All Rights Reserved Best Practices Team, LLC. June 25,

Similar documents
All Rights Reserved Best Practices Team, LLC

January 17, All Rights Reserved Best Practices Training, LLC

Understanding Agile from a PMP s Perspective! Exploding the myth that Agile is not in the PMBOK

An Agile Projects Introduction Course #PMCurrent-1

Project Management Professional (PMP) Exam Prep Course 2 - Types of Exam Questions

Software Processes. With a focus on Agile/Scrum CPSC310 Software Engineering

Guten Tag. (good day)

Organizational Agility and How To Attain It

The Key to Project Success: Reducing Solution Scope

Agile Projects 7. Agile Project Management 21

Agile Development Doesn t Have to Mean Fragile Enterprise Processes

Ninth Edition. Rita Mulcahy, PMP, etai. Rita Mulcahy s. Inside this book:

Marrying AM and EA in large organizations

Dissatisfaction with the overheads involved in software design methods of the 1980s and 1990s led to the creation of agile methods.

SOFTWARE DEVELOPMENT LIFE CYCLE (SDLC)

PMI Agile Certified Practitioner (PMI-ACP) Duration: 48 Hours

The PMP CRAM. The Guide to Pass the PMP

Software Engineering Part 2

Questioning Extreme Programming

Managing Risk in Agile Development: It Isn t Magic

Waterfall Vs. Agile PM

Process for Managing Service Transition Efficiently. By Ravinder Singh Zandu

Implementing SAFe: A Roadmap

Presented by: Linda Westfall Sponsored by:

Information Technology Project Management, Eighth Edition. Note: See the text itself for full citations.

CHP 1: AN OVERVIEW OF IT PROJECT MANAGEMENT

UNDERSTANDING AGILE PROJECT MANAGEMENT

MIS Systems & Infrastructure Lifecycle Management 1. Week 10 March 24, 2016

Applying the Right Project Management Methodology to the Right Project: Traditional or Agile. Scott Major, PMP

IT Project Management. Essentials of IT project management 25 Sep 2017

Debunking Agile Myths

User-centered System Design. Agile

Optimizing Scrum-Fall Whitepaper

What are requirements? Basics of Requirement Engineering. Definition of a Stakeholder. Stated Vs. Real Requirements. Stated Vs.

Project Management Professional (PMP) Exam Prep Course 3 - The Basics of Project Management - Part 2

04. Agile Development

PMP Practice Questions

Built. for Speed. Agile is helping organizations transform the customer experience and fend off startup disrupters.

Product Owner Training - From Idea to Implementation. Robin Dymond Mark Pushinsky

Agile Contracts. NK Shrivastava, PMP, RMP, ACP. CEO/Consultant - RefineM. Enhanced Performance. Enduring Results.

Basics of Project Management. Nadia Circelli June 1, 2016

Software Methodologies

Project Management in Practice Agile Agile 101 Introduction to Agile

Chapter 01 - The Process The Process Application Process ACP Qualifications Scheduling Your Exam Rescheduling/Cancelling Fees

Making Sense Of Your Role On An Agile Project

"Product Owner Anti-Patterns"

PMP Exam Preparation Workshop. Chapter # 5 Project Scope Management

The Program Management Office

Scale Your Agile Delivery Engine. Shannah Van Winkle, Solutions Leader Eric Willeke, Transformation Consultant October 16, 2014

PM s and BA s in an Agile World: Where do we go from here? PMI Professional Development Days September 22-23, 2014

It is not just programming. Cartoon source:

Advanced Release Planning

PMP Exam Preparation Course PMBOK GUIDE Sixth Edition All Rights Reserved ATEM GROUP

Craig D. Wilson, MS, PMP, CSM. Matincor, Inc. IT Management Consulting

The Business Value of Agile Transformation

Lessons Learned Applying EVMS on Agile Programs

COMM 391. Learning Objective 1. Learning Objectives. Introduction to Management Information Systems


