/Management

Standardizing

tl;dr: “While some standardization is necessary, many managers and leaders standardize just for the heck of it. Standardizing things feels productive, like cleaning up a messy room, and is a go-to move for leaders when they don’t know exactly what to do next. Whether it’s for power or preference, many people believe “the same” is “the best.” And it’s not. Here we explore where to give your teams autonomy and where to require standards.” 

featured in #539


Make An Org Chart You Want To Ship — Advice From Linear On How Heirloom Tomatoes Should Inspire Team Design

- Nan Yu tl;dr: Nan unpacks why founders should be suspicious of symmetry in their team structure, and offers a three-part framework on how to optimize for an “heirloom tomato” org chart.

featured in #539


Navigating Ambiguity

- Will Larson tl;dr: “Navigating deeply ambiguous problems is the rarest skill in engineers, and doing it well is a rarity. It’s sufficiently rare that many executives can’t do it well either, although I do believe that all long-term successful executives find at least one toolkit for these kinds of problems.” Will shares his playbook and approach. 

featured in #539


Navigating Ambiguity

- Will Larson tl;dr: “Navigating deeply ambiguous problems is the rarest skill in engineers, and doing it well is a rarity. It’s sufficiently rare that many executives can’t do it well either, although I do believe that all long-term successful executives find at least one toolkit for these kinds of problems.” Will shares his playbook and approach. 

featured in #538


Cognitive Load Drivers

- Abi Noda tl;dr: “This study explored what causes cognitive load in an international corporation. While every organization is different, the cognitive load drivers identified in the study provide a helpful starting point for leaders who aim to make it easier for developers to ship software.”

featured in #538


PII Redaction: Protect Sensitive Information

tl;dr: Identify and remove personal data such as addresses, phone numbers, and credit card details from your transcripts. Now available in 47 additional languages.

featured in #538


Managing Underperformers

- Jack Danger tl;dr: “There are two fully unrelated causes of underperformance: Refusal to Align and Failure to Execute. Underperformance is when a person or a team is not bearing their share of the organization’s load. Their colleagues are either relying on them and getting let down, or they’ve learned not to rely on them at all.”

featured in #537


Management at Pivotal - Draft

- Nat Bennett tl;dr: “It gets weirder: Not only is your manager on a different team, back on his team he's just a regular engineer, pairing in with the other engineers. He's probably not even that team's lead. Pivotal did a lot of things differently, but it did management really differently. Let's break it down.”

featured in #537


Hiring (And Managing) Cracked Engineers

- Charles Cook tl;dr: When we say cracked, we mean people who: (1) Take extreme ownership of ideas. (2) Stay optimistic at all times. (3) Make people feel excited and energized. (4) Behave in a completely authentic way. (5) Apply themselves to the craft. Charles outlines how to manage such reports. 

featured in #537


Scope? Hmm

- James Stanier tl;dr: “I think that a healthier way to encapsulate speed, scope and quality is thoroughness. Thoroughness is about how much you're willing to explore the problem domain, how much you're willing to experiment versus build resilient systems, and how long what you're going to build is intended to last.” James discusses how to manage thoroughness as a new dimension. 

featured in #536