12

Should I do a lot of upfront planning around the work I will take on across the half?

Profile picture
Mid-level Engineer [E4] at Meta2 years ago

I'm trying to figure out the proper level of fidelity here: Should I have very granular estimates or something that's not super structured - Just a high-level idea of projects with some buffer built in.

I'm curious to know how to structure this plan to ensure that one doesn't take on too much and get overwhelmed, but is also full enough so that in case of blockers on core projects, there's a pipeline of projects to switch into. Would love to hear everyone's thoughts!

1.3K
2

Discussion

(2 comments)
  • 12
    Profile picture
    Meta, Robinhood, Baidu
    2 years ago

    You can not plan for everything, but you need to have enough clarity. Imagine a road trip over many days. You don't print out turn-by-turn navigation for the whole trip on day one. You don't know if there's traffic or detour. However, you have rough ideas of which cities you visit and which route you travel along in your mind. When your gas is low you look up the next gas station along the route but you don't plan them ahead of time. That's what it's like.

    Learn through trial and error. Practice more and you'll gradually learn what you need to plan ahead and what you can improvise.

  • 9
    Profile picture
    Tech Lead @ Robinhood, Meta, Course Hero
    2 years ago

    Good question! I think you're already very much on the right track with that last point about having a pipeline of projects: That's definitely an example of E5 thinking!

    I try to lean more structured, especially at Meta where things are so chaotic and blow up all the time. In more concrete terms, I would try to estimate projects in terms of weeks it would take with an uncertainty of +/- 2 weeks. However, there is a tension between taking a ton of time doing planning and moving really fast in the Meta style.

    To clarify my thoughts here here, I can share how planning worked on my team at Instagram, Instagram Ads. I felt like the process didn't take too long (1 to 1.5 months) while being very structured and high-value. Here's how it worked:

    • We have a huge list of projects that come from backlog, brainstorms, people's shower thoughts, etc.
    • We would go through each project and estimate the impact. This was generally some math to calculate projected new revenue from each one.
    • Alongside impact analysis, we would do a time estimation, trying to follow 80/20 rule (i.e. don't do a full blown tech review). Tech leads would give their input after thinking about it overnight, and if it was an XFN project, we would quickly ask other teams in Work Chat what they thought about this proposed project. If they looked at us like we were crazy people, we knew to jack up the time estimate or maybe even can the project. On a side note, make sure to include the following when it comes to estimates:
      • Planning time for a project. A lot of engineers only scope for execution time, which makes no sense as every project has so many phases on top of building.
      • PTOs (vacation, parental leave, etc)
      • Some guessed amount of sick leave. This is super relevant with coronavirus running around.
      • If your team is XFN heavy, throw in a couple weeks for XFN spaghetti, haha. It comes up all the time.
    • After we have this list of projects with impact/time analysis, we would rank them by priority with P0/P1/P2, P0 being the highest. The goal would be to execute on all the P0s with a few P1s. If projects are blocked/killed for whatever reason, there's an ample backlog of P1/P2 projects to switch into!
    • The end result of all this would be a giant spreadsheet in Quip, which we would then turn into Workplace posts to get max alignment and visibility.

    All that being said, half planning is super important for almost all teams at Meta, and I highly recommend playing as big a role in it as possible if you're pushing for E5 to get a lot of credit on the Direction axis. And once you're pushing for E6, it is effectively required to be one of the most important people on the team in roadmap planning, if not just outright driving the entire thing.

    In terms of how engineers can add value to this entire process:

    For tactics around how to come up with ideas to put onto the team's roadmap, I recommend these discussions:

Meta Platforms, Inc. is an American multinational technology conglomerate based in Menlo Park, California. The company owns 3 of top 4 social networks in the world: Facebook, Instagram, and WhatsApp. More than 3.5 billion people use at least one of the company's core products every month.
Meta279 questions