New The SBOK® Guide is now available for download in English, Spanish, Portuguese, Deutsch, French, Italian, Chinese, Japanese & Arabic!
Global Accreditation Body for Scrum and Agile Certifications

Articles

How to Scale Scrum for the Enterprise

Posted by SCRUMstudy® on December 28, 2022

Categories: Project Delivery SBOK® Guide Scaling Scrum Scrum

How to Scale Scrum for the Enterprise

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 business stakeholders

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 business stakeholders identify common components and resources required for the program or portfolio. The Minimum Done Criteria are defined and all business 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 Refine 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 business stakeholders get together to retrospect a program or portfolio Release and internalize the lessons learned. Often, these lessons learned to lead to agreed actionable improvements to be implemented in future releases. Sometimes, improvements to the Scrum Guidance Body may be recommended.