Agile for Hardware Development

The Many Faces of Project Management

CS 5704: Software Engineering

Robin Yeman IS&GS Agile Transformation Lead ASPIRE. Lockheed Martin Business Unit Phone:

Managing Project Risks

BA Role or Skill: David Mantica ASPE Inc. IIBA Lexington, KY Wednesday, August 19 th

Life Cycle Success Factors That Reduce the Failure Rate of IT Projects and Programs

Kanban kick- start (v2)

Motorola Agile Development

Course Title: Agile for Business Analysts

Agile Business Analysis - Resurgence. Dorothy Tudor - TCC

PREDICTABLE CHANGE. Flexing the Five Core Levers of Software Development. Dr. Andy Berner

Fifteen Undeniable Truths About Project Cost Estimates, or Why You Need an Independent Cost Estimate

The Agile Puzzle making the pieces fit. Presenter: Jennifer Bleen

ARCHITECTING PROJECT MANAGEMENT for Enterprise Agility. Small projects management in aerospace service industry

Driving Better Business Outcomes. Jason Dunn IT Project Management Office Freddie Mac September 25, 2015

Is Agile Project Management fit for small tech start-ups?

Course Title: Agile for Business Analysts

Synopsis 2017 of PS Project Management Course

Agility in DoD Acquisition

Agile for Hardware Development

Developing A Data Dashboard The Art And Science Of Making Sense

Agile Certified Practitioner (ACP) Exam Prep Course 7 Adaptive Planning

AGILE FOR NON-IT PRACTITIONERS

Managing Projects of Chaotic and Unpredictable Behavior

Earned Value in Agile: The Definition of done in Agile Software development EVA 16, London, June 14th 15th Kjetil Strand, Promis AS

Agile Thinking. Petri Heiramo. Agile Coach, CST

White Paper. How to Develop a Small-Business Marketing Plan. Cole. How to Develop a small-business marketing plan

Five Changes that Project Managers Must Make in an Agile World

Tailoring Scope by Project

AGILE FOR NON-IT PRACTITIONERS

WHAT HAS AGILE DONE FOR TESTING?

Managing Troubled Projects. Mr. Anthony Eve, MAPM, PMP, PRINCE2 Practitioner

In this Part 6 we will cover:

Lecture 2: Project Management, Part 1: Requirements, WBS, Scheduling, and Risk Management. Prof. Shervin Shirmohammadi SITE, University of Ottawa

Real-World Network Optimization

Measuring EV in an Agile World - How to Make it Work!

AGILE SOLUTIONS. Agile Basics

Agile Development Methods: Philosophy and Practice. CSCE 315 Programming Studio, Fall 2017 Tanzir Ahmed

CTC/ITC 310 Program Management California State University Dominguez Hills First Exam Answer Key November 20, 2018 Instructor: Howard Rosenthal

The Agile PMP Teaching an Old Dog New Tricks

Metrics for Agile Projects:

Transcription:

June 25, 2014 1

The only thing that is constant is change! More competition than ever. Customers are very demanding, very fickle The need to adapt to changing marketplace conditions is greater than ever Thomas Freidman The World Is Flat & That Used to Be Us January 6, 2015 2

Therefore, companies need to be very good a projects: creating new products and services that meet the demands of this changing marketplace. As project managers, we are agents of change, and key drivers of change. June 25, 2014 3

Many of our key risks and challenges occur right at the beginning of the project. Agile provides a very different approach for the dealing with these risks There is no one perfect approach or methodology. Most projects are probably hybrid Project Managers must know traditional approaches, as well as Agile Agile is not just for project management. It can be used for product management, and even portfolio management All Rights Reserved Best Practices Team, LLC June 25, 2014 4

January 6, 2015 5

We start out behind schedule! With next to no budget! Unclear what resources we will be able to get Difficult Stakeholder Issues Customer and sponsor don t know what they really want! January 6, 2015 6

January 6, 2015

