featured in #482
Measuring Developer Productivity: Real-World Examples
- Gergely Orosz Abi Noda tl;dr: In this issue, Abi outlines the developer productivity metrics used at 17 tech companies, such as Amplitude, Etsy, DoorDash. He then dives deep into several companoes of varying size, notably Google & LinkedIn, Peloton, scaleups and smaller companies. Abi’s advice on how to choose your metrics: start with the problem you want to solve. Is it shipping frictionless, retaining developers by keeping them happy and satisfied, raising the quality of software shipped, or something else? Then work backwards from there.featured in #481
featured in #481
Learning From A Strategy Project
- Anna Shipman tl;dr: “I was leading one of a number of engineering groups within a larger organization; each group had its own priorities, but most of them required delivery through my team; and we had our own priorities. So we ended up slowing each other down.” Anna looked to her managers to solve this before deciding to create the strategy herself. Here’s are some of the things she learned: (1) Even if you think you know the desired end state, take a smaller chunk and make some tangible steps. (2) Overcommunicate the goal and your progress towards it. (3) Focus more on bringing people with you than on getting a perfect answer.featured in #481
Incentives And The Cobra Effect
- Andrew Bosworth tl;dr: “Incentives are superpowers; set them carefully.” The Cobra Effect is when the solution for a problem unintentionally makes the problem worse. Andrew believe this issue is more widespread than anticipated. He provides several examples, including: everyone sharing feedback directly instead of through managers. This leads to people withholding valuable feedback to maintain relationships or damaging relationships if they can’t share negative feedback elegantly.featured in #480
featured in #480
featured in #480
The Problem With Your Manager...
- James Stanier tl;dr: James proposes a principle called "the Reporting to Peter Principle:" you will rise to a point where you will experience extreme internal conflict with the way that your manager does their job. This will manifest as disappointment, frustration, and a feeling that you should be doing their role instead of them. This represents a key inflection point in your own development as a senior leader and presents you with two choices, which James outlines.featured in #479
Cathedral Vs Bazaar People Management
- Ben Balter tl;dr: The cathedral and the bazaar are two contrasting styles of people management, inspired by the open source movement. The cathedral style is more hierarchical, controlled, and standardized, while the bazaar style is more decentralized, autonomous, and collaborative. As a manager or as someone who is managed, you should know which style you prefer, and which style your manager prefers.featured in #479
Measuring Engineering Velocity On A Software Team
- Zach Zaro tl;dr: Zach Zaro, CEO and cofounder of Coherence, reviews the history and state of the art of velocity. Measuring engineering velocity is a valuable exercise for software teams aiming to improve their processes and deliver value consistently. By understanding its nuances and potential pitfalls, teams can use velocity as a tool for growth and continuous improvement rather than a blunt instrument of judgment.featured in #479