Download - Evening Meeting PMI Phoenix Chapter
![Page 1: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/1.jpg)
Our corporate sponsors:
North – John Baley, BOD-At-Large, PMP
South – Hal Korff, PMP
Your host:
October 2016
Evening Meeting PMI Phoenix Chapter
![Page 2: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/2.jpg)
Tonight’s Guest Speaker
“Why everyone is talking about Scrum and what EVERY project
manager should know about it”
Rich Medica, PMP, SFC, SMC, SDC, SPOC, SCT, AEC, SAMC
2
![Page 3: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/3.jpg)
Why is everyone talking about Scrum?
How will this allow me to finish my software projects on time and meet the needs of my
customers?
![Page 4: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/4.jpg)
Why should we use Scrum• Continuous Feedback
• Increase Return on Investment
• High Customer Satisfaction
• Better quality
• Change is ok
• Transparency
• Higher team Morale
![Page 5: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/5.jpg)
Increase Return on Investment
• Working on the highest value stories first
• Customer gets to see something and make needed changes faster
• Testing is done every sprint – less technical debt
![Page 6: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/6.jpg)
Continuous Feedback
• Team does in daily Scrums
• Product owner & Stakeholders at review meeting & the Scrum Board
• Retrospect feedback from team about what went right & what did not & why it didn’t
![Page 7: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/7.jpg)
High Customer Satisfaction
• Early & continuous delivery
• Customer gets to see something every two weeks
• Customer gets what they want most in the early stages of the project
![Page 8: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/8.jpg)
Better Quality
• Testing is done every sprint
• Customer is getting something to look at and address changes so they are getting exactly what they want (INIWISI) I know it when I see it
![Page 9: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/9.jpg)
Change is ok
• Change is ok up to the very last sprint
![Page 10: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/10.jpg)
Transparency
• Scrum board is updated every day
• Burndown chart
• Constant communication with the customer
• Daily Scrums
![Page 11: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/11.jpg)
Higher Team Morale
• Team is self-organized
• They decide what they will work on
• Co-located teams
• Trust after working together for a while –Tuckman’s
![Page 12: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/12.jpg)
Scrum Team
• Product Owner
• Scrum Master
• Development team
![Page 13: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/13.jpg)
Product Owners’ Responsibilities• Product Backlog prioritization User Stories
• Vision Statement
• Refactoring of the Product Backlog
• Conduit between the Customer & Project Team
• First line of defense for changes
• Ensures Business Value
• Accepts or rejects user stories base on Acceptance Criteria & Definition of Done (DOD)
![Page 14: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/14.jpg)
Scrum Master Responsibilities
• is a servant leader
• who helps teams self-organize, self-manage, and deliver using the scrum process
• Trainer on the Scrum Process
• Removes impediments
![Page 15: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/15.jpg)
Scrum Master Responsibilities-2
• Makes sure team is following the scrum process
• Provides visibility of what the team is doing
• Conduit between the Product Owner & Team
• Shields team from external interference
![Page 16: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/16.jpg)
Development/Scrum Team • Includes seven members, plus or minus two.
• Self organizing
• Cross-functional, including the skills of software engineers, architects, programmers, analysts, QA experts, testers, UI designers, etc.
• Full time
![Page 17: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/17.jpg)
Development/Scrum Team -2
• Team members work in a team room (Co-location), and collaborate more intensely than a traditional team. Learn through Osmotic Communications.
• Responsible for the completion of the user stories as per the Acceptance criteria & Definition of Done (DOD)
![Page 18: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/18.jpg)
Key Artifacts
• Product Backlog
• Sprint Backlog
• Burn-down Chart
• Impediments Log
![Page 19: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/19.jpg)
Product BacklogThe Product Backlog is an ordered list of features, requirements & enhancements, and fixes which are in the forms of User Stories or Epics (Long Unrefined user story that will take more than one sprint to complete and is hard to estimate). These are needed as part of the end product and it is the single source of requirements for any changes to be made to the product.
![Page 20: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/20.jpg)
Product Backlog
• Product Backlog items have the attributes of a description, order, estimate, and value. The Product Owner is responsible for the Product Backlog, including its content, availability, and Reordering (Refactoring)
![Page 21: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/21.jpg)
Sprint Backlog
The Sprint Backlog is the set of Top Product Backlog items selected by development team for the Sprint, plus a overall plan on how these will be delivering during the sprint, by identifying the tasks needed to accomplish each user story.
![Page 22: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/22.jpg)
Burn-Down Sheet
At any point in time in a Sprint, the total work remaining in the Sprint Backlog can be displayed. The Team tracks this total work remaining for every Daily Scrum to project the likelihood of achieving the Sprint Goal. By tracking the remaining work throughout the Sprint, the Team can better manage its progress.
![Page 23: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/23.jpg)
Burn-Down Chart
![Page 24: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/24.jpg)
Burn-up Chart
A burndown chart shows work remaining to reach the end of the sprint on the vertical axis, and time on the horizontal axis. Each point on the chart shows how much work was left to do at the end of that day—or week, or month, depending on the length of the sprint.
![Page 25: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/25.jpg)
_________________
![Page 26: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/26.jpg)
Using Charts
Regular review of progress charts such as burndown charts or burn up charts for the sprints you are managing can immediately identify problems and allow you to control them early. Identifying problems early and highlighting corrective action you have taken will impress your clients and gain you their confidence and trust.
![Page 27: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/27.jpg)
Impediments LogAn impediment is anything that keeps a team from being productive. An impediment can literally be anything, from a team member who is snot pulling his or her end to a slow test server. But if it’s blocking the team from performing to the best of its abilities, it’s an impediment and should be logged after the meeting and the Scrum Master should take care of it ASAP.
![Page 28: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/28.jpg)
User Story
A user story is a tool used in Agile software development to capture a description of a software feature from an end-user perspective. The user story describes the type of user (who), what they want and why. A user story helps to create a simplified description of a requirement,which the development team will use for estimating.
![Page 29: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/29.jpg)
User Story
The INVEST mnemonic for agile software projects was created by Bill Wake as a reminder of the characteristics of a good quality Product Backlog Item (commonly written in user story format, but not required to be):
Independent
Negotiable
Valuable
Estimable
Small
Testable
![Page 30: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/30.jpg)
![Page 31: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/31.jpg)
Scrum Ceremonies
The 4 key ceremonies used in an Agile/Scrum project methodology are:
• Sprint Planning Meeting (8 hours)
• The “Daily Stand-up” (15 Minutes)
• Sprint Review
• Sprint Retrospective
![Page 32: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/32.jpg)
Sprint Planning Meeting
• This is an 8 hour time-boxed meeting
• Need a Prioritized Product Backlog that has been broken down with users stories so that the team can better estimate how long the user story will take
• Attended by the entire team
• Development Team decides how much work they will take on for that sprint (depending on their velocity)
![Page 33: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/33.jpg)
![Page 34: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/34.jpg)
Daily Scrum• 15 Minute standup Meeting• Held at the same location at the same time, start
the meeting on time, don’t wait• Scrum board should be close by• Answers 3 questions• Only the development team speaks• Scrum Master makes sure meeting takes place &
that team members stick to the 3 questions• All issues can be discussed further after the
meeting
![Page 35: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/35.jpg)
![Page 36: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/36.jpg)
Sprint Review
• Time-boxed for 2-4 hours depending on length of sprint
• Team demonstrates to the Product Owner & stakeholders what they have completed & only what they have completed
• Product Owner accepts or rejects based the acceptance criteria & Definition of “done.”
• Stakeholders & team will discuss possible changes
![Page 37: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/37.jpg)
Sprint Retrospect
The retrospective includes three main questions/points for discussion:
• What went well during the sprint cycle?
• What went wrong during the sprint cycle?
• What could we do differently to improve?
The sprint retrospective is an important mechanism that allows a team to continuously evolve and improve throughout the life of a projectand to build a best practices for future sprints.
![Page 38: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/38.jpg)
Acceptance Criteria
Acceptance criteria are the requirements that have to be met for a story to be assessed as complete. The product Owner is the one who makes that decision.
![Page 39: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/39.jpg)
Definition of Done
Definition of “Done” is a simple list of activities (e.g writing code, coding comments, unit testing, integration testing, release notes, design documents, etc.) that add verifiable/ demonstrable value to the product.
![Page 40: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/40.jpg)
Tools that can be used
• Coding Standard
• Test first
• Pair Programming
• Refactoring
![Page 41: Evening Meeting PMI Phoenix Chapter](https://reader031.vdocuments.net/reader031/viewer/2022012223/61e06830cad2b851ea1d33b6/html5/thumbnails/41.jpg)
Reference Siteswww.scruminc.com
https://www.mountaingoatsoftware.com/
https://www.scrumalliance.org
https://www.scrum.org
http://www.scrumstudy.com/
http://scrumtrainingseries.com/
http://media.agile42.com/