> Sprint Planning Presentation API Release: Date: Presented by:

Slides:



Advertisements
Similar presentations
The Road to Agile From the Bottom Up Kevin Malley Tracey Clark 1 March 20 th, 2013 SWOQG.
Advertisements

Sprint Review Results Example Template.
Electric Bus Management System
CASDA Project Management A presentation to the CASDA Preliminary Design Review IM&T / CASS Dan Miller | CASDA Project Manager 11 March 2014.
Iteration Planning.
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.
<<replace with Customer Logo>>
C O N F I D E N T I A L 4-May-15 1 Attendee Management - Being Agile Attendee Management.
Release Planning – Test Role and Responsibilities Emergence Tech Training / emergencetechtraining.com.
Process and tools Individuals and interactions over Following a plan Responding to change over Comprehensive documentation Working software over Contract.
The Business Analyst Role in Agile Projects
User Request BAU Prioritisation process Investment Prioritisation process PM BRD Stakeholders BA BRD Product Backlog Ranked list of requirements from BRD.
 User assignments (product owner)  ‘circle’  1 st sprint: ◦ Scrum Boards (informative workspace)  Product -, release -, sprint -, defect backlog 
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Agile development By Sam Chamberlain. First a bit of history..
Project Management Tools Utilized in Tech Transfers Morning Session #1 Robert Beall, PMP.
Agile/Scrum Case study Code name: ninja.  2 scrum teams  One product backlog  8 months so far  Long term project  External integrations  R&D and.
PopMedNet Software Development Life Cycle Chayim Herzig-Marx Harvard Pilgrim Health Care Institute Daniel Dee Lincoln Peak Partners.
> Blueprint Kickoff >. Introductions Customer Vision & Success Criteria Apigee Accelerator Overview Blueprint Schedule Roles & Responsibilities Communications.
Trusted IT Group. The challenge: 40 active, concurrent IT projects  Unsatisfactory Project Delivery.
Mobile Apps: Review and Retrospectives Refresher Agile Transformation Team 1.
S/W Project Management
Scrum’s Product Owner Role Jeff Patton Agile Product Design
Software Development and Release Management By James Lawrence Software Development Manager.
Agile Adoption GMAS Product / Practice Teams PMO Meeting – May 2014.
Software Testing Life Cycle
Release and Iteration Planning September 13, 2008.
WFO Planning Tool RFC & FCT
Definition of Ready: An Experience Report from Teams at Cisco XP 2014 學號 : 學生 : 鄭博仁.
Introducing Project Management Update December 2011.
What Is Agile? Agile is a group of software development methodologies Scrum Extreme Programming (XP) Lean Etc. Key Characteristics: Small increments Adaptive.
Copyright © by Mark J. Sebern Software Engineering Process I SE 2800.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
SCRUM.
Using Scrum to Improve Teamwork, Communication, Quality and Speed
Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile.
Project management Topic 2 Product based planning.
PDM-Project Delivery Methodology iDeaWORKS Journey from Good to Great Version: 1.0 Date: Feb 27, 2012.
SUPPORT THE WARFIGHTER MPE Reference Architecture Development Kick-off Meeting Deputy Director Architecture & Interoperability Office of the DoD CIO Thomas.
1 Development with Agile methodology Scrum Lifecycle DEVELOPMENT PROCESS IN DROISYS INC.
Software Quality Assurance Chip Ene, February 14, 2015.
Created By:-
#msdevcon Community Track IMPLEMENTATION OF SCRUM Bernardin Katić Insa Investment Software AG.
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.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
> Blueprint Executive Summary >. Presentation Purpose; This Executive Summary captures the key details and outputs which merit stakeholder alignment to.
Chapter 2- Software Development Process  Product Components  Software Project Staff  Software Development Lifecycle Models.
Managing Software Development Projects with Jira.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum and TargetProcess
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Agile Scrum Management
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Real Metrics for Real Decisions
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Pega 9/14/2018 8:48 AM Definition of Done = ready for PO acceptance
Microsoft Exam Dumps Questions & Verified Answer - Dumps4downlod.in
Chapter 3: The Project Management Process Groups: A Case Study
Agile practices for documentation teams
Quality Assurance in an Agile Development Team Michelle Wu 2018 PNSQC
Real World Scrum with TFS & VSTS / Azure DevOps
Ctclink executive leadership committee May 31, 2018
Software Development In Agile
Agree what we will finish in the sprint
Executive Project Kickoff
Project Kick-off <Customer Name> <Project Name>
Software Development In Agile
Presentation transcript:

