Professional

Can a team change a toxic culture?

Automatic translation · View original

Topic illustration: Can a team change a toxic culture?

In agility we talk about self-organized and empowered teams. But what happens when reality clashes with an organizational culture that doesn't support them?

My answer today would be no. Among other things, because if the problem is structural (a toxic boss or executive), any attempt is most likely to be shut down or even punished. Toxic cultures tend to shield those who sustain them and penalize those who question them. And if external help is sought without executive backing acknowledging the problem, there is no real room to maneuver.

But I wonder whether there are dynamics or practices that can be useful for easing tensions, opening conversations, and generating micro-actions of care. The other day I came across a dynamic called "The Elephant in the Room" and it made me think.

Each team member writes on an anonymous note something that bothers or worries them ("fear of speaking up", "pressure at deliveries", *"lack of listening"…). Then, the notes are grouped in silence, patterns are sought, and the team decides what it wants to work on.

The idea is simple: put difficult topics on the table without pointing fingers at anyone.

The problem I see is that it may be useful in the short term, but a team really cannot and should not carry alone the responsibility of changing an entire organization's culture.

What can a team do in an environment like this?

🔒 Restricted Poll

Please log in to your Scrum Manager account to do this.

Log in
Share:

Comments (6)

Log in to your Scrum Manager area to comment


Juan Palacio ★
30 Sep 2025 04:43

Production metrics are the concern of the technical or product team, but "engagement", absenteeism, or turnover metrics are the concern of HR, so they are not usually combined into a single view. Besides, since this is personal and sensitive data, displaying it on a visible board can create discomfort, pressure, and comparison between teams.
Not sure, maybe I'm wading into a minefield :-)

Automatic translation · View original

Reply
Avatar
Dolores Santayana
30 Sep 2025 06:56

Well, I don't agree, Juan. HR measures those metrics at the company-wide level, but I measure my own team's, because I'm the one who can act directly with them.

Automatic translation · View original

Reply
Marta Berné ★★
30 Sep 2025 14:32

That was my thinking too. I was also a bit doubtful because of what Juan said: there may be friction within the team. Is it possible to measure an overall view of the team without putting down names and surnames?

Automatic translation · View original

Reply
Jorge Sánchez López ★★★
30 Sep 2025 08:44

I love the can of worms you're opening with the idea of displaying them on a visible board. Uff, I think we're getting into state secrets territory, like salary policy, etc.

This could make a good post on this topic.

Automatic translation · View original

Reply Reactions
Avatar
Dolores Santayana
30 Sep 2025 06:55

Great question, Marta. We actually track that team "health" separately, but it never occurred to me to integrate it into the agile board. Maybe it's because we've never measured a project's success while also treating team health as a fundamental part of the numbers we look at.

Automatic translation · View original

Reply Reactions
Jorge Sánchez López ★★★
30 Sep 2025 06:59

Honestly, after a lot of observing and analyzing the teams I've been part of, I think they don't show up because we mix two systems with different rhythms and owners. On the board we measure operational flow; motivation lives in the social system. If we don't connect them, we become shortsighted.

Why they get left out

Incompatible cadences: flow is daily; climate has weekly/monthly pulses. Nobody wants "noise" in the daily.

Diffuse ownership: delivery is managed by the team; well-being usually sits with HR or with "nobody". Without an owner, there's no metric.

Fear and psychological safety: publishing eNPS next to velocity can feel punitive. People self-censor.

Poor definitions: we measure "happiness" without operationalizing it; it ends up being decorative or gets gamified.

Privacy and ethics: sensitive data in a public team space creates risks (and distrust).

Blindness to cause and effect: we treat motivation as "desirable" or non-essential when it isn't directly linked to velocity and quality.

How to integrate them without breaking anything

Two visible planes: Delivery Board and Energy Board. Together, but not mixed.

Few indicators, well defined:

Anonymous weekly pulse (1-5) on energy and perceived workload.

Interruptions per sprint and focus changes (a proxy for fatigue).

Quarterly autonomy/psychological safety (validated scale).

Clear rituals: review the pulse in the retro (trend, not the raw data); if it drops for two iterations, trigger an experiment.

Explicit counter-metrics: if Throughput (throughput = number of work items completed per unit of time) rises, watch the pulse and defects; if WIP grows, activate limits and slack to absorb variability.

Ethical guardrails: anonymity, consent, and use for improvement, not for individual evaluation.

Simple experiments: "energy tile" (a visual block on the team board that shows, in a very simple way, the trend of the team's energy/motivational state. It makes the invisible visible without invading privacy) on the Kanban (3-week trend), a meeting limit, an uninterrupted time block, 10% recovery time.

My sense is that they're absent because we confuse rhythm, ownership, and safety. When we design the how (cadences, owner, ethics) and not just the what (KPIs), motivation indicators fit in and become a real lever for sustainable performance.

Automatic translation · View original

Reply Reactions