
How to Kill Team Performance in Nine Steps (Part 3)
How to Recognize Teamicide
Fake empowerment
- Common: distribute branded virtual backgrounds with phrases like, “Be the Change”, “Think Like an Owner” or “Bring Your Whole Self to Work”.
- Extreme: assigning each person a weekly “mood score” based on an AI analysis of their Slack messages, emails and Zoom calls looking for “negative sentiment”.
- Seems reasonable: implementing an “kudos” system that allows developers to give each other virtual high-fives for helping and mentoring one another.
Quality reduction
Forcing developers to build a substandard product using tools, or practices, known to be inappropriate for the task at hand.
- Common: prioritizing the number of story points completed per iteration as the primary measurement of success.
- Extreme: developers are asked to create a new product using an outdated tech stack because a senior executive used those technologies in their previous role.
- Seems reasonable: making tool or technology choices based solely on cost without considering developer expertise and\or the long-term suitability.
Physical separation
- Common: people who work on closely related microservices are in different Slack channels and their only interaction is through formal, scheduled meetings.
- Extreme: enforcing a strict facilities management policy that prevents co-located developers from sitting together.
- Seems reasonable: creating a team of subject matter experts to solve a hard architectural problem, but they live in separate timezones that have no overlap.
Self-Organization is Fragile
However, self-organizing teams are fragile. IME, it is very easy to pop the balloon that is self-organization. One careless exchange of words or a poorly rolled out HR change can undermine months of effort. I say this not to frighten you, but to encourage you to think carefully about what sort of organization you want to create and then carefully execute on that vision. Everyone everywhere can #DoBetterScrum!

