Fear isn’t the enemy in teamwork — silence is.

When working on a software project, the environment can feel tense for no obvious reason. Teammates may become defensive, or anxiety builds around deadlines. Often, the root cause is unexpressed fear among the team.

Fear in Software Projects

In Planning Extreme Programming, Kent Beck and Martin Fowler put it bluntly: unacknowledged fear is the source of all software project failures.

Customers fear wasting money, choosing the wrong features, or being left in the dark.

Developers fear being asked to do the impossible, losing quality for deadlines, or appearing incompetent.

Left unspoken, these fears lead to protective behaviors: over-engineering, defensive communication, and endless processes that create more drag than value.

What Happens When Fear Stays Hidden?

When fear stays unspoken, it doesn’t vanish — it shifts how people behave. Instead of collaborating, teammates act defensively and optimize for safety over outcomes.

This can be manifested in different ways:

  • Walls go up: Developers and customers stop sharing openly.
  • Truth gets buried: Teams exaggerate progress or hide difficulties.
  • Process bloats: More sign-offs, more documents, more politics — all in the name of protection rather than success.

The Power of Expressing Fear

When teams acknowledge their fears, things improve in different ways:

  • They build trust by showing vulnerability.
  • They gain clarity by putting concerns on the table.
  • They unlock courage, focusing energy on solving real problems instead of maintaining defensive walls.

As Beck and Fowler note in Planning Extreme Programming, acknowledged fear gives us the courage to set hard goals and work together to achieve them. It lets us dismantle the unnecessary structures built out of anxiety and spend our time on what really matters

How to Encourage Fear-Sharing on Your Team

  • Lead by example: Be open about your own concerns, e.g., “I’m worried this deadline will slip unless we simplify the scope.”
  • Create safe rituals: Retrospectives or stand-ups where naming fears is normal.
  • Acknowledge without judgment: Respond with curiosity, not criticism.
  • Turn fears into actions: If someone fears lack of clarity, commit to better documentation. If someone fears technical debt, schedule time to address it.

Conclusion

Fear isn’t the enemy — silence is. By expressing fear, we build the trust and courage that make real teamwork possible. The sooner teams acknowledge what they’re afraid of, the sooner they can replace defensive structures with collaboration, and protection with progress.

About thoughtbot

We've been helping engineering teams deliver exceptional products for over 20 years. Our designers, developers, and product managers work closely with teams to solve your toughest software challenges through collaborative design and development. Learn more about us.