How to Scale Scrum for the Enterprise

January 11, 2017
By

Scaling Scrum for the Enterprise is usually applicable to the following:

  • Portfolios, programs, and/or projects in any industry
  • Products, services, or any other results to be delivered to stakeholders
  • Projects of any size or complexity

The term “product” may refer to a product, service, or other deliverable. Scrum can be applied effectively to any project in any industry—from small projects or teams with as few as six team members to large, complex projects with up to several hundred team members.

For Scaling Scrum for Enterprise, the following processes need to be followed:

Create Program or Portfolio Components—In this process, the Program or Portfolio Product Owner and key stakeholders identify common components and resources required for the program or portfolio. The Minimum Done Criteria are defined and all stakeholders are identified.

Review and Update Scrum Guidance Body—In this process, the Scrum Guidance Body recommendations are regularly reviewed by the members of the Scrum Guidance Body and are updated when and if necessary. In this process, changes in the membership of the Scrum Guidance Body are also handled.

Create and Groom Program or Portfolio Backlog—In this process, the Program or Portfolio Backlog is created, updated, and maintained. Recommendations for improvements of the Scrum Guidance Body Recommendations may be made and implementation deadlines may be adjusted based on changed requirements and/or progress of the projects in the program or portfolio.

Coordinate Program or Portfolio Components—In this process, components of the program or portfolio are coordinated. Dependencies between projects are addressed, common impediments are discussed, and best practices are shared. Sometimes, recommendations for improvements of the Scrum Guidance Body are made.

Retrospect Program or Portfolio Releases—In this process, the Program or Portfolio Product Owner and key stakeholders get together to retrospect a program or portfolio Release and internalize the lessons learned. Often, these lessons learned lead to agreed actionable improvements to be implemented in future. releases. Sometimes, improvements to the Scrum Guidance Body may be recommended.

Share

Tags: , , ,

Leave a Reply

Your email address will not be published. Required fields are marked *

*


8 − one =

Subscribe

Follow Us On

Post-Plugin Library missing