DecentralizedControl_Linkedin

5
Decentralizing Control 1 For Product Development Ahmad Iqbal April 10, 2016

Transcript of DecentralizedControl_Linkedin

Principles of Product Development Flow

Decentralizing Control1For Product Development

Ahmad IqbalApril 10, 2016

1

Decentralized ControlTraditional Waterfall Behaviour: Centralized layers of control; PMO, Sr. Managers.Reason: Spread the fixed costs most effectively and reach economies of scale. System-level optimization. More complete information for better decision making.Outcome: Slower decision making, greater latency in the process, and an increased cost of delay. A centralized office can only handle so much WIP, and likely follows a FIFO inventory management process. This also hides any urgent work items from getting surfaced, which again, compounds the increased cost of delay from products getting to market slower.2

The Economic Role of JIT Information in Product DevelopmentDecentralized, and autonomous teams have the freedom to make faster decisions and reduce cost of delay.Enables faster feedback which has its own economic benefit as seen in earlier creating asymmetric payoff curves.By allowing autonomous teams to collaborate and make time-boxed decisions just in time, we cut products time to market.By making the best decision we can, using the information we have within our time-box period, we keep the development flowing, and will likely still choose the best possible path. In the case we made the wrong decision due to missing information, we can quickly change direction, and any cost of this change will likely not outweigh the benefits of accelerated delivery.

2

Complete Autonomy3PositivesLateral communication directly contributes to the tangible wins. On the ground decisive decision making is more productive than latent decision making from the top-down.Available opportunities to exploit variability.Clear accountability and responsibility structure.Great during Peacetime periods in the market where growth is plentiful.

NegativesLack of organization-wide understanding.Teams are not aware of the activities from other aspects of the organization.Requires high levels of competence and cross-functional skills on the team; talent which can be hard to acquire for many organizations.Mixed messages to the market if products are not completely aligned to the organizational mission.Not ideal in wartime scenarios where the marketplace is becoming increasingly hostile.

3

Complete CentralizationPositivesRequired for Impediment removal and Impediment escalation. This is because leadership is aware of the rest of the organization and can allocate and reprioritize limited resources where they are required most.Broader picture alignment. The organization can clearly define who and what gets done in the machine.Clear accountability and responsibility structure.Reduced variability (the bad kind).

NegativesLack of on-the-ground understanding.De-railing teams that could have achieved flowReduces variability (the good kind)Hard to speed up the closure of the loop

4

4

The Case for Hybrid5

Lets have our cake and eat it tooThe ideal scenario would be to take a hybrid approach and to garner the advantageous of each approach, while mitigating the disadvantages.Quick Oganizational HacksThe C-level executives attend new program kick-offs and explain why the organization needs to take on this new program. The executive could also give their cell phone number to the team and ask anyone to call them anytime of the day if they need help from his/her level.Create a Scrum of Scrums, and Scrum of Product Owners to create a centralizing effect amongst the decentralized teams.

5