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.
Other Must Read Posts
How to Manage multiple teams in any Scrum Project
Change Management: How Scrum is different from Traditional Project Management
Advantages of Scrum training or Scrum Certification
Responsibilities of the Product Owner in Scrum Processes 
How to Choose Scrum Master(s) and Stakeholder(s)?
Conflict Management and SCRUM