Sometimes, projects are just thrown over the fence to us! We had little to no input into the sales process, but We have to make it work somehow! January 6, 2015 8

January 6, 2015 9

How to Manage the Impossible Project Michael Dobson, PMP August 16, 2011 Check out PMIWDC eviewlibrary https://www.pmiwdc.org/eview3/2011/08/how-manage-impossible-project January 6, 2015 10

Traditional Project Management A Predictive Approach Agile Methodologies Iterative Approaches Scrum XP (Extreme Programming) Lean Software Development Crystal DSDM (Dynamic Systems Development Method) FDD (Feature Driven Development) Each provides a different approach for handling risk on our projects All Rights Reserved Best Practices Team, LLC June 25, 2014 11

January 6, 2015 12

#1) A poorly written Scope Statement which leads to Scope Creep. (Also called Requirements Creep. ) Missed requirements Misunderstood requirements Complexity -Requirements were not decomposed properly Missed key stakeholders in obtaining requirements A vague, ambiguous Scope statement with no boundaries or exclusions January 6, 2015 13

#1) A poorly written Scope Statement which leads to Scope Creep. Also we need: Acceptance criteria well defined and SMART Specific Measurable Acceptable/Attainable/Agreed/Achievable Realistic/Reasonable Timebound January 6, 2015 14

Requirements: Charter Scope Statement Communications Stakeholder Management

Use a Predictive Approach Push Concept First, exhaustively determine all the requirements Create a detailed Scope statement with SMART acceptance criteria Then Create WBS -> Develop Schedule -> Estimate Costs -> Determine Budget Protect the project against risks by calculating contingency reserves for the Schedule baseline and Cost baseline Use Earned Value January 6, 2015 16

Project Lifecycle Kill Points Phases Conceptual Detailed Design Coding/ Development Unit Testing Integrated Testing Phase gates and Kill points occur as we move from phase to phase. January 6, 2015

French project led by Ferdinand de Lesseps who had just successfully directed building the Suez canal Initial Cost estimate -$200M with a schedule estimate of 12 years Attempted to build a sea-level canal across ~50 miles with no locks Almost none of the engineers supported this design! Completely underestimated effort of digging and moving earth in a very rainy environment After 10 years, $300M and not completing half of the canal, the project was cancelled 20,000 25,000 lives lost due to Malaria and Yellow- Fever. (Didn t understand cause of the disease.) Caused the French government in place at the time to fail January 6, 2015 18

World s most expensive fighter airplane. Each plane was estimated to cost $138M, but actual costs were $412M each when production was stopped in 2011. Years behind schedule According to Dr. Stephen Meier, the program suffered from: Requirements creep Design by committee Over-zealous stakeholders advocating for including requirements. Especially untested, immature technologies Overly optimistic estimates of time and cost for adding numerous features Overly complex design January 6, 2015 19

January 6, 2015 20

January 6, 2015 21

The Cone of Uncertainty A simple four phase sequential lifecycle approach for a software project - (SDLC) Conceptual Design Detailed Design Development Testing January 6, 2015 22

Product Owner defines product backlog (requirements) Top priority requirements, most urgent requirements or most risky requirements are chosen for the first iterations Then very quickly (ideally, within 2-4 weeks) build first iteration/prototype and get customer feedback Identify fast failures! -Adapt and choose requirements for next iteration Pareto s law for requirements: 20% of the requirements fulfill 80% of the need Standish Survey 65% of requirements are never used So use a Lean approach: delay adding features until last feasible moment MMF Minimum Marketable Features Doug DeCarlo: If a picture is worth a thousand words, a prototype is worth a thousand pictures. January 6, 2015 23

There must be more flexibility & trust; especially flexibility with the scope requirements Ken Schwaber Scrum is about the art of the possible, not you give me what I paid for, when you said you d deliver it. January 6, 2015 24

Phases Conceptual Design Detailed Design Coding/ Development Unit Testing Integrated Testing Time January 6, 2015 25

