Enterprise Constraints and Feedback
Reading: Enterprise Constraints and Feedback
Last post we talked about two facets of communication in the agile enterprise… constraints and feedback. Constaints flow from the higher levels in the organization… to give guidance… to constrain the actions and decisions of the lower levels in the organization. At the lower levels the agile teams are empowered to make decisions within the context of the higher order constraints.
Constrants are established at the right level of abstraction so that decisions are made as close to where the work is actually getting done. The constraints of the enterprise serve to establish context… product ownership if you will… for the independent agile teams. Feedback from the teams is essential to influence the actions and decision-making at the higher levels of the enterprise.
The higher order constraints are constantly evaluated against the realities of delivering working software.
At this point it seems we have a reasonable starting place to structure our agile organization. What we are basically building is an organizational framwork so all our agile teams are working toward the common goals of the business. We are working on a conceptual model for organizing our agile enterprise so that we can rationally decompose an enterprise product backlog.
Now let’s lay down an analagous framework… a conceptual model for prioritizing that backlog and throttling work through the agile enterprise. To do this… once again we are going to have to discuss a few foundational principles that will enable enterprise agility…
- Make small bets by approving smaller projects
- Prioritize for finishing projects rather than starting projects
- Work on your highest priority projects first
- Don’t start projects you are unable to finish
- Provide support for those teams that are slowing down your ability to deliver
- Establish an enterprise level velocity
Over the next few posts we’ll explore these ideas and see if we can identify any others.
very good points for stablish a criteria. Now I’m working for an enterprise where the catalog of projects in execution is bigger than they can handle.
Applying these basic points with the right degree of common sense will help them to improve their delivery.
Check the bottlenecks of the program should be another interesting point (just a suggestion).