Post

"20% time" might have bad branding with other teams, e.g. the original Google thing may have been conflated with the idea of engineers shipping features or whole products on their own. I have occasionally called it "19% time" to drop the hint that this is not that.

0 reposts3 likes

You also want to make an intentional choice about what percentage of the whole team is devoted to tool sharpening, paying down debts, etc. In the really hellish rebuilding years I alluded to in the talk we were doing 60% progress on product work, 40% trying to get ahead of the scaling curve.

None of this works if you aren't measuring how often people do their bootcamps, take slack time, and treating slippage there as a bug to remediate. It's a goal like anything else.

We have moved to a 6/2 week cadence for product work vrs maintenance. Sort of ShapeUp. But not. Having one person at a time do maintenance as they had time resulted in nothing happening and 4 years of debt. This is all 6 Eng doing N things as a team Working well so far after 6 months

The 2 weeks is basically “slack time”. It’s organised. We have a backlog and we work from it. But it’s working ON the product - infra, clean up, scaling. Not “on the product” (customer facing features) Critical thing: we are not crazy pedantic about the time. Things leak in both dirs