Scaling Scrum for Large Projects is written from the perspective of a large project team that coordinates activities of multiple Scrum Teams in one big project to produce potentially shippable product increments/deliverables Large projects require multiple Scrum Teams to work in parallel. Information gathered from one team may need to be appropriately communicated to other…
At the program or portfolio level, there is normally a smaller number of requirements/user stories than at the project level. The percentage of user stories with a very tangible value/business need/user impact is normally much lower than on project level. That means that the selection of techniques that are useful at a program or portfolio…
The fundamental Scrum processes defined in SBOK Guide by SCRUMStudy are valid for all Scrum projects, and concepts mentioned in the SBOK are sufficient for managing Scrum projects with just a few Scrum Teams, typically 1 – 3 Scrum Teams. When we deal with large projects generally involving four or more Scrum Teams, some additional processes…
The Product Owner develops a Prioritized Product Backlog which contains a prioritized list of business and project requirements written in the form of Epic(s), which are high level User Stories. The Prioritized Product Backlog is based on three primary factors: value, risk or uncertainty, and dependencies. It is also referred to as the Risk Adjusted…
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…
