Basic Scrum Framework
-
Upload
naresh-jain -
Category
Technology
-
view
4.981 -
download
1
description
Transcript of Basic Scrum Framework
Licensed Under Creative Commons by Naresh Jain
Basic Scrum Framework
Control Chaos
Naresh [email protected]
1Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
What is Scrum?An Agile Project Management framework :
A wrapper for existing engineering practices A team-based approach Handles conflicting interests and needs Improves communications and maximizes cooperation Early detection and removal of obstacles Maximizes productivity Multiple, frequent feature-driven planning activities Produces potentially shippable functionality at each iterationScalableImproves moraleDisciplined approachTruth, Transparency, and Commitment
2Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Origin Rugby
Hirotaka Takeuchi & Ikojuri Nonaka “The New New Product Development Game” - Harvard Business Review (Jan/Feb 1986)
Companies need Speed and Flexibility
Borland Quattro Pro paper by Jim Coplien
Complex Adaptive Systems theory,
iRobot using Prof. Rodney Brooks subsumption architecture
1995: Mike Beedle and Ken Schwaber
Goldratt's ToC and focus on “muri, mura, and mudah”
3Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum is Designed to deal with
4Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum is Designed to deal with
Ziv's law - specifications will never be fully understood.
4Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum is Designed to deal with
Ziv's law - specifications will never be fully understood.
Humphrey's law - the user will never know what they want until after the system is in production (maybe not even then)
4Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum is Designed to deal with
Ziv's law - specifications will never be fully understood.
Humphrey's law - the user will never know what they want until after the system is in production (maybe not even then)
Wegner's lemma - an interactive system can never be fully specified nor can it ever be fully tested. This is the software analogy to Godel's theorem.
4Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum is Designed to deal with
Ziv's law - specifications will never be fully understood.
Humphrey's law - the user will never know what they want until after the system is in production (maybe not even then)
Wegner's lemma - an interactive system can never be fully specified nor can it ever be fully tested. This is the software analogy to Godel's theorem.
Langdon's lemma - software evolves more rapidly as it approaches chaotic regions (taking care not to spill over into chaos)
4Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum is Designed to deal with
Ziv's law - specifications will never be fully understood.
Humphrey's law - the user will never know what they want until after the system is in production (maybe not even then)
Wegner's lemma - an interactive system can never be fully specified nor can it ever be fully tested. This is the software analogy to Godel's theorem.
Langdon's lemma - software evolves more rapidly as it approaches chaotic regions (taking care not to spill over into chaos)
Any association of predictive or defined processes with Scrum is an exercise in futility. - Jeff
4Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Controlled Chaos
Scrum emphasizes on project management
De-emphasis command-and-control management approach
There is a strong emphasis on monitoring (features delivered) and adjusting according to the results (Inspect and Adapt)
The aim is to find a balance between allowing the business to change their mind and the development team to be able to get work done on a stable scope
5Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Values
Commitment. Be willing to commit to a goal. Scrum provides people all the authority they need to meet their commitments
Focus. Do your job. Focus all of your efforts and skills on doing the work that you have committed to doing. Don’t worry about anything else
Openness. Scrum keeps everything about a project visible to everyone
Respect. Individuals are shaped by their background and their experience. It is important to respect the different people who comprise a team.
Courage. Have the courage to commit, to act, to be open and to expect respect
6Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum in a Nutshell
Courtesy of Ken Schwaber
7Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
Product and Sprint Backlog
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
Product and Sprint Backlog
Scrum Teams
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
Product and Sprint Backlog
Scrum Teams
Daily Scrum Meetings
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
Product and Sprint Backlog
Scrum Teams
Daily Scrum Meetings
Sprint Planning Meetings
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
Product and Sprint Backlog
Scrum Teams
Daily Scrum Meetings
Sprint Planning Meetings
Sprint Review
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Scrum Terminologies
Sprint
Product Owner
Scrum Master
Product and Sprint Backlog
Scrum Teams
Daily Scrum Meetings
Sprint Planning Meetings
Sprint Review
8Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Key Scrum Roles and Responsibilities
9Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Key Scrum Roles and Responsibilities
Product Owner
►Defines the features of the product, decides on release date and content► Is responsible for the profitability/value of the product (ROI)►Prioritizes features according to market and/or user value►Can change features and priority every 30 days►Accepts or rejects work results
9Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Key Scrum Roles and Responsibilities
►Ensures that the team is fully functional and productive►Enables close cooperation across all roles and functions and removes barriers►Shields the team from external interferences►Ensures that the process is followed. Invites to daily scrum, iteration review and
planning meetingsScrum Master
Product Owner
►Defines the features of the product, decides on release date and content► Is responsible for the profitability/value of the product (ROI)►Prioritizes features according to market and/or user value►Can change features and priority every 30 days►Accepts or rejects work results
9Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Key Scrum Roles and Responsibilities
►Ensures that the team is fully functional and productive►Enables close cooperation across all roles and functions and removes barriers►Shields the team from external interferences►Ensures that the process is followed. Invites to daily scrum, iteration review and
planning meetingsScrum Master
Product Owner
►Defines the features of the product, decides on release date and content► Is responsible for the profitability/value of the product (ROI)►Prioritizes features according to market and/or user value►Can change features and priority every 30 days►Accepts or rejects work results
Team
►Cross-functional, seven plus/minus two members►Selects the iteration goal and specifies work results►Has the right to do everything within the boundaries of the project
guidelines to reach the iteration goal►Organizes itself and its work►Demos work results to the end-user and stakeholders
9Tuesday, April 28, 2009
Licensed Under Creative Commons by Naresh Jain
Books and ResourcesAgile Software Development with Scrum Schwaber Agile Project Management with Scrum SchwaberScrum for the Enterprise SchwaberAgile Estimation and Planning CohnAgile Software Development MartinCollaboration Explained TabakaAgile Retrospectives Derby/LarsenAgile Project Management HighsmithAgile SW Development Ecosystems HighsmithAgile and Iterative Development LarmanIntegrating Agile Development in the Real World SchuhLeading Change or Our Iceberg is Melting KotterSoftware by Numbers Denne/HuangYahoo Group: Scrumdevelopmentwww.agilealliance.orgwww.scrumalliance.org
10Tuesday, April 28, 2009