Leading Effective Engineering Teams In The Age Of GenAI
- Paul Gross tl;dr: “Using AI in software development is not about writing more code faster; it's about building better software. It’s up to you as a leader to define what “better” means and help your team navigate how to achieve it. Treat AI as a junior team member that needs guidance. Train folks to not over-rely on AI; this can lead to skill erosion. Emphasize "trust but verify" as your mantra for AI-generated code. Leaders should upskill themselves and their teams to navigate this moment.”featured in #602
Some Mistakes I Made As A New Manager
- Ben Kuhn tl;dr: “I had an unusually hard time becoming a manager: I went back and forth three times before it stuck, mostly because I made lots of mistakes each time. Since then, as I had to grow my team and grow other folks into managing part of it, I’ve seen a lot of other people have varying degrees of a rough time as well—often in similar ways. Here’s a small, lovingly hand-curated selection of my prodigious oeuvre of mistakes, and strategies that helped me mitigate them.”featured in #602
Categories Of Leadership On Technical Teams
- Ben Kuhn tl;dr: “Recently I’ve been having a lot of conversations about how to structure and staff teams. One framework I’ve referenced repeatedly is to break down team leadership into a few different categories of responsibility.” Ben shares what these are and why he finds it useful.featured in #602
Categories Of Leadership On Technical Teams
- Ben Kuhn tl;dr: “Recently I’ve been having a lot of conversations about how to structure and staff teams. One framework I’ve referenced repeatedly is to break down team leadership into a few different categories of responsibility.” Ben shares what these are and why he finds it useful.featured in #601
Operational Mechanisms For Strategy
- Will Larson tl;dr: “I refer to the art of making policies work as “operations” or “strategy operations.” The good news is that effectively operating a policy is two-thirds avoiding common practices that simply don’t work. The other one-third takes some practice, but can be practiced in any engineering role: there’s no need to wait until you’re an executive to start building mastery. This chapter will dig into those mechanisms.”featured in #601
featured in #601
featured in #600
featured in #600
Applied "Software Engineering at Google"
- Addy Osmani tl;dr: “Google's software engineering practices have evolved to manage our large scale. However, the underlying principles driving these practices are valuable and transferable to organizations of any size. This isn't about blindly copying Google, but about understanding the why behind their methods and adapting the what to your context.”featured in #600
Rigorous Thinking: No Lazy Thinking
- Wes Kao tl;dr: “Rigorous thinking is asking critical questions about tactics, and having a systematic way of making decisions. It isn’t a single mental model. It’s an approach to problem solving that allows you to deconstruct ideas, gain clarity, and make decisions that are far more likely to be right.” Wes shares her playbook for leaders here.featured in #599