/Management

Modeling Impact Of LLMs On Developer Experience

- Will Larson tl;dr: “Models are imperfect representations of reality, but this one gives us a clear sense of what matters the most: if we want to increase our velocity, we have to reduce the rate that we discover errors in production. That might be reducing the error rate as implied in this model, or it might be ideas that exist outside of this model. For example, the model doesn’t represent this well, but perhaps we’d be better off iterating more on fewer things to avoid this scenario. If we make multiple changes to one area, it still just represents one implemented feature, not many implement features, and the overall error rate wouldn’t increase.”

featured in #556

What Conditions Make Developers Thrive Most?

- Lizzie Matusov tl;dr: (1) Agency: Developers have the ability to voice disagreements and influence how their work is measured, which empowers them to take ownership of their contributions. (2) Motivation and Self-Efficacy: A developer’s motivation to work on code they are passionate about, confidence in their problem-solving abilities, and the sense of making tangible progress. (3) Learning Culture: A thriving environment encourages continuous learning and sharing of knowledge among team members, fostering growth and innovation. (4) Support and Belonging: The feeling of being supported by their team and accepted for who they are.

featured in #555

Stars And Guardians

- Andrew Bosworth tl;dr: “There are lots of teams tasked with risk reduction: legal, security, and finance just to name a few. These teams generally err on the side of moving more slowly or saying no entirely. Other teams like sales, engineering, and design are generally in roles that involve risk creation. They tend to be inclined to say yes to new ideas in the pursuit of new forms of value.” This organizational phenomenon is called Stars and Guardians, and Andrew discusses how to lead with both. 

featured in #555

6 No-Code Ways To Integrate AI Into Your Product

- Kelsey Foster tl;dr: No-code and low-code solutions let you deploy AI-driven Speech-to-Text tools with ease. Learn how platforms like Make, Zapier, and Relay.app integrate seamlessly into your workflows, empowering your teams to innovate without heavy coding.

featured in #555

How To Start A New Role

- Mike Fisher tl;dr: Mike shares his 90-day plan for starting a new role as an executive. “These types of plans are not set in stone. You probably know very little about the company, the people, the operations, the issues, etc. despite numerous rounds of interviews. You will learn more in the first week of full time work than you will in all your interviews. You need to be nimble on your feet and prepared to deviate from your plan when necessary. If you were hired because of a crisis and you can’t wait a month or two to make a critical decision, obviously make the decision. Don’t wait just because your plan says so.”

featured in #555

Testing Strategy: Avoid The Waterfall Strategy Trap With Iterative Refinement

- Will Larson tl;dr: “If I could only popularize one idea about technical strategy, it would be that prematurely applying pressure to a strategy’s rollout prevents evaluating whether the strategy is effective. Pressure changes behavior in profound ways, and many of those changes are intended to make you believe your strategy is working while minimizing change to the status quo (if you’re an executive) or get your strategy repealed (if you’re not an executive). Neither is particular helpful.”

featured in #554

Conducting A Time Audit

- Andy Sparks tl;dr: The founder of Visa “preached that great managers spent 50% of their time managing themselves, 25% managing up, 20% managing across, and 5% managing down. In comparison, most actual managers preoccupy themselves with a hell of a lot more downward management than 5% of their time.”

featured in #554

What Does A Date Actually Mean?

- James Stanier tl;dr: “But this isn't an article about how bad we are at estimating, nor does it offer any solutions for you to getting better at estimating. In fact, I want to focus on why dates are pretty dangerous things to be throwing around in the first place, and what an alternative might look like that could save you a lot of pain.”

featured in #554

Interviewing For Evidence

- Daniel Terhorst-North tl;dr: “There are 4 primary types of evidence I look for in an interview, which are, in order of general importance, experiential, hypothetical, opinion, and credential. (1) Experiential evidence: things the candidate has done. (2) Hypothetical evidence: what the candidate thinks they would do in a given situation. (3) Credential evidence: what the candidate is qualified to do. (4) Opinion evidence: what they think about things.” Dan gives example questions of each. 

featured in #554

Simplifiers Go Far, Complexifiers Get Stuck

- Dave Kellogg tl;dr: “Strive to make things simple. Seek to understand them. Struggle to find apt metaphors for them. If you’re not burning real energy trying to simplify things for you audience, you are most like a complexifier. If so, the next time you’re about to explain to someone why something take so long, is so complicated, or requires 5 steps to be completed before the start, ask yourself — do I really believe this or I am making it complicated because I either don’t want or don’t know how to do it.”

featured in #553