TARGETPROCESS BURNDOWN CHARTS



Similar documents
TARGETPROCESS HELP DESK PORTAL

Agile Power Tools. Author: Damon Poole, Chief Technology Officer

Agile Scrum Foundation Training

Call for Tender for Application Development and Maintenance Services

Introduction to Agile Software Development Process. Software Development Life Cycles

Rational Team Concert. Scrum Project Management Tutorial

Improving Project Governance Using Agile and Metrics. Kevin Aguanno PMP, IPMA-B, MAPM, Cert.APM

Agile Contracts. NK Shrivastava, PMP, RMP, ACP, CSM, SPC CEO/Consultant - RefineM. Agenda

Waterfall to Agile. DFI Case Study By Nick Van, PMP

Scrum vs. Kanban vs. Scrumban

ScrumDesk Quick Start

Agile Metrics. It s Not All That Complicated

Lesson 3: Constructing Circle Graphs. Selected Content Standards. Translating Content Standards into Instruction

THE SOFTWARE DEVELOPMENT LIFE CYCLE *The following was adapted from Glencoe s Introduction to Computer Science Using Java

Team Foundation Server 2013 Reporting Capabilities. Team Foundation Server 2013 Boot Camp version 2.0


Metrics and scope management in agile projects

LEAN AGILE POCKET GUIDE

PROCESS OF MOVING FROM WATERFALL TO AGILE PROJECT MANAGEMENT MODEL

EXIN Agile Scrum Foundation

Learning Agile - User Stories and Iteration

Confidence Intervals for the Difference Between Two Means

How can I be agile and still satisfy the auditors?

MTAT Software Engineering

1) Write the following as an algebraic expression using x as the variable: Triple a number subtracted from the number

Agile Project Forecasting Techniques. "Who Says You Can't Plan Agile Projects?" Matt Davis, PMP, MCITP October 21, 2013

International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research)

Module A2 Item Activities, Gantt Chart and Utilization Sheet

Page 1/.. USA / Canada - South Africa Schedule No. 4 / 2011-Jan-24

Undergraduate Grading Policy

Agile Project Management Controls

Agile Scrum Foundation Training

MTAT Software Economics. Lecture 6: Software Cost Estimation (part II)

Chapter 19 (4) Cost Behavior and Cost-Volume-Profit Analysis Study Guide Solutions Fill-in-the-Blank Equations

Introduction to Software Kanban

Charts, Tables, and Graphs

PowerPoint. to accompany. Chapter 5. Interest Rates

Software Composition Technologies Helping People Gain Control of Software Development

Numerical integration of a function known only through data points

Tutorial Customer Lifetime Value

This document contains Chapter 2: Statistics, Data Analysis, and Probability strand from the 2008 California High School Exit Examination (CAHSEE):

Everyday Mathematics CCSS EDITION CCSS EDITION. Content Strand: Number and Numeration

Magic Numbers. An In-Depth Guide to the 5 Key Performance Indicators for Web Application Security. Rafal Los HP Web Application Security Evangelist

CONNECTING LESSONS NGSS STANDARD

Agile Scrum Workshop

Everyday Mathematics GOALS

Agile Management Tools: Scrum Scope Literature Synthesis

Irrational Numbers. A. Rational Numbers 1. Before we discuss irrational numbers, it would probably be a good idea to define rational numbers.

Lean QA: The Agile Way. Chris Lawson, Quality Manager

QUIZ-II QUIZ-II. Chapter 5: Control Structures II (Repetition) Objectives. Objectives (cont d.) 20/11/2015. EEE 117 Computer Programming Fall

Section 7C: The Law of Large Numbers

Managing a Project Using an Agile Approach and the PMBOK Guide

The Agile Manifesto is based on 12 principles:

MULTIPLE CHOICE. Choose the one alternative that best completes the statement or answers the question.

Project Management. Chapter. A Fresh Graduate s Guide to Software Development Tools and Technologies

Numbers 101: Cost and Value Over Time

1. Introduction. Annex 7 Software Project Audit Process

Princeton Survey Research Associates International Fiduciary Standard Survey

The Scrum Guide. The Definitive Guide to Scrum: The Rules of the Game. July Developed and sustained by Ken Schwaber and Jeff Sutherland

QUANTIFIED THE IMPACT OF AGILE. Double your productivity. Improve Quality by 250% Balance your team performance. Cut Time to Market in half

Software Project Audit Process

Work Force Inventory System Dynamic Lab

Team Foundation Server

Mathematical goals. Starting points. Materials required. Time needed

Certified Agile Software Test Professional (CASTP)

How To Size Software In An Agile Project

Agile Notetaker & Scrum Reference. Designed by Axosoft, the creators of OnTime the #1 selling scrum software.

Introducing ConceptDraw PROJECT

Assumptions of CVP Analysis. Objective 1: Contribution Margin Income Statement. Assumptions of CVP Analysis. Contribution Margin Example

Quality Perspective: Managing Software Development Projects

Brillig Systems Making Projects Successful

Software Implementation Technology report