Cost Phases Conceptual Design Detailed Design Coding/ Development Unit Testing Integrated Testing Time January 6, 2015 26

Iteration 1 Iteration 2 Iteration 3 Iteration 4 Iteration 5 Release Planning Conceptual Design Detailed Design Development Unit Testing Integrated Testing Acceptance Adaptive Planning Release Planning Conceptual Design Detailed Design Development Unit Testing Integrated Testing Acceptance Adaptive Planning Release Planning Conceptual Design Detailed Design Development Unit Testing Integrated Testing Acceptance Adaptive Planning Release Planning Conceptual Design Detailed Design Development Unit Testing Integrated Testing Acceptance Adaptive Planning Release Planning Conceptual Design Detailed Design Development Unit Testing Integrated Testing Acceptance Adaptive Planning Cost Time January 6, 2015 27

As PMs, we must be versatile: Know how and when to use Traditional Project Management predictive planning method, and how and when to use Agile Project Management Must be able to explain to senior management and the customer the advantages and disadvantages of both January 6, 2015 28

Requirements: Charter Scope Statement Communications Stakeholder Management

But it s not about processes and methodologies. It s really about people skills, and managing teams and other Stakeholders. This is really about Communications Which is really about good listening skills! It starts with Develop Charter, really understanding Who needs what and why? and then defining what product(s) best meet this business need. January 6, 2015 30

If constraints seem impossible, an Agile approach would probably make a lot of sense. Or, -use our influence with the Kill Point decisions If there s a lot of uncertainty about the product or solution, and we re not sure if this is a half-baked idea, then again, an Agile approach could be very good. January 6, 2015 31

Perhaps a Hybrid Approach would be best! Do the first 2-3 iterations to get the 20% of the requirements that will fulfill 80% of the need. Then, if the customer wants more precision, and a fixed price for the remaining part of the project, go with the traditional approach for this part. January 6, 2015 32

Use the traditional project management approach if: Fixed-Price contracts There s a lack of trust There s a high-level of complexity You are using a virtual team You are using a number of subcontractors, and don t have a lot of past-performance data on them. January 6, 2015 33

Can Help Define the Product Roadmap Can Help Define Portfolios and Programs Don t use a centralized, detailed planning approach for defining product roadmaps and portfolio. Instead, use a decentralized, iterative approach with Lean concepts. Many companies today especially in Tech like to describe how agile they are (how quickly they are turning over their product lines). All Rights Reserved Best Practices Team, LLC June 25, 2014 34

That Used to Be Us: How America Fell Behind in the World It Invented - Thomas Freidman & Michael Mandelbaum Agile Estimating and Planning -Mike Cohn Agile Excellence for Product Managers -Greg Cohen Agile Project Management: Creating Innovative Products -Jim Highsmith Agile Project Management With Scrum-Ken Schwaber Extreme Project Management Doug DeCarlo Identifying and Managing Project Risk: Essential Tools for Project Managers Tom Kendrick All Rights Reserved Best Practices Team, LLC June 25, 2014 35

Mark Tolbert, PMP Best Practices Team, LLC mark.tolbert@verizon.net http://www.bestpracticesteam.com (703) 283-4460 January 6, 2015 36

Webinar PDU Information Program Title: Thoughts on Agile, Hybrid Projects and Risk Management PDU Category (PMI Component): Category A PMIWDC s Component ID (Provider ID): C046 Activity Meeting Number:012215WB Date of Completion: 2015/01/22 PDUs Earned (Contact Hours): 1

January 6, 2015 38

Many of our key risks and challenges occur right at the beginning of the project. Agile provides a very different approach for the dealing with these risks There is no one perfect approach or methodology. Most projects are probably hybrid Project Managers must know traditional approaches, as well as Agile Agile is not just for project management. It can be used for product management, and even portfolio management All Rights Reserved Best Practices Team, LLC June 25, 2014 39

