The National Advisory Committee for Aeronautics in session at Washington to discuss plans to place America foremost in the development of aviation.
… the enterprise has introduced Scrum into its development organizations, which were formerly using traditional management practices. Development organizations are in place and the Value Streams are set to develop product. The enterprise has additional functions and organs, such as management and operations, which with respect to the Scrum perspective are disconnected from the development organizations. Further, organizations for different products have no recognized way to interact with each other.
✥ ✥ ✥
Scrum Teams are in place, but direction (or the threat of interference) from legacy management structures causes confusion about the locus of control over product content and direction. Managers may be messing with the backlog or interfering with the Development Team during the Sprint, causing the team to fail Sprints. Repeated violations of the Product Owners’ authority may make it difficult for teams to do their job to optimize value. It is possible that some Scrum Teams are failing to deliver valuable Regular Product Increments towards the Vision because a rough relationship between the Scrum Teams and management leads to noise in the requirements. Or management may be too passive in supporting the team; e.g. by being lax in their responsibility to hold customers to business and contractual agreements at the corporate level.
Nonetheless, markets regularly present conflicting and changing needs, and stakeholders (such as those with corporate shares, and any managers that still have a stake in the corporate direction) will occasionally raise concerns or desires that should affect how the organization is run. A healthy Scrum Team that honors the authority of the Product Owner will treat management mandates much differently than market requests; to mix both of these discussions in the same forum can lead to confusion. The enterprise may need to change individual or collective product directions because of competitive issues, market changes, sales contracts, or technical challenges and opportunities in development. Each Product Owner Team needs to meet regularly with stakeholders to align perspectives and expectations across products and Value Streams.
Create a MetaScrum as a forum where the entire enterprise can align behind the Product Owners’ backlogs at every level that Scrum is applied in the organization. The MetaScrum meets regularly and comprises the Product Owners and executive corporate management. The CEO attends. The MetaScrum has a Chief Product Owner who facilitates the alignment between management, the Scrum Teams, and other stakeholders. This Chief Product Owner usually runs the meetings and leads the alignment between Product Owners, senior management, and development management.
The MetaScrum has a cadence that corresponds to a kind of corporate-level Sprint Pulse. It meets once during each such interval in an event that is a kind of Sprint Planning that encompasses what Scrum Team Sprints will deliver during that interval.
At this meeting, Scrum Teams can request support, funding, information, or even products — anything they are lacking to complete their delivery — from stakeholders outside the Scrum Team. The MetaScrum can be the venue to raise such requests and to make decisions to support them. Management and other Product Owners can argue for changes to Product Backlogs at this regular meeting. At the end of this meeting the Product Backlogs are locked down for management input until the next MetaScrum meeting.
✥ ✥ ✥
The MetaScrum offers a forum where Product Owners can socialize their own plans and resolve portfolio level concerns. Decisions to shift emphasis and priority from one area to another are made here. Product Owners can become sensitized to executive management directions and can inform management how their plans will support corporate goals. Between MetaScrum meetings, Scrum Teams work without management interference. A healthy organization does not violate Product Owners’ authority, and good Product Owners carefully consider input from all stakeholders, including management.
The MetaScrum is not a body through which management controls product direction, but rather a forum for coordination between products and between products and management. One highly popularized MetaScrum instance was in fact used to impose management will on product development. It’s important that, as regards product development, Scrum Teams remain autonomous.
A common thing that happened at PatientKeeper (a company that provides healthcare applications for physicians), where the product organization was fully Scrum, was that certain hospital live dates needed to be delayed while others were accelerated because of market factors, sales contracts, development issues, etc. The MetaScrum had to decide who would talk to the CIO at each client (hospital) by the end of the day of the MetaScrum meeting if there were major commitment changes. Also at PatientKeeper, the Chief Product Owner ran the MetaScrum and brought about alignment with senior management and the department heads. The CEO was in the MetaScrum and would usually not intervene unless facilitation was needed. However, he aggressively removed organizational impediments identified in the meeting (including changing management). People said he was like the ScrumMaster of the MetaScrum — a sort of über ScrumMaster — but he left operations to the Scrum of Scrums Master.
At 3M the chief executive of a division runs the MetaScrum by assuming the role of Chief Product Owner for her organization. The MetaScrum focuses on alignment around the backlog, and meets twice a week. Here she wants to get the priorities clear and addressed. A separate leadership team focuses on removing organizational impediments.
Systematic (a company that develops software and systems solutions) in Denmark and Saab Defense in Sweden run the whole organization as a Scrum. They have a forum at the top of the management hierarchy which functions like a high level Scrum of Scrums.
The MetaScrum is the focal point of enterprise-level change. The organization as a whole has a strategic vision, a backlog, a roadmap, increments (reorganizations, new market initiatives, etc.) and such other Scrum components necessary to make the enterprise run smoothly and accelerate well. Stakeholders may change the direction of the organization, change staffing, or change budget allocations to remove impediments, so people with authority to do this must be part of this body.
Each Value Stream and product makes its impediments visible at the MetaScrum level. It may be that the resources of individual products are inadequate to address such impediments while the corporation as a whole can provide the horsepower to resolve such issues. It may also be that the problem has tacit links across products that will become visible only if the issue is made transparent. Good Chief Product Owners will recognize problems that surface in the MetaScrum meeting and will resolve them that same day if possible, and as soon as possible otherwise.
A good MetaScrum is where all inter-product decisions are made. Those who want a voice in product decisions must be at the meeting. The MetaScrum meets on a regular schedule so that everyone knows where and when product decisions will be made. Strong support and presence of the CEO is important to make the MetaScrum work. Steve Jobs had a product meeting every two weeks at Apple where all product decisions were made — an example of a MetaScrum implementation. For smaller companies, a MetaScrum often meets every week to keep pace with the cycle of change in the organization.
While each Product Owner has final authority over their Product Backlog, they need to work within an approved budget. The MetaScrum is where changes in budget are made. If it’s small the change is made on the spot; if the decision involves weighty issues, such as the need to seek additional investment, management and the Product Owners take action immediately after the meeting to pursue a decision path.
In the best implementations, the MetaScrum is a powerful force in the organization. If the Product Owners agree to a management proposal at a MetaScrum event, that decision is final until the next MetaScrum. Managers may not approach the Scrum Teams with additional talking points until the next MetaScrum event, so the Scrum Teams can work without interruption from management. Even the customers learn that when the MetaScrum event is done it is futile to try to alter agreements until the next one.
The MetaScrum is accountable to all the stakeholders of the organization to steer a viable business that creates value for every stakeholder group. This includes, but is not limited to the organization’s employees, the customers and the investors.
In good time, good corporations may find that management plays a diminishing role in product management and corporate power slowly shifts from executive management to the Product Owners. The organization becomes flatter. Executive managers and heads of department may relinquish what has become an antiquated role to become Product Owners, closer to where the action is.
See also Involve the Managers.
MetaScrum was actually a term that Serge Beaumont from Xebia coined at dinner with Jeff Sutherland in the Netherlands around 2006.
Photo credit: NASA, 1921, Image: NACA-1921, https://www.flickr.com/photos/remix-man/3945466344/in/photolist-71DxFN (under CC-BY 2.0 license).