Академический Документы
Профессиональный Документы
Культура Документы
Agenda 'Agile'
Agile Principles
Scrum The Leader of Agile
Scrum Framework
Scrum Framework
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
Functionality
85% respondents consider it more important to meet stakeholder needs,
even if they changed
Quality:
82% consider it more important to deliver high quality than delivering on
time and within
Money
70% consider best ROI more important than under budget
Economy: Do more with less
Competitors: Respond quickly to the marketplace
Social Media: Listen to us or else
Technology: Provide new features frequently or fall behind in the
times
Customers: Give us something that works and wont break
Investors/Shareholders: Make money or well go somewhere else
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
UM
BAN
Main Difference
Changing
requirements
Scope creep
SCRUMBAN
SCRUM/XP HYBRID
AGILE UNIFIED PROCESS
www.agilemanifesto.org
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
1996:
2001:
SCRUM FRAMEWORK
SCRUM FRAMEWORK
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
Tasks
Product
Backlog
Scrum
Master
DONE
Daily Scrum
Sprint
Review
Sprint
Time
Box
Scrum Dev Team
Sprint
Planning
Product
Owner
Sprint
Retrospective
Velocity
User
Story
Impedimen
t
Scrum
Bag
Sidebar
Epic
BurnDown
Charts
Backlog
Refining
Scrum Principles
Scrum is guided by a few key principles:
1.The belief that effective software development is best
implemented via an empirical rather than planned
process
2.The belief that, once organizational impediments are
removed, a self organizing and self managing team
will naturally deliver better software than would otherwise
be the case
3.The premise that you can deliver the most valuable
software within a prescribed time and budget, and yet
you cannot definitively predict the exact functionality of
what a team will deliver
SCRUM FRAMEWORK
12
10
8
Column 1
Column 2
Column 3
0
Row 1
Row 2
Row 3
Row 4
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
Role
Product
Owner
Responsibilities
Closest
Waterfall
Role(s)
Customer,
Functional BA,
Project
Manager
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
Role
Scrum
Master
Responsibilities
Protect the team from outside interference
Help the team resolve impediments ASAP
Facilitator - Teach/guide the team and Product Owner to
effectively adopt Scrum Processes
Monitor the project: is the Team self managing, on target to meet
commitments of each sprint, productive and creative?
Coaching rather than command & control,team on target to meet
commitments of each sprint, productive
Has no management authority
Does not have a Project Manager Role
Closest Waterfall
Role(s)
Project Leader,
Mentor, Coach
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
Role
The
Team
Responsibilities
Closest
Waterfall Role(s)
Developer,
Designer, DBA,
Architect, Tester,
QA, BA
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SCRUM FRAMEWORK
SPRINT PLANNING
SCRUM FRAMEWORK
SPRINT PLANNING
SCRUM FRAMEWORK
BACKLOG REFINING
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
SCRUM FRAMEWORK
Length of Sprint
The Scrum master shows the sprint backlog and, with help from the
team, summarizes the sprint. Important events and decisions, etc.
The rounds are done.
Estimated vs. actual velocity is evaluated. If there is a big
difference it should be analyzed
When time is almost up the Scrum master tries to summarize
concrete suggestions about what can be better next sprint.
Tasks
Product
Backlog
Scrum
Master
DONE
Daily Scrum
Sprint
Review
Sprint
Time
Box
Scrum Dev Team
Sprint
Planning
Product
Owner
Sprint
Retrospective
Velocity
User
Story
Impedimen
t
Scrum
Bag
Sidebar
Epic
BurnDown
Charts
Backlog
Refining
SCRUM FRAMEWORK
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
Sprint Planning
Sprint Length
Daily Scrum
Sprint Review
: 5 mins
: 10 mins
: 2 mins
: 5 mins
Agenda 'Agile'
Agile Principles
Scrum Framework
Scrum Framework
Reality : We are still planning work, but agile projects plan around
requirements, provide schedules through iterations, analyze the progress
(iteratively and daily), and report on the progress to stakeholders through
demonstrations and tangible progress.
2.
3.
4.
5.
6.
7.
8.
9.
References
Test-driven development
Automated builds and continuous integration
Collective code ownership
Continuous refactoring
Frequent design and code reviews
Highly collaborative team processes
High customer contact and max transparency
Automated acceptance and regression tests