featured in #559
featured in #558
featured in #558
How To Regain Control Of A Meeting
- Wes Kao tl;dr: “For those of us with a collaborative leadership style, it’s important to have scripts you can realistically picture yourself saying.” Wes’ underlying rule is by mentioning the cost of going on a tangent, you remind them that the tangent is not free. She shares three different scripts to regain control of a meeting.featured in #557
featured in #557
7 Questions I Get Asked Frequently As An EM
- Nitin Dhar tl;dr: Nitin provides example answers to each of the following: (1) What is the KTLO cost for the team? (2) What is the impact of project X? (3) When will project X be live to customers? (4) What's the overall impact of your team? (5) How much tech debt do you have? (6) What's the team's mean time to recovery (MTTR) from incidents? (7) How much churn (throwaway work) have you seen in recent sprints?featured in #557
featured in #556
7 Questions I Get Asked Frequently As An EM
- Nitin Dhar tl;dr: Nitin provides example answers to each of the following: (1) What is the KTLO cost for the team? (2) What is the impact of project X? (3) When will project X be live to customers? (4) What's the overall impact of your team? (5) How much tech debt do you have? (6) What's the team's mean time to recovery (MTTR) from incidents? (7) How much churn (throwaway work) have you seen in recent sprints?featured in #556
Slow Deployment Causes Meetings
- Kent Beck tl;dr: “If you want more changes to get through, you need to expand the far end of the hose, to increase deployment capacity. You can do this the hard way, by reducing the deployment cycle and dealing with the ensuing chaos, or the harder way, by increasing the number of changes per deployment (better tests, better monitoring, better isolation between elements, better social relationships on the team). But don’t try to reduce overhead. That’ll just lead inevitably to a series of meetings on how to reduce meetings. At least that will keep you from trying to ship too much code, though.”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