Higher National Unit specification. General information. Software Development: Analysis and Design (SCQF level 7) Unit code: HA4C 34.

Product Development: From Conception to Execution. Slide 1

Using SPSS, Chapter 2: Descriptive Statistics

History of Agile Methods

Software Development. Overview.

Manual. Ticket Center Manual. Ticket Center 2: May 17, AdNovum Informatik AG. Released. AdNovum Informatik AG. All rights reserved.

Credit Card Activity

Applied Software Project Management

Section 6.2 Definition of Probability

INSE 6230 Total Quality Project Management

OVER 50s LIFE INSURANCE. OVER 50s LIFE INSURANCE MORE THAN A MEMORY.

TeamCompanion Solution Overview. Visual Studio

Would you like to have a process that unlocks ability to learn and produce faster?

Newton s Second Law. ΣF = m a. (1) In this equation, ΣF is the sum of the forces acting on an object, m is the mass of

Mastering the Iteration: An Agile White Paper

Bridging Documents for Mathematics

Performance. Power Plant Output in Terms of Thrust - General - Arbitrary Drag Polar

Mathematics. What to expect Resources Study Strategies Helpful Preparation Tips Problem Solving Strategies and Hints Test taking strategies

Overview of MySammy. Problem

Transcription:

TARGETPROCESS BURNDOWN CHARTS v.2.19 Burndown Charts This document describes burndown chart modes in TargetProcess. 1

Table of Contents Release Burndown Chart Parameters... 2 Option 1: Simple Mode... 2 Option 2: Advanced Mode... 3 Option 3: Include Completed Stories and Bugs Only... 3 Example 1. Process in Points... 3 Picture 1. Simple Mode... 4 Picture 2. Simple Mode, Include Completed Stories and Bugs Only... 4 Picture 3. Advanced Mode... 5 Picture 4. Advanced Mode, Include Completed Stories and Bugs Only... 6 Example2. Process in Hours... 7 Picture 5. Simple Mode... 7 Picture 6. Simple Mode Include Completed Stories and Bugs Only... 8 Picture 7. Advanced Mode... 8 Picture 8. Advanced Mode, Include Completed Stories and Bugs Only... 9 Release Burndown Chart Parameters Release Burndown Chart shows how User Stories and Bugs were implemented by Team during a Release. There are several options to build the chart: Option 1: Simple Mode If iteration has ended than Done effort includes User stories and Bugs that were completed during this iteration only. E.g. if Team started working on a User Story in the first iteration and then completed it in the second iteration, then Done effort for this User Story will be plotted for the second iteration only. The first iteration won t display any Done effort for this User Story. If iteration hasn t ended, then Done effort for this iteration includes all the effort spent in this iteration regardless of entity state. 2

If we have Points as effort units, then hours of Done effort will be converted to Points using entity points/hours ratio 1. Option 2: Advanced Mode Done effort for iteration includes all the effort spent during iteration regardless of entity state. If we have Points as effort units, then hours of Done effort will be converted to Points using global points/hours ratio 2. Option 3: Include Completed Stories and Bugs Only This option affects only Done part. Only completed User Stories (in final state) will be included to Done effort. If User story or Bug is In Progress now, then any effort spent on this User Story won t affect the chart. Example 1. Process in Points Suppose, Team has points as effort units for a Process. There s a Release1 (Jan 01 - Jan 31) release with two iterations: Iteration1 (Jan 01 Jan 10) and Iteration2 (Jan 11 Jan 20). There re User Stories US1 (100 points) and US2 (80 points) assigned to Iteration1 and User Story US3 (500 points) assigned to Iteration2. On Jan 5 th, team posted 50 hours spent with 20 hours remaining to US1 and 30 hours spent with 10 hours remaining to US2. On Jan 8 th, team posted 30 hours spent with 0 hours remaining to US1 and closed US1. On Jan 10 th, team assigned US2 to Iteration2. On Jan 14 th, team posted 10 hours spent with 0 hours remaining to US2 and closed US2. On Jan 14 th, team posted 20 hours spent with 480 hours remaining to US3. 1 Entity points/hours ratio is calculated specifically for each entity. It is the entity effort in points divided by sum of all the hours for this entity (posted times total). 2 Global points/ hours ratio is calculated globally for all the entities included to the Release. It is a sum of all the points (entities effort) divided by sum of all the hours (posted times total). 3

Picture 1. Simple Mode Burndown Chart Modes v.1.1 Iteration1 assigned effort = 100p US1 + 80p US2 + 500p US3 = 680p Iteration1 done effort = 100p US1 (we skip effort for US2 as US2 was completed in Iteration2). Iteration2 assigned effort = 80p US2 + 500p US3 = 580p K1 (Points/hours ratio for User Story 3) = 500p / (20h + 480h) = 1p/h Iteration2 done effort = 80p US2 + 20h US3 * K1 = 100p Picture 2. Simple Mode, Include Completed Stories and Bugs Only Iteration1 assigned effort = 100p US1 + 80p US2 + 500p US3 = 680p 4

