Are you struggling to balance maker and manager time? ๐ค
Paul Graham's famous essay on Maker's vs Manager's schedules is a classic, but it might be too simplistic for modern tech leadership.
Let's break it down:
1๏ธโฃ ๐ง๐๐ ๐ ๐ฌ๐ง๐ ๐ข๐ ๐ฃ๐จ๐ฅ๐ ๐ฆ๐๐๐๐๐จ๐๐๐ฆ
Graham suggests two distinct types of schedules, but reality is more nuanced:
๐จ ๐ ๐ฎ๐ธ๐ฒ๐ฟ๐ โ need long, uninterrupted focus time
๐ฝ ๐ ๐ฎ๐ป๐ฎ๐ด๐ฒ๐ฟ๐ โ run on meeting-driven schedules
2๏ธโฃ ๐ง๐๐ ๐ฃ๐ฅ๐ข๐๐๐ง๐๐ฉ๐ ๐ฉ๐ฆ ๐ฅ๐๐๐๐ง๐๐ฉ๐ ๐๐๐ก๐ฆ
In my experience, there is a better way to frame this divide:
๐ข ๐ฃ๐ฟ๐ผ๐ฎ๐ฐ๐๐ถ๐๐ฒ ๐๐ผ๐ฟ๐ธ โ scheduled, planned activities like hiring, 1:1s, and planning
๐ด ๐ฅ๐ฒ๐ฎ๐ฐ๐๐ถ๐๐ฒ ๐๐ผ๐ฟ๐ธ โ unexpected, needs-based tasks such as clarifying specs or solving conflicts
3๏ธโฃ ๐ง๐๐ ๐ฅ๐๐๐๐๐ง๐ฌ ๐๐ข๐ฅ ๐ ๐๐ก๐๐๐๐ฅ๐ฆ
So, because of the nature of their work, managers face far more reactive work than engineers, disrupting their schedules.
You block 2 hours for coding on Wednesday. Suddenly, 3 team members are stuck and need you. There goes your maker time!
4๏ธโฃ ๐ง๐ฅ๐๐ก๐ฆ๐๐ข๐ฅ๐ ๐ฅ๐๐๐๐ง๐๐ฉ๐ ๐๐ก๐ง๐ข ๐ฃ๐ฅ๐ข๐๐๐ง๐๐ฉ๐
To me, the key to improving your schedules is to turn reactive tasks into proactive ones.
In fact, improving managementโs health can often be framed as some version of turning reactive work into proactive:
๐ช ๐๐บ๐ฝ๐ฟ๐ผ๐๐ฒ ๐ฐ๐ฎ๐ฟ๐ฒ๐ฒ๐ฟ ๐ณ๐ฟ๐ฎ๐บ๐ฒ๐๐ผ๐ฟ๐ธย โ make career conversations more predictable
โ๏ธ ๐๐บ๐ฝ๐ฟ๐ผ๐๐ฒ ๐ฑ๐ฒ๐๐ถ๐ด๐ป ๐ฝ๐ฟ๐ผ๐ฐ๐ฒ๐๐ย โ reduce reactive changes to specs
๐ค ๐๐บ๐ฝ๐ฟ๐ผ๐๐ฒ ๐ต๐ถ๐ฟ๐ถ๐ป๐ด ๐ฝ๐ฟ๐ผ๐ฐ๐ฒ๐๐ย โ make resource allocation more proactive
Does this make sense? What strategies have worked for you to minimize reactive tasks? Let's learn from each other ๐
โป๏ธ p.s. if you found this useful, please repost it to your friends!