> Sprint Planning Presentation API Release: Date: Presented by:

© 2013 Apigee Confidential – All Rights Reserved > This presentation should be used as a tool in the sprint planning meeting to review and obtain agreement on what will be accomplished by the team during the upcoming sprint. The goal is to have team members involved with decisions by interactively reviewing the backlog and discussing which user stories will be included in the upcoming sprint. The expected outcome of the backlog review is a sprint board with approved user stories that are ready to start on the agreed upon date. In order to accomplish this outcome, Apigees Scrum Master will need to drive the backlog review by using an online meeting tool to show the current backlog and the active build of the upcoming sprint board based on the teams discussion and feedback. 2 Purpose

© 2013 Apigee Confidential – All Rights Reserved Sprint Information 3 API Domains: Consumer/Internal Project Name: Sprint Overview: Include information such as theme of sprint, timeframe for sprint, internal deadlines driving sprint completion, etc Team Members: Project Manager Development Lead Technical Architect(s) Test team Customer Details Team Members: Scrum Master Development Lead Technical Architect(s) Test team Retrospective Review: Discuss top 3 retrospective items from previous sprint retrospective reviews to incorporate lessons learned into upcoming sprint Retrospective item 1: Retrospective item 2: Retrospective item 3: Provide review of overall program progress and highlight items to focus on given the teams current progress [i.e. required information for JIRA ticket before developer passes to test team, process to manage defects to resolution, etc.] Apigee Details

© 2013 Apigee Confidential – All Rights Reserved 4 Sprint Planning Agenda Backlog review to determine user stories in scope for upcoming sprint o Refer to active JIRA sprint board for review o Build upcoming sprint board during review Assumptions and Constraints Timeline o Team member capacity review Risks Communication Plan Questions

© 2013 Apigee Confidential – All Rights Reserved Backlog Review 5 At this point in the sprint planning meeting, Apigees scrum master will lead the backlog review directly in JIRA. The outcome will be a final list agreed upon by the team that includes all user stories, tasks, sub-tasks, QA tasks, feature requests, improvement requests, new features, and bugs that will be addressed during the upcoming sprint. >

© 2013 Apigee Confidential – All Rights Reserved Assumptions & Constraints 6 List all assumptions that apply to the upcoming sprint: [SAMPLE 1]: backlog includes all currently known and identified technical requirements Assumptions List all constraints that apply to the upcoming sprint: [SAMPLE 1]: sprint must be completed prior to internal customer deadline of June 1 Constraints

© 2013 Apigee Confidential – All Rights Reserved Sprint Timeline 7 MondayTuesdayWednesdayThursdayFriday 7-Oct8-Oct9-Oct10-Oct11-Oct Sprint Planning Configuration & Unit Test Configuration & Unit Test 14-Oct15-Oct16-Oct17-Oct18-Oct All Code moved to Stage QA Functional Test & Issue Resolution QA Functional Test & Issue Resolution Regression Test Performance Test Go / No Go Meeting Retrospective 21-Oct22-Oct23-Oct24-Oct25-Oct Deploy to Prod

© 2013 Apigee Confidential – All Rights Reserved Timeline Notes & Team Capacity 8 Address any notes applicable to the published timeline for the upcoming sprint: (examples below) Peer review to occur prior to deploying to Dev QA deploy to occur daily for completed tickets Code lock to occur on 9/9 Review of open tickets (if any) to occur on 9/9 prior to deployment to Stage: Finish in sprint Defer to next sprint Proceed with known defects in sprint Stage deploy will occur AM/Noon Monday Review of open tickets and issues to occur on Wed of GNG, similar decision criteria as noted above. Notes Team member capacity and impact to upcoming sprint: Team member 1 – PTO March (no impact) Team member 2 – PTO May 1-8 (shift open tickets to other available team member) Confirm capacity List any changes to capacity Team member capacity confirmation

© 2013 Apigee Confidential – All Rights Reserved Risks 9 Risk #Risk descriptionPotential ImpactMitigation PlanOwner

© 2013 Apigee Confidential – All Rights Reserved Kick-off meeting Daily scrum meetings Peer reviews daily prior to each deployment Grooming of sprint content (weekly meetings with Project manager and Scrum master) Dev planning sessions bi-weekly (ticket break downs/estimate quality) Evaluation on Mondays of dev completion if any items are not complete: – Finish in sprint – Defer to next sprint – Proceed with known defects in sprint Retrospective after sprint completion Communication Plan 10

© 2013 Apigee Confidential – All Rights Reserved Questions? Questions 11