SCRUM usage is a document that outlines the goals and processes of Scrum project management. It describes Scrum as a strategy where a self-managed team works together to achieve common goals while allowing for changing requirements. The key actors in Scrum are the product owner, who represents the client, and the Scrum team. Sprints involve planning, daily stand-ups, retrospectives, and demos to incrementally deliver working software.
2. Contents
SCRUM intro and goals
Actors
The process
The product backlog
User stories (WBS -> stories)
Sprints and sprint planning
Daily standup and the retrospective meeting
Demo meeting (product increment)
3. SCRUM intro and goals
Page 2 of 10
Scrum is a strategy where the team
works as a unit to achieve a common goal.
During the development the client
can change his mind about what he wanted previously.
The goal is that: with fast development we answer
the questions which popup for future requirements by the client
Goals:
• Management of complexity
• Unforeseen change management
• End goal change management
4. Actors
Page 3 of 10
• Represents the client
• It’s responsible for the product vision
• Prioritizes product features
• Sets the release deadlines
• Accepts or refuses the results
The product owner
• Self managed
• Breaks the work down into smaller pieces
• They estimate the work
The Scrum team
The Scrum Master
• Problem solving and barrier blocking
• Helps the team in the work, manages the management
• Supports the Scrum methodology
6. The product backlog
Page 5 of 10
Describes what are the requirements. (the list will change)
The list contains: new issues, bug reports, non-functional requirements.
7. User stories (WBS -> Stories)
Page 6 of 10
As a <user> I want to <functionality> so that <benefit>:
• As a writer, I want to change a note so that I can remove any spelling mistakes
8. Sprints and sprint planning
Page 7 of 10
Sprints:
• Features tied to a fix deadlines
Spring planning:
• Priority assignment happens here
• The acceptance criteria is set here
• The tasks are estimated here
Technical meeting:
• Software architect involvement
• Architectural decisions
• Business decisions
9. Daily standup and the retrospective meeting
Page 8 of 10
• It’s about commitment and responsibility
• Each team member answers:
• What have I done since the last meeting?
• What I’m going to do until the next meeting?
• What problems did I face or will I face?
The goal of the meeting is to figure
out how we can work better together.
The questions which everybody concentrates on:
• What should we do?
• What we shouldn’t do anymore?
• What should we continue to do?
10. Demo meeting (product increment)
Page 9 of 10
Demo meeting:
A sharing meeting where the team
shows what they've shipped in that sprint
The work is deployed to the client server
It’s show on the client server
Techniques:
Skype/ GoogleTalk calls
Skype screen shares
Deployment and
Release notes