Iteration1 done effort = 100p US1 (we skip effort for US2 as US2 was completed in Iteration2). Iteration2 assigned effort = 80p US2 + 500p US3 = 580p Iteration2 done effort = 80p US2, as US3 is not completed Picture 3. Advanced Mode K2[Global points/hours ratio] = (100p US1 + 80p US2 + 500p US3 ) / ((50h + 30h) US1 + (30h + 10h) US2 + (20h + 480h) US3 ) = 680p/620h = 1.09677 Iteration1 assigned effort = 100p US1 + 80p US2 + 500p US3 = 680p Iteration1 done effort = ((50h + 30h) US1 + 30h US2 )*K2 = 120.6 Iteration2 assigned effort = 680p Iteration1 assigned effort 120.6p Iteration1 done effort = 559.4p Iteration2 done effort = (10h US2 + 20h US3 ) * K2 = 32.9, 5

Picture 4. Advanced Mode, Include Completed Stories and Bugs Only Burndown Chart Modes v.1.1 K2[Global points/hours ratio] = (100p US1 + 80p US2 + 500p US3 ) / ((50h + 30h) US1 + (30h + 10h) US2 + (20h + 480h) US3 ) = 680p/620h = 1.09677 Iteration1 assigned effort = 100p US1 + 80p US2 + 500p US3 = 680p Iteration1 done effort = ((50h + 30h) US1 + 30h US2 )*K2 = 120.6 Iteration2 assigned effort = 680p Iteration1 assigned effort 120.6p Iteration1 done effort = 559.4p Iteration2 done effort = 10h US2 * K2 = 11, as US3 is not completed 6

Example2. Process in Hours Suppose, Team has Hours as effort units for a Process. There is a Release1 (Jan 01 - Jan 31) release with two iterations Iteration1 (Jan 01 Jan 10) and Iteration2 (Jan 11 Jan 20). User stories US1 (100 hours) and US2 (80 hours) are assigned to Iteration1 and user story US3 (500 hours) is assigned to Iteration2. On Jan 5 th, team posted 50 hours spent with 20 hours remaining to US1 and 30 hours spent with 10 hours remaining to US2. On Jan 8 th, team posted 30 hours spent with 0 hours remaining to US1 and closed US1. On Jan 10 th, team assigned US2 to Iteration2. On Jan 14 th, team posted 10 hours spent with 0 hours remaining to US2 and closed US2. On Jan 14 th, team posted 20 hours spent with 480 hours remaining to US3. Picture 5. Simple Mode Initial estimates were 100h for US1, 80h for US2 and 500h for US3. After posting time, re-estimates are 80h for US1, 80h for US2 and 500h for US3. Iteration1 assigned effort = (50h + 30h) US1 + (30h + 10h) US2 + (20h + 480h) US3 = 620h, Iteration1 done effort = (50h + 30h) US1 = 80h (we skip effort for US2 as US2 was completed in Iteration2) Iteration2 assigned effort = 620h Iteration1 assigned effort 80h Iteration1 done effort =540h Iteration2 done effort = (30h + 10h) US2 + 20h US3 = 60h 7

Picture 6. Simple Mode Include Completed Stories and Bugs Only Burndown Chart Modes v.1.1 Initial estimates were 100h for US1, 80h for US2 and 500h for US3. After posting time, re-estimates are 80h for US1, 80h for US2 and 500h for US3. Iteration1 assigned effort = (50h + 30h) US1 + (30h + 10h) US2 + (20h + 480h) US3 = 620h, Iteration1 done effort = (50h + 30h) US1 = 80h (we skip effort for US2 as US2 was completed in Iteration2) Iteration2 assigned effort = 620h Iteration1 assigned effort 80h Iteration1 done effort =540h Iteration2 done effort = (30h + 10h) US2 = 40h, as US3 is not completed Picture 7. Advanced Mode Initial estimates were 100h for US1, 80h for US2 and 500h for US3. After posting time, re-estimates are 80h for US1, 80h for US2 and 500h for US3. 8

Iteration1 assigned effort = (50h + 30h) US1 + (30h + 10h) US2 + (20h + 480h) US3 = 620h, Iteration1 done effort = (50h + 30h) US1 + 30h US2 = 110h Iteration2 assigned effort = 620h Iteration1 assigned effort 110h Iteration1 done effort =510h Iteration2 done effort = 10h US2 + 20h US3 = 30h Picture 8. Advanced Mode, Include Completed Stories and Bugs Only Initial estimates were 100h for US1, 80h for US2 and 500h for US3. After posting time, re-estimates are 80h for US1, 80h for US2 and 500h for US3. Iteration1 assigned effort = (50h + 30h) US1 + (30h + 10h) US2 + (20h + 480h) US3 = 620h, Iteration1 done effort = (50h + 30h) US1 + 30h US2 = 110h Iteration2 assigned effort = 620h Iteration1 assigned effort 110h Iteration1 done effort =510h Iteration2 done effort = 10h US2, as US3 is not completed 9