This is the last part in the series “Trapped in Wagile”. In the kick-off article I outlined three fundamental characteristics of waterfall organizations. In subsequent articles I explained Phase-Gates (part 2) and Large-batch handoffs (part 3). In this article I am diving deeper in to centralized control characteristics. Tendencies to centralize control of decisions stem from mis-understanding of complexity inherent in real world projects.
An expert plumber can understand how the pipes and systems in a building fit together and behave. A plumber can break a complicated plumbing system into parts and know how they will behave together.
Behavior of a complex system is inherently NOT understandable. For someone or a group to carry a mental model of how everything and everybody in organization system fits together is impossible. So give up on attempts to understanding. Your organization is a dynamic organism and you will never be able to keep up with the complexity it exhibits. Not even if you could keep track of every atom in the universe.
Attempts at understanding lead organizations to demonstrate centralized control characteristics.
Expected system behavior:
default setting: command and control
The purpose of practical management is of controlling organization system to deliver desirable outcomes (goals) and not that of understanding the organization system. Confusing the two and assuming a causation that understanding leads to (better) control is a myth. Which drives centralization of “understanding” a.k.a reports up the chain.
It’s a long con. People elevated to power roles (managers, leads etc) believe that there are “others” who either do not “get-it” or have not “paid-their-dues”. By believing that a complex system is understandable and only by a meritorious few, we are expressing that people who do the ‘work’ are fittings in a plumbing system. Parts that need to be told not only WHAT to do but also HOW to do their work. This tunes organization systems default setting at “command and control”.
Especially at the power centers of the organization, this deep rooted cultural belief persists –
“While there are many ways to do a job, the manager or team-lead is the best suited to organize people and schedule tasks for most efficient and most effective results.”
try harder:
If the worker does not deliver on results planned by the manager, then the worker should try harder next time.
When you buy into the myth that complex endeavors are understandable by specialist roles – it is easy to see why, Managers/Leads are often held responsible for deciding what to work on and how to work on it. We’d be successful – if only workers stopped using their heads and did what I told them to do. Clearly when the worker fails at delivering results, they have a need to grow and apply themselves. “grow-up, try harder” – Something a caring mother would say! – See management is so benevolent. #sarcasm
fungible resources:
Management via abstraction is prevalent in centralized control environments.Managers spend more time buried into spreadsheets and reports than doing the work that they are reporting on.
People are often reduced down to resources. With distilled attributes:
Bob – Java dev, gets along with people, likes agile, technically moderate skills.
Just a few attributes, enough that the person tinkering within spreadsheet can handle. And if Bob is not available, then replace him with Jenna – she has similar characteristics. It will all work out. No need to talk to Bob and Jenna, they are resources. #soul-sucking
If this is not a case of institutionalized stereotyping then I do not know what is! – BTW, in public life people are people, but as soon as they walk in through the glass door, they turn into “resources” reduced to fit in the box their manager imagines.
Unintended consequences:
Low morale & the Illusion of Knowing:
Uncertainty is not comfortable. It makes people and organizations nervous. Attempts at concentrating understanding helps promote an illusion of knowing.
When it is your “job” to know, “I don’t know” is not an acceptable answer.Admitting so could be career suicide. When grappled with a complex problem, such as – What will be in this product release? or When can I getfeature X ?, they substitute the complex question with a solve-able one. What is the plan? – And a plan they create.
Through lists of assumptions, schedules, assignments, risk logs etc. Or in case of Wagile prepare backlogs with 100’s of items and insist on team meeting velocity commitments.
A plan is comforting, sometimes even makes sense. It describes a path from here to there. Though in reality there are disturbances. When faced with these changes in reality, workers paralyze and wait until new set of instructions get relayed.
Remember the last time, rumor-mill served up a “tip” about likely project cancellation. or when your dev lead was on sick-leave and everyone avoided working on his story card.
Relay of change in conditions and subsequent adjustments by the central authority is by-design bound to delays. This throws future predictions and commitments out of whack from the plan. One way to maintain illusion of knowing by people who were expected to know is to start whipping reality into conformance. Command and control is inevitable in cultures that cannot maintain comfort in face of uncertainty. Other ways are to believe-in-magic (read: lying to self), rely on heroics and stress over minute decisions made by team members.
Lack of empowerment of workers and dis-comforting lack of control by managers wears everyone down. Some just do their jobs, some complain, some blend in with furniture, hero’s get promoted and the ones with amber in their belly leave.
Low transparency:
Success or failure is often not recognizable until the last moment. Coupled with wait states of sequential processes and local-optimization of large-batches, dependencies get created faster than they get resolved. As central decision point for her silo/team, much depends on the manager/lead to keep track of and get resolution for dependencies that her teams needs resolved. Attempts at centralized understanding lead management to push for implementation of ALM tool. Triggering the cycle of pushback and then feigned compliance by teams so as to get management off their backs. The organization still lacks any meaningful transparency, but now they can blame the tool.
Heroics:
Project pressures and time line constraints never seem to let up. Remember the illusion of knowing that comes from attempts at central understanding. There is always that deliverable that needed to be done, yesterday! – channeling organizational energies to play catch-up. Never able to work on improvements that would help the group work smarter. In centralized control environments, last minute problem solving gets rewarded over learning and also over improvement activities that would have prevented need for heroics. It is likely that many past hero’s – who saved the day! are now in senior management roles who are likely to groom and favor people who tend to be like themselves.
Self-fulfilling prophecy:
Managers or leads that control distribution of tasks, often give challenging tasks to trusted hero’s. Other people do not get a chance to sharpen their skills and demonstrate competence. Which leads to less and less of challenging work being directed to them. It is very important in centralized control environments for the workers to be perceived as skillful in their managers opinion, otherwise they will rarely get opportunities to improve and/or demonstrate competence. It is dangerous when managers pride in boxing their people into neat little categories. They often create the sub-optimal reality that they are trying to avoid.
summary:
Let it go. You don’t need to be in the “know”. Project or initiative success does not depend on your knowing, in fact it more harmful than you are aware of. Trust your team. Listen, to tune into the system from their perspective and not to formulate your answer. Serve by developing a environment of trust, support and information. You’d be surprised by how much of your work stress can be relived when you admit – “I don’t know”.
Dhaval Panchal is a VP and Enterprise Agile Coach for agile42. He is a Certified Scrum Coach (CSC), Certified Scrum Trainer (CST), and Innovation Games Facilitator with 15 years of experience working in the development and management of products and services in the software industry.
Dhaval began his career as an XP (Extreme Programming) developer. Over the years he discovered his passion to coach, train, and enable organizations towards Agile transformation. His results-oriented, people-centric perspective helps organizations implement Agile, Scrum, Kanban, and Lean techniques to achieve success. He has experience working with startups to Fortune 100 companies, with clients in the telecommunications, business process engineering, shipping, e-discovery, legal, gaming, health insurance, and oil and gas industries.
A sought-after speaker who has presented at international Agile and Scrum conferences since 2008, Dhaval is also an expert facilitator who helps leadership teams make sense of complex situations and drive towards action.
![[Case Study] Lessons from descaling 25 Scrum teams](https://www.agilealliance.org/wp-content/uploads/2024/12/descaling-teams-1200x630-1-150x150.jpg)
![[Case Study] Lessons from descaling 25 Scrum teams](https://www.agilealliance.org/wp-content/uploads/2024/12/descaling-teams-1200x630-1-300x158.jpg)
