Developer Productivity Engineering
summary
Applies Google SRE principles to developer productivity with a concrete DPE framework that identify measure prioritize and a checklist of six toil criteria for deciding what to automate. Measures combine surveys and instrumentation, and prioritization sums recurring toil cost, implementation and maintenance, and onboarding costs. A concrete result at Strava automates the mobile release workflow and converts ~20 developer hours per week into a net saving of 17 developer hours per week.
AI-written summary · about
chapters (12)
- 0:00Developer Productivity Engineering
- 0:41make others more productive
- 1:11challenging interesting
- 2:06framework
- 2:27site reliability
- 2:40identify measure prioritize
- 3:49manual
- 4:52scale linearly with growth
- 5:47repetitive automatable
- 7:29indirect approach
- 9:20onboarding cost how long before a new engineer can perform this task?
- 10:26Recording and Production Confreaks
related talks
43mDeveloper Productivity Engineering – The Next Big Thing in SW Development
35m"DevOps Reframed: Embracing the Path to Developer Productivity Engineering"
45mDeveloper Productivity Engineering – The Next Big Thing in Software Development
54mDeveloper Productivity Engineering Deep Dive
43mMeasuring Developer Productivity: The Good, the Bad and the Data
02h 31mDeveloper Productivity Engineering - Extended Session
36mDeveloper Productivity Engineering: What's in it for me?
44mDeveloper Productivity Engineering: What's in it for Java Developers?
