https://www.elidedbranches.com/2017/01/how-do-individual-contributors-get.html Elided Branches Buy My Book, "The Manager's Path," Available March 2017! Buy My Book, "The Manager's Path," Available now! Friday, January 6, 2017 How Do Individual Contributors Get Stuck? A Primer Occasionally, you may be asked to give constructive feedback on your peers, perhaps as part of review season. If you aren't a naturally critical person but you want to give someone a valuable insight, you may find this task daunting. To that end, I suggest the following: Pay attention to how they get stuck. Everyone has at least one area that they tend to get stuck on. An activity that serves as an attractive sidetrack. A task they will do anything to avoid. With a bit of observation, you can start to see the places that your colleagues get stuck. This is a super power for many reasons, but at a baseline, it is great for when you need to write a review and want to provide useful constructive feedback. How do people get sidetracked? How do people get stuck? Well, my friend, here are two incomplete lists to get you started: Individual Contributors often get sidetracked by... 1. Brainstorming/architecture: "I must have thought through all edge cases of all parts of everything before I can begin this project" 2. Researching possible solutions forever (often accompanied by desire to do a "bakeoff" where they build prototypes in different platforms/languages/etc) 3. Refactoring: "this code could be cleaner and everything would be just so much easier if we cleaned this up... and this up... and..." 4. Helping other people instead of doing their assigned tasks 5. Jumping on fires even when not on-call 6. Working on side projects instead of the main project 7. Excessive testing (rare) 8. Excessive automation (rare) Individual Contributors often get stuck when they need to... 1. Finish the last 10-20% of a project 2. Start a project completely from scratch 3. Do project planning (You need me to write what now? A roadmap?) 4. Work with unfamiliar code/libraries/systems 5. Work with other teams (please don't make me go sit with data engineering!!) 6. Talk to other people (in engineering, or more commonly, outside of engineering) 7. Ask for help (far beyond the point they realized they were stuck and needed help) 8. Deal with surprises or unexpected setbacks 9. Navigate bureaucracy 10. Pull the trigger and going into prod 11. Deal with vendors/external partners 12. Say no, because they can't seem to just say no (instead of saying no they just go into avoidance mode, or worse, always say yes) "AHA! Wait! Camille is missing something! People don't always get stuck!" This is true. While almost everyone has some areas that they get overly hung up on, some people also get sloppy instead of getting stuck. Sloppy looks like never getting sidetracked from the main project but never finishing anything completely, letting the finishing touches of the last project drop as you rush heedlessly into the next project. Noticing how people get stuck is a super power, and one that many great tech leads (and yes, managers) rely on to get big things done. When you know how people get stuck, you can plan your projects to rely on people for their strengths and provide them help or even completely side-step their weaknesses. You know who is good to ask for which kinds of help, and who hates that particular challenge just as much as you do. The secret is that all of us get stuck and sidetracked sometimes. There's actually nothing particularly "bad" about this. Knowing the ways that you get hung up is good because you can choose to either a) get over the fears that are sticking you (lack of knowledge, skills, or confidence), b) avoid such tasks as much as possible, and/or c) be aware of your habits and use extra diligence when faced with tackling these areas. Posted by Camille Fournier at 7:50 AM # Email ThisBlogThis!Share to TwitterShare to FacebookShare to Pinterest No comments: Post a Comment Note: Only a member of this blog may post a comment. Newer Post Older Post Home Subscribe to: Post Comments (Atom) About Me My photo Camille Fournier Engineer, CTO, member of the Apache ZooKeeper community. Follow me on twitter @skamille View my complete profile Pages * Contact * Speaking * Home Popular Posts * Branching Is Easy. So? Git-flow Is Not Agile. I've had roughly the same conversation four times now. It starts with the question of our deployment/development strategy, and some way ... * Why I'm Moving Away from the Play Framework I've been using the Play framework since I started at RtR 3 months ago. Last week, I made the decision that no new services will be wr... * How Do Individual Contributors Get Stuck? A Primer Occasionally, you may be asked to give constructive feedback on your peers, perhaps as part of review season. If you aren't a naturally cri... * Notes on Startup Engineering Management for Young Bloods (With apologies to my good friend Jeff Hodges this is a takeoff on Distributed Systems for Young Bloods ). I've been thinking about the l... * [ABLy4Ey59G] Structural Lessons in Engineering Management Software engineers are attracted to formulas, algorithms, and structures. As people whose job it is to take ideas and turn them into predict... * An incomplete list of skills senior engineers need, beyond coding For varying levels of seniority, from senior, to staff, and beyond. How to run a meeting, and no, being the person who talks the most in the... * On Fit and Emotional Problem Solving One of the biggest challenges Rent the Runway has is the challenge of getting women comfortable with the idea of renting. That means a lot o... * (E)Git Pain, Git Joy Pain I've been using git in anger for about a week now, after we migrated our repos at work to github. I thought that after half a day ... * War Stories: Guava, Ehcache, Garbage Collection We're in the process of moving all of our major business logic out of our clunky Drupal frontend to Java backend services, and we took a... * How New Managers Fail Individual Contributors Most companies have carefully created separate senior career tracks that provide details of the differences between being a manager and bei... Blog Archive * > 2022 (1) + > January (1) * > 2021 (4) + > October (1) + > June (1) + > May (1) + > January (1) * > 2020 (3) + > November (1) + > September (1) + > May (1) * > 2019 (1) + > May (1) * > 2018 (6) + > November (2) + > September (1) + > July (1) + > March (1) + > January (1) * V 2017 (3) + > September (1) + V January (2) o How Do Individual Contributors Get Stuck? A Primer o Hey Diddle Diddle, Data to Fiddle * > 2016 (14) + > November (1) + > August (1) + > July (1) + > June (1) + > May (1) + > April (3) + > February (4) + > January (2) * > 2015 (16) + > December (2) + > November (2) + > October (3) + > July (2) + > June (2) + > May (1) + > March (1) + > February (1) + > January (2) * > 2014 (9) + > December (1) + > October (2) + > August (1) + > June (1) + > May (2) + > February (1) + > January (1) * > 2013 (4) + > December (1) + > July (1) + > May (1) + > February (1) * > 2012 (36) + > December (2) + > November (1) + > October (1) + > September (1) + > August (3) + > July (3) + > June (3) + > May (5) + > April (4) + > March (5) + > February (4) + > January (4) * > 2011 (9) + > December (6) + > November (3) Simple theme. Powered by Blogger.