Panama Canal First Attempt Denver Airport Baggage System F22 (And numerous other very large DoD weapons systems) Motorola Iridium Project June 25, 2014 40

77 low orbit satellites would provide global cellular phone coverage Launch of satellites started in 1997. Services commenced in 1998. Initial cost estimate - $7B Needed 1M subscribers to break even, and by mid-1999 had only signed up 55,000 Due to the power required for the battery, the phones were heavy and could not fit in a pocket They also would not work inside buildings Expensive to use: cost was $10 per minute 2G GSM phones that provided global service became available in the 90s. These were small, lightweight and much less expensive. There were several attempts to sell the company, but there were no buyers. June 25, 2014 41

June 25, 2014 42

June 25, 2014 43

June 25, 2014 44

June 25, 2014 45

June 25, 2014 46

Cost Baseline = A Classic S Curve Cost Baseline = PMB in Earned Value $180,000 Cost $$ $100,000 PV Budget at Completion (BAC) $180,000 7/01 Time 1/6 4/17 January 6, 2015 47

Classic S Curve Cost Baseline = PMB in Earned Value So, on 1/6: CPI = EV/AC CPI = 90,000/110,000 CPI =.81 For every dollar we re spending, we re getting 81 cents of value! TCPI = 1.29 Cost $$ $110,000 $100,000 AC = $110,000 PV = $100,000 Budget at Completion (BAC) $180,000 $90,000 EV = $90,0000 07/01 Time On 1/6, we ve done 90% of the work that was planned 1/6 4/17 January 6, 2015 48

Classic S Curve Cost Baseline = PMB in Earned Value So, on 1/6: CPI = EV/AC CPI =.81 SPI =.90 EAC = BAC/CPI EAC= $222,222.22 EAC = 180,000/.81 EAC = $222,222.22 Cost $$ $110,000 $100,000 AC = $110,000 PV = $100,000 Budget at Completion (BAC) $180,000 $90,000 EV = $90,0000 SV = EV - PV SV = 90,000 100,000 = -10,000 10/01 Time 1/6 4/17 January 6, 2015 49

Classic S Curve So, on 1/6: CPI = EV/AC Cost Baseline = PMB in Earned Value CPI = 90,000/110,000 =.81 TCPI = (BAC-EV)/ (BAC-AC) = (90,000/ 70,000) = 1.29 Cost $$ $110,000 $100,000 AC = $110,000 PV = $100,000 Budget at Completion (BAC) $180,000 $90,000 EV = $90,0000 10/01 Time On 1/6, we ve done 90% of the work that was planned 1/6 4/17 January 6, 2015 50

Classic S Curve So, if on 11/1: CPI = EV/AC Cost Baseline = PMB in Earned Value Cost $$ $110,000 Budget at Completion (BAC) $180,000 $15,000 $13,500 10/01 AC = $15,500 PV = $15,000 EV = $13,500 11/01 4/17 Time If - on 11/1, we ve done 90% of the work that was planned, but we ve spent $15,500. Now, CPI = EV/AC = 13,500/15,500 =.87 TCPI = (BAC-EV/BAC-AC) = 1.01 January 6, 2015 51

Original plan was for opening the airport in October1993 Baggage system failures caused opening to be delayed until March 1995 at a cost of $560M. ($1M per day for 16 months) Plan was any piece of baggage could be moved to its destination in 10 minutes! Airport is ~50 square miles 88 airport gates in three concourses 17 miles of track and 5 miles of conveyor belts 3,100 standard carts and 450+ oversized carts 14 million feet of wiring Network of 100+ PCs to control flow of the carts 5,000 electric motors 2,700 photocells, 400 radio receivers and 59 laser arrays June 25, 2014 52

It is a truism in systems design that as you increase the complexity, the difficulties in making the system work increase exponentially. If the system is 10 times as complex, the difficulties could be 100 times as great. The Denver baggage system was 100 times more complex than the system in Atlanta. June 25, 2014 53