SE 3800 Note 7 Planning, Impediments Ch. 3

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.
Agenda −Scrum with TFS 2010 using MSF for Agile 5.0 −Planning the Project −How do you plan the project? −Project planning in TFS 2010 −Planning a Sprint.
IAgile – iNetFrame’s framework for agile development Features Get to see a working product early Development shadows evolving requirements Pair programming.
Agile Project Management with Scrum
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.
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.
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Agile-SCRUM. Introduction to SCRUM Sanil Xavier What is Scrum?
Agile Methodologies for Project Management By – Komal Mehta.
Dr. Rob Hasker. Logistics  Class roster, attendance policy  Book, Schedule, policies, grading  Course web site  Prereq check:  SE 2800, Software.
© 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.
Dr. Tom WayCSC Software Processes CSC 4700 Software Engineering.
What is Scrum Process? Where is it used? How is it better?
SWEN 302: AGILE METHODS Roma Klapaukh & Alex Potanin.
Chapter 3 – Agile Software Development Pepper modification of Sommerville presentation & Colm O’hEocha – AgileInnovation Ltd presentation 1Chapter 3 Agile.
Release and Iteration Planning September 13, 2008.
Mobile Aps: Agile Mentoring Review
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.
Copyright © 2015 Curt Hill Software Development Paradigms What do you need to know?
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 Sprint review and retrospective.
Copyright © by Mark J. Sebern Software Engineering Process I SE 2800.
Dr. Rob Hasker. A new process: YOGA  10 Principles 1. Ignore the past, only look ahead 2. Be artists, free to create 3. Meditate on code each day: what.
Dr. Rob Hasker. What if every project used Scrum?  Why might Scrum not be perfect for every project? Hard to get the big picture Early choices may have.
Copyright © 2012 by Mark J. Sebern Sprints Sprint planning Sprint execution.
SCRUM.
Dr. Rob Hasker. Shortcut 19: Metrics  Question: how to track progress? Good metric: ○ Identify where team is at ○ Allows team to improve process over.
Dr. Rob Hasker Dr. Brad Dennis. Scrum review experience  Lessons learned Saturday Differences from process taught? Similarities? Other lessons?
The Agile Manifesto Some thought starters for Ogilvy on how to work with Agile and SCRUM approaches to managing projects.
Copyright © 2013 by Mark J. Sebern Sprint Review & Retrospective Two “end of sprint” activities Sprint review Sprint retrospective How do they differ?
Agile Ceremonies. Agile - Ceremonies cer·e·mo·ny serə ˌ mōnē noun 1. a formal religious or public occasion, typically one celebrating a particular event.
Introduction to Agile. Introduction Who is this guy?
Managing Agile Software Development Teams Using Scrum AKA: Wrangling Developers for Fun and Profit!
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Barnes & Noble Alonda Morgan. Agile UX Agile.
Project Management with VSTS
Scrum.
Scrum and TargetProcess
SCRUM.
SE 3800 Software Engineering Process II
Agile Scrum Management
Spring 2013 Advising Starts this week.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Dr. Rob Hasker SE 3800 Note 3 Ch. 4, 5.
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
CSCE 741 Software Process Lecture 04 Availability
Rapid software development
Scrum MODULE 3 – Part 3.
Summarizing Our Models to Date
Johanna Rothman Report Your Project State Chapter 14
Scrum Overview.
© University of Liverpool
CSCE 741 Software Process Lecture 04 Availability
Agile practices for documentation teams
Introduction to Agile Blue Ocean Workshops.
Dr. Rob Hasker SE 3800 Note 2 Ch. 1, Shortcuts 1 & 2.
Real World Scrum with TFS & VSTS / Azure DevOps
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 in Action.
AN AGILE DEVELOPMENT METHODOLOGY
Organizing and Accelerating Your Work with Scrum
Scrum/Kanban Overview
Sprints.
Presentation transcript:

SE 3800 Note 7 Planning, Impediments Ch. 3 Dr. Rob Hasker Dr. Brad Dennis SE 3800 Note 7 Planning, Impediments Ch. 3

Shortcut 7: Scrum Staging Keep the team together Easy in school, very difficult elsewhere Everyone else wants good people, too! DeMarco & Lister: 3 person-months lost for every new team hire The team which sits together works together Estimates are estimates “How long will it take to do this month-long task”? If want estimates to be perfect, go find a doghouse to build.

Shortcut 7: Scrum Staging Sustainable development 80 hour work weeks accomplish about the same as 50

Shortcut 8: Sprints & Planning Month-long sprints: minimal overhead, but low response Intense pressure to add PBIs Pre-sprint planning PO: all PBIs available w/ some acceptance criteria May even create initial set of test cases Ensure have explicit sprint goal Can have PBIs not in goal, goal specifies priority

Shortcut 8: Sprints & Planning What is the team capacity? # team members * 40 * weeks? What about planning, review, retro? Production support: just move out of sprint Textbook: 6 hrs/day per developer

Shortcut 8: Planning PO uses velocity to determine PBIs to consider Sizes already specified! Team considers each PBI in turn Estimate hours per task, refine PBI size Repeat until full capacity PO might not be present, but available for ?

Shortcut 8: Planning What’s a task? A small, testable slice of a PBI Limit to 8 hrs – probably 4 in SDL Each task performed by 1 developer only Or developer pair! Remember to include tasks for review prep That is, time to set up demo for review What to do w/ small amts of extra capacity? Just allow team to add next PBI w/ no intent to complete Preferable than digging down for small PBIs

Shortcut 8: Planning 7 P’s (British army adage): Keep track of sprint planning goals: Ensure all stakeholders know where the priorities are, what is going to be done Is this the real plan-driven development? Proper planning and preparation prevents piss-poor performance.

Shortcut 9: Impediments Definition: event that impedes any developer from working to anticipated sprint capacity. Common impediments: Large magnitude meetings Unrefined product backlog Not needed for Scrum teams! Absent or unempowered PO Individualistic incentives Business meetings a necessity “Disney trip for top developer” Illness – go home! Individual-based performance reviews Broken builds Issues with tools No ‘I’ in ‘Scrum team’ Unreliable/overburdened supplier

Shortcut 9: Impediment Control Keeping impediments from taking over: ConTROL 1. Confirm Raise issue when found Track, monitor each 2. Triage Tackle 1 or 2 at a time 3. Remove Seek outside help? Make a PBI? 4. Outline Keep POs, sponsors in loop 5. Learn Analyze impediments in retrospective Goal: minimize impact when reoccur

Shortcut 9: Impediments Impediment vs. blockage Block: stopped progress on task, but blocked task not slowing down overall progress Often: newly identified task dependency resulting in waiting for another task Critical issue: ensure blocks are visible ScrumMaster: needs to know, needs to know plan to clear blockage

Ch. 3 Review 7: Setting the Scrum Stage Collocate teams, minimize changes 8: Plan the Sprint, Sprint the Plan Sprint length Realistic sprint capacity Structuring sprint planning 9: Incriminating Impediments Definitions: impediment, block Types of impediments to watch for How to ConTROL impediments