Copyright © 2012-2014 by Mark J. Sebern Software Engineering Process I SE-2800-14 Sprint review and retrospective.

Slides:



Advertisements
Similar presentations
Scrum in 10 slides.
Advertisements

ITEC 370 Lecture 24 Lifecycles. Review Questions? –Grades for Requirements/Design Doc F give prototype demonstration –Testing plan for your software Maintenance.
What is Agile? Agile is a software methodology based on iterative and incremental development, where requirements and solutions evolve through collaboration.
Copyright © 2012 by Mark J. Sebern Product Owner & ScrumMaster Who are these people, anyway?
Copyright © 2012 by Mark J. Sebern Technical Debt What is debt (in a financial sense)?
Copyright © by Mark J. Sebern Software Engineering Process I SE Technical debt.
Copyright © 2012 by Mark J. Sebern Product Backlog PBI types (extended list) Feature Change Defect Technical improvement Knowledge acquisition Briefly,
IAgile – iNetFrame’s framework for agile development Features Get to see a working product early Development shadows evolving requirements Pair programming.
ECE44x SCRUM Overview slides adapted from Marty Stepp
Scrum Jarred Payne Ashrith Pillarisetti. Scrum Prepare for Project Plan the Project Plan a Sprint Run a Sprint Track the Sprint.
Scrum. An evolutionary/iterative/incremental/agile software process The main roles in Scrum are: – Scrum team: Team of software developers – Scrum master.
Intro to Scrum. What is Scrum? An answer to traditional “fixed cost / strict requirements” contracts which had very high rates of failure Recognizes the.
Project Management with TFS 1. What TFS offers for Project Management? Work Item tracking 2 Portfolio backlog Backlog Issue tracking Feature Product Backlog.
Copyright © by Mark J. Sebern Software Engineering Process I SE Product backlog, estimation, velocity.
© Timothy Korson Page 1 Scrum by Dr. Korson For CPTR 209 Software Engineering Version
Introduction to Scrum.
Scrum in 10 slides by Pierre Mengal – Scrum In Ten Slides v1.1 is licensed under a Creative Commons Attribution-NoDerivs 3.0 Unported.
Scrum 1.
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Mobile Apps: Review and Retrospectives Refresher Agile Transformation Team 1.
© 2010 AT&T Intellectual Property. All rights reserved. AT&T and the AT&T logo are trademarks of AT&T Intellectual Property. Deeper Dive Into: User Stories.
10/8/2008Clarity PLC Fall WebConference This slide copyright Jeffrey A. Bloom Tips and Techniques Leveraging Clarity’s Notes Facility & SCRUM in.
Software Engineering- Scrum 徐 瑋 Alen 林芳瑜 Flora 1.
SCRUM introduction 6 April Scrum Team are known as pigs because they’re committed to delivering Sprint Goal People who are involved but not dedicated.
Release and Iteration Planning September 13, 2008.
SCRU M Scrum Overview - Commonly Used Terms Ali Qureshi, parorrey.com – 31 st Aug, 2015 PI Media parorrey.com.
Process is continuously improving Have Definition of Done (DoD) DoD achievable within each iteration Team respects DoD The bottom line Delivering working,
Copyright © 2012 by Mark J. Sebern Scrum Overview (from
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
Het einde van het beroep van tester - Wat Agile, DevOps en Scrum betekenen voor het testvak -
Copyright © by Mark J. Sebern Software Engineering Process I SE 2800.
Copyright © 2012 by Mark J. Sebern Sprints Sprint planning Sprint execution.
SCRUM.
End of Sprint Meetings (Ceremonies)
Using Scrum to Improve Teamwork, Communication, Quality and Speed
Lecture 5 17/9/15. What is Scrum? Scrum is one of the leading agile software development processes Agile framework for completing complex projects. Originally.
Copyright © 2013 by Mark J. Sebern Sprint Review & Retrospective Two “end of sprint” activities Sprint review Sprint retrospective How do they differ?
Software Process Models.
Introduction to Agile. Introduction Who is this guy?
#msdevcon Community Track IMPLEMENTATION OF SCRUM Bernardin Katić Insa Investment Software AG.
Agile Methodology. -Dhanashree Kumkar -Plus91 Technologies.
Using Scrum to Improve Teamwork, Communication, Quality and Speed.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
The Scrum Framework Presented by Somnath Ghosh Scrum Practitioner 24 hours weeks.
Barnes & Noble Alonda Morgan. Agile UX Agile.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum.
SCRUM.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Spring 2013 Advising Starts this week.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
SE 3800 Note 7 Planning, Impediments Ch. 3
SE 3800 Note 7 Planning, Impediments Ch. 3
CSCE 741 Software Process Lecture 04 Availability
CEN 4010 Intro to Software Engineering Professor Alex Roque
Scrum MODULE 3 – Part 3.
Summarizing Our Models to Date
Johanna Rothman Know What “Done” Means Chapter 11
Scrum Overview.
CSCE 741 Software Process Lecture 04 Availability
Agile practices for documentation teams
Sprint Planning April 2018.
Scrum in 10 slides by Pierre Mengal – Scrum In Ten Slides v2.0 is licensed under a Creative Commons Attribution-NoDerivs 3.0 Unported.
Scrum Science NGSS: Engineering, Technology, Applications of Science
Scrum in Action.
Sprint Review.
Agree what we will finish in the sprint
Sprints.
Presentation transcript:

Copyright © by Mark J. Sebern Software Engineering Process I SE Sprint review and retrospective

Copyright © by Mark J. Sebern Sprint Review & Retrospective Two “end of sprint” activities Sprint review Sprint retrospective How do they differ?

Copyright © by Mark J. Sebern Review Participants WhoRole Scrum teamHear product feedback, answer questions regarding the sprint and product increment Internal stakeholders Provide feedback, suggest changes (from what perspective?) Other internal teams Provide area-specific feedback (e.g., sales, legal, other development) and sync work External stakeholders Provide feedback, suggest changes (who exactly? why?)

Copyright © by Mark J. Sebern Review Preparation Sprint review prework Identify participants (specific people) Set the schedule (when, duration) Confirm sprint work is done (DONE)

Copyright © by Mark J. Sebern Review Preparation Sprint review prework Identify participants (specific people) Set the schedule (when, duration) Confirm sprint work is done (DONE) Same time each sprint?

Copyright © by Mark J. Sebern Review Preparation What is the definition of DONE? Who decides? When is the decision made? (at end? JIT during sprint?) Granularity of the decision? (per PBI?) Sprint review prework Identify participants (specific people) Set the schedule (when, duration) Confirm sprint work is done (DONE)

Copyright © by Mark J. Sebern Sprint review prework Identify participants – specific people Set the schedule (when, duration) Confirm sprint work is done Prepare for demonstration – ceremony level Decide who does what (facilitator, demo?)

Copyright © by Mark J. Sebern Review Overview Sprint backlog items (or sprint goal) Potentially shippable product Groomed product backlog Updated release plan Review 1.Present sprint goal, PBIs, actual achievements Explain any discrepancies 2.Demonstrate what actually got built What if it cannot be demonstrated? (Really??) 3.Discuss state of the product, future direction of the project Implicit/explicit backlog grooming

Copyright © by Mark J. Sebern Sprint Retrospective Why?

Copyright © by Mark J. Sebern Sprint Retrospective Why? More meetings?

Copyright © by Mark J. Sebern Sprint Retrospective Why? More meetings? When am I supposed to get some work done?

Copyright © by Mark J. Sebern Sprint Retrospective Why? More meetings? When am I supposed to get some work done? The New York Times How about now?

Copyright © by Mark J. Sebern Retrospective Participants WhoRole Scrum teamReflect on the sprint experience from a process point of view ScrumMasterLead process discussion, help team focus on fidelity to its own chosen process Product ownerHelp address issues with requirements, PBI grooming issues, interaction with team Other stakeholdersOnly if invited by the team; not invited if negative effect on team safety/openness

Copyright © by Mark J. Sebern Retrospective Participants WhoRole Scrum teamReflect on the sprint experience from a process point of view ScrumMasterLead process discussion, help team focus on fidelity to its own chosen process Product ownerHelp address issues with requirements, PBI grooming issues, interaction with team Other stakeholdersOnly if invited by the team; not invited if negative effect on team safety/openness In particular, probably no managers.

Copyright © by Mark J. Sebern Retrospective Structure How much time? Location? Facilitator? ScrumMaster Other team member Outsider (other ScrumMaster?)

Copyright © by Mark J. Sebern Overview Focus Exercises (or prep) Objective data Subjective data Insight backlog Improvement actions Insight backlog Improved team spirit Retrospective Set atmosphere Establish shared context (common perspective from individual ones) Identify insights (see following slides) Determine actions Close the activity

Copyright © by Mark J. Sebern Insights What worked well, or not? Improvement ideas? Organize insight backlog Cards on wallABC DEF

Copyright © by Mark J. Sebern Insights What worked well, or not? Improvement ideas? Organize insight backlog Cards on wall A B C D EF Silent grouping Pre-existing categories?

Copyright © by Mark J. Sebern A B C D EF Actions Select insights from new backlog “Dot voting” Consider timeframe for changes Decide on actions Specific task items General changes

Copyright © by Mark J. Sebern Follow Through Sprint tasks Include tasks to implement chosen actions Not a separate “improvement” effort Integrate into the next sprint’s work

Copyright © by Mark J. Sebern Retrospective Issues Not doing one (or not well) Superficial, not addressing real issues Watch out for the elephant! (safety?) Poor execution: facilitation, blame/complain Too ambitious (or miss ongoing improvements) Lack of follow-through

Copyright © by Mark J. Sebern What Else? What else did you learn about sprint reviews and retrospectives? What questions do you have?