Jetzt loslegen. Gratis!
oder registrieren mit Ihrer E-Mail-Adresse
Scrum Guide von Mind Map: Scrum Guide

1. Theory

1.1. Empiricsm

2. Three pillar

2.1. Transparancy

2.2. Inspection

2.3. Adaptation

3. Value

3.1. commitment

3.2. courage

3.3. focus

3.4. openness

3.5. respect

4. Scrum team

4.1. Team

4.1.1. Product Owner Sole person responsible for managing the Product Backlog remains accountable of product backlog

4.1.2. Development Team self-organizing cross-functional No titles No sub-teams Accountability belongs to the Development Team Team size ( 3 ~ 9 ) < 3 > 9 Not include Product Owner And Sprint Master

4.1.3. Scrum Master

4.2. Designed

4.2.1. optimize flexibility

4.2.2. creativity

4.2.3. productivity

4.3. Deliver

4.3.1. iteratively

4.3.2. incrementally

4.3.3. maximizing opportunities for feedback

5. Scrum Master

5.1. Service to the Product Owner

5.1.1. Ensuring goals, scope, and product domain are understood by everyone

5.1.2. Finding techniques for effective Product Backlog management

5.1.3. Helping the Scrum Team understand the need for clear and concise Product Backlog items

5.1.4. Understanding product planning in an empirical environment

5.1.5. Ensuring the Product Owner knows how to arrange the Product Backlog to maximize value

5.1.6. Understanding and practicing agility

5.1.7. Facilitating Scrum events as requested or needed

5.2. Service to the Development Team

5.2.1. Coaching the Development Team in self-organization and cross-functionality

5.2.2. Helping the Development Team to create high-value products

5.2.3. Removing impediments to the Development Team’s progress

5.2.4. Facilitating Scrum events as requested or needed

5.2.5. Coaching the Development Team in organizational environments in which Scrum is not yet fully adopted and understood.

5.3. Service to the Organization

5.3.1. Leading and coaching the organization in its Scrum adoption

5.3.2. Planning Scrum implementations within the organization

5.3.3. Helping employees and stakeholders understand and enact Scrum and empirical product development

5.3.4. Causing change that increases the productivity of the Scrum Team

5.3.5. Working with other Scrum Masters to increase the effectiveness of the application of Scrum in the organization

6. Scrum Event

6.1. The Sprint

6.1.1. Time <= 1 month Is OK > 1 month definition of what is being built may change complexity may rise risk may increase

6.1.2. Cancel Only the Product Owner has the authority May do so under influence from the stakeholders, the Development Team, or the Scrum Master Sprint Goal becomes obsolete company changes direction market or technology conditions change

6.1.3. Goal

6.2. Contain

6.2.1. Sprint Planning Time 8 hours / one-month Sprint Answers What can be delivered in the Increment resulting from the upcoming Sprint? How will the work needed to deliver the Increment be achieved? Topic What can be done this Sprint? How will the chosen work get done?

6.2.2. Daily Scrums Time <= 15 minute Every day Plan for next 23 hours Where Same time Same place internal meeting This is a key inspect and adapt meeting

6.2.3. Development work

6.2.4. Sprint Review Type informal meeting Not status meeting Time <= 4 hours / 1 month sprint Include Attendees include the Scrum Team and key stakeholders invited by the Product Owner The Product Owner explains what Product Backlog items have been "Done" and what has not been "Done" The Development Team discusses what went well during the Sprint, what problems it ran into, and how those problems were solved The Development Team demonstrates the work that it has "Done" and answers questions about the Increment The Product Owner discusses the Product Backlog as it stands. He or she projects likely target and delivery dates based on progress to date (if needed) The entire group collaborates on what to do next, so that the Sprint Review provides valuable input to subsequent Sprint Planning Review of how the marketplace or potential use of the product might have changed what is the most valuable thing to do next Review of the timeline, budget, potential capabilities, and marketplace for the next anticipated releases of functionality or capability of the product. Result Revised Product Backlog

6.2.5. Sprint Retrospective Time After Sprint review And before next sprint plan 3 hours / 1 month sprint contents Inspect how the last Sprint went with regards to people, relationships, process, and tools Identify and order the major items that went well and potential improvements Create a plan for implementing improvements to the way the Scrum Team does its work

6.3. During

6.3.1. No changes are made that would endanger the Sprint Goal

6.3.2. Quality goals do not decrease

6.3.3. Scope may be clarified and re-negotiated between the Product Owner and Development Team as more is learned

7. Scrum Artifacts

7.1. Product Backlog

7.1.1. attributes description order estimate value

7.1.2. refinement adding detail estimates order to items no more than 10% of the capacity of the Development Team

7.2. Sprint Backlog

7.3. Increment