This website uses cookies

Read our Privacy policy and Terms of use for more information.

A Culture Built on Control

Many years ago, I joined a well-established global financial services company in Hong Kong as an Agile coach. The mission, as in most of my coaching engagements, was clear: โ€œHelp us become more responsive to market, to create more innovative solutions, and be more customer-focused.โ€ Some of the leaders read the books, attended the conferences, and decided Agile was the answer, therefore they needed some help.

This was a company where hierarchy was sacred, process was king, and risk was managed by simply avoiding anything new. Decisions always came from the top, and every step was documented, reviewed, and approved at least twice ๐Ÿ˜› .

Agile Meets the Status Quo

I started with the basics, setting up cross-functional teams, daily standups, and shorter feedback cycles. Some of the teams were curious, even excited. But almost immediately, the flags began to show:

  • Middle managers wanting status reports, on top of standups and reviews.

  • Team members hesitating to speak up in retrospectives, worried about โ€œsounding too critical.โ€

  • Every experiment requiring a sign-off from two to three layers of management.

  • โ€œFail fastโ€ was interpreted as โ€œfail and you fast firedโ€

The Agile cadences were happening, but the mindset wasnโ€™t shifting. Teams followed the motions, but real empowerment and collaboration were clearly missing.

Listening to the Culture

After a particularly awkward retrospective (where the only feedback was โ€œSprint is finishedโ€ as โ€œkeep doingโ€), I realized we needed to stop pushing Agile as a process and start listening to what the culture was telling us.

I spent the next few weeks in more 1-1s, asking team members what worried them most about the new way of working. In these settings, the answers were honest and eye-opening:

  • โ€œIf I speak up, will it be held against me in my performance review?โ€

  • โ€œWeโ€™re used to having clear instructions, not open-ended goals.โ€

  • โ€œWhat happens if this something we try fails? Who takes the blame?โ€

Their culture valued safety, predictability, and respect for hierarchy (also could be seen as fear). Agile, as we were trying to enable at this client felt it was more risky and exposed.

Subscribe to keep reading

This content is free but you must be subscribed to The Agile Anthology's Newsletter to continue reading.

Already a subscriber?Sign in.Not now

Reply

Avatar

or to participate

Keep Reading