A brief Overview of The Initiate Phase in Scrum

A brief Overview of The Initiate Phase in Scrum

Initiate phase, as defined in A Guide to the Scrum Body of Knowledge (SBOK? Guide), is 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” in the SBOK? Guide 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.

It is recommended that the Scrum Team and those individuals being introduced to the Scrum framework and processes focus primarily on the mandatory inputs, tools, and outputs; while Product Owners, Scrum Masters, and other more experienced Scrum practitioners strive to attain a more thorough knowledge of the information in this entire chapter. It is also important to realize that although all processes are defined uniquely in the SBOK? Guide, they are not necessarily performed sequentially or separately. At times, it may be more appropriate to combine some processes, depending on the specific requirements of each project.

The Initiate phase processes and their objectives are listed below:

Create Project Vision—In this process, the Project Business Case is reviewed to create a Project Vision Statement that will serve as the inspiration and provide focus for the entire project. The Product Owner is identified in this process.

Identify Scrum Master and Stakeholder(s)—In this process, the Scrum Master and Stakeholders are identified using specific Selection Criteria.

Form Scrum Team—In this process, Scrum Team members are identified. Normally the Product Owner has the primary responsibility of selecting team members, but often does so in collaboration with the Scrum Master.

Develop Epic(s)—In this process, the Project Vision Statement serves as the basis for developing Epics. User Group Meetings may be held to discussappropriate Epics.

Create Prioritized Product Backlog—In this process, Epic(s) are refined, elaborated, and then prioritized to create a Prioritized Product Backlog for the project. The Done Criteria is also established at this point.

Conduct Release Planning—In this process, the Scrum Core Team reviews the User Stories in the Prioritized Product Backlog to develop a Release Planning Schedule, which is essentially a phased deployment schedule that can be shared with the project stakeholders. The Length of Sprints is also determined in this process.

For more such interesting articles/blogs visit: https://www.dhirubhai.net/groups/6718717/

?To know more interesting facts about Scrum and Agile, please join our free webinar on Scrum Fundamentals here: https://www.scrumstudy.com/classes/scrum-fundamentals-certification-training


要查看或添加评论,请登录

Sam Mishra的更多文章

  • Lean Six Sigma Methodology in Cyber Security Operations

    Lean Six Sigma Methodology in Cyber Security Operations

    In the swiftly changing digital environment, organizations face a constant worry – the looming threat of cyber security…

  • The Impact of Lean Six Sigma in Public Sector

    The Impact of Lean Six Sigma in Public Sector

    The adoption of Lean Six Sigma in the public sector has brought about significant improvements in performance…

  • Integration of Lean and Six Sigma

    Integration of Lean and Six Sigma

    Lean Manufacturing and Six Sigma methodologies are now commonly implemented in tandem, resulting in a fusion of their…

  • Scrum in Programs and Portfolios

    Scrum in Programs and Portfolios

    When applying Scrum to manage projects within the context of a program or portfolio, it is strongly recommended that…

  • User Story Prioritization Methods in Scrum

    User Story Prioritization Methods in Scrum

    The key techniques used to prioritize the User Stories or requirements in the Prioritized Product Backlog, on the basis…

  • Distributed Teams & its Impact in Scrum Project

    Distributed Teams & its Impact in Scrum Project

    Agile principle states, “The most efficient and effective method of conveying information to and within a development…

  • Business Justification and the Project Lifecycle

    Business Justification and the Project Lifecycle

    Business justification demonstrates the reasons for undertaking a project. It answers the question “Why is this project…

  • Sprint Retrospective Meeting

    Sprint Retrospective Meeting

    Retrospect Sprint In this process, the Scrum Master and Scrum Team meet to discuss the lessons learned throughout the…

  • How do we handle change requests in Scrum?

    How do we handle change requests in Scrum?

    Any change that arises in either the programs or portfolios may have a cascading effect on all dependent projects and…

  • Agile Myth: “Agile Means No Planning and No Documentation”

    Agile Myth: “Agile Means No Planning and No Documentation”

    It is widely known in the software development industry that Agile values “working software” over “extensive…

社区洞察

其他会员也浏览了