You always own your intellectual property, mailing list, and subscriber payments. With full editorial control and no gatekeepers, you can do the work you most believe in.
Wonder why some team members need more guidance than others? Spoiler: it's not about skill.
In his landmark book High Output Management, Andy Grove introduced the idea of ๐๐ฎ๐๐ธ-๐ฟ๐ฒ๐น๐ฒ๐๐ฎ๐ป๐ ๐บ๐ฎ๐๐๐ฟ๐ถ๐๐, capturing an employee's readiness to shoulder responsibility.
Grove dissects TRM into several factors, but let's focus on the two key ones:
๐ ๐ฆ๐ธ๐ถ๐น๐น/๐๐ฎ๐บ๐ถ๐น๐ถ๐ฎ๐ฟ๐ถ๐๐ โ the employee's expertise and readiness for the task.
๐ ๐๐ผ๐ป๐๐ฒ๐ ๐ ๐ค๐๐ฎ๐น๐ถ๐๐ โ how robust and well-documented your standards are.
Both items are crucial.
Say you need to create a design doc around a new product feature. You may have the best engineer in the world, who has done hundreds of them in their career, but they still need context from you:
โ๏ธ ๐ง๐ฎ๐๐ธ-๐๐ฝ๐ฒ๐ฐ๐ถ๐ณ๐ถ๐ฐ โ what tradeoffs should they consider? What about speed and scale?
๐ญ ๐ฃ๐ฟ๐ถ๐ป๐ฐ๐ถ๐ฝ๐น๐ฒ๐ โ what do design docs look like on our team? How do you plan rollouts and rollbacks? How is the code instrumented?
The right amount of management depends on the level of TRM:
๐ด ๐๐ผ๐ ๐ง๐ฅ๐ โ your team hasn't done this before, and there's no existing procedure. Provide detailed instructions, pair regularly, and maintain a close feedback loop. Don't let them work too long without your input; correct often and update the procedure with your feedback.
๐ก ๐ ๐ฒ๐ฑ๐ถ๐๐บ ๐ง๐ฅ๐ โ your teammate has completed similar tasks before and knows what good look like, thanks to experience and/or good docs. Provide clear context about the goals, then allow them the freedom to execute.Keep communication lines open to offer support as needed.
๐ข ๐๐ถ๐ด๐ต ๐ง๐ฅ๐ โ your teammate has completed plenty of similar tasks in the past, with good results. In this case, other than giving full autonomy, you can challenge them to improve the definition of good. What can we do better?