Estimating Software Projects Saad Shah Metric-X, LLC.

Slides:



Advertisements
Similar presentations
A BPM Framework for KPI-Driven Performance Management
Advertisements

Information Technologies Page 1 Information Technologies Page 1 Information Technologies Page 1 Information Technologies Page 1Information Technologies.
1 / 27 CS 709B Advanced Software Project Management and Development Software Estimation - I Based on Chapters 1-3 of the book [McConnell 2006] Steve McConnell,
Chapter 3 Project Initiation
Project Management Process. Project Complexity means that: a team of people are needed to supply expertise the work needs to be broken into manageable.
W5HH Principle As applied to Software Projects
Viewpoint Consulting – Committed to your success.
Iterative development and The Unified process
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Financial Model ‘An integrated model for STFC’ Draft Blueprint Design v0.1 Project Manager: Mark Affonso Project Champion: Jane Tirard.
NJIT Inception is not the Requirements Phase Chapter 4 Applying UML and Patterns Craig Larman.
Chapter 3 Project Initiation. The stages of a project  Project concept  Project proposal request  Project proposal  Project green light  Project.
Pre-Project Planning Lessons from the Construction Industry Institute Construction Industry Institute Michael Davis, P. Eng, PMP Ontario Power Generation.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
What is Business Analysis Planning & Monitoring?
© 2005 Prentice Hall14-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
System Analysis and Project Management Key terms and definitions Presentation.
Project Management Process Overview
TEMPUS IV- THIRD CALL FOR PROPOSALS Recommendation on how to make a good proposal TEMPUS INFORMATION DAYS Podgorica, MONTENEGRO 18 th December 2009.
1 Portfolio Management – Agile How to plan like a VP Highsmith, Ch 12 CSSE579 Session 6 Part 2 One company’s software product portfolio.
PROJECT RISK MANAGEMENT Presentation by: Jennifer Freeman & Carlee Rosenblatt
Chapter 10 Contemporary Project Management Kloppenborg
Project Management : Techniques and Tools (60-499) Fall 2014 / Winter 2015.
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Certificate IV in Project Management Introduction to Project Management Course Number Qualification Code BSB41507.
PROJECT TITLE Project Leader: Team: Executive Project Sponsor (As Required): Date: Month/Day/Year 6/25/2015 V2.
Using Business Scenarios for Active Loss Prevention Terry Blevins t
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Project Cost Management
CIS 499 Senior Seminar Introduction to IT project management.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Management & Development of Complex Projects Course Code MS Project Management Project Life Cycle & PM Process Groups Lecture # 4.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
1 Designing Effective Programs: –Introduction to Program Design Steps –Organizational Strategic Planning –Approaches and Models –Evaluation, scheduling,
CSEM01 - wk8 - Software Planning1 Software Planning CSEM01 SE Evolution & Management Anne Comer Helen Edwards.
Info-Tech Research Group1 Requirements Gathering World Class Operations - Impact Workshop.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Inception Chapter 4 Applying UML and Patterns -Craig Larman.
Information System Project Management Lecture three Chapter one
SOFTWARE PROJECT MANAGEMENT
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Information System Project Management Lecture Five
Introduction to Project Management.  Explain what a project is?  Describe project management.  Understand project management framework.  Discuss the.
Project Initiation at The Regence Group 12/19/2015John Garrigues1.
Initiation Project Management Minder Chen, Ph.D. CSU Channel Islands
Module 5 Session 5.2 Visual 1 Module 5 Refining Objectives, Scope, and Other Project Parameters Session 5.2 Reviewing the PAR and refining key project.
1 Tempus Tempus Workshop Sarajevo 7 June 2006 « Good practice in Preparing an Application » Anne Collette European Training Foundation Tempus Department.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Copyright © 2015 John Wiley & Sons, Inc. All rights reserved. Information Technology for Management Chapter 13: Project Management and SDLC Prepared by.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Info-Tech Research Group1 Manage the IT Portfolio World Class Operations - Impact Workshop.
Continual Service Improvement Methods & Techniques.
Info-Tech Research Group1 Manage IT Budgets & Cost World Class Operations - Impact Workshop.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
Ondřej Přibyl L3: System Development Life Cycle page 1 Lecture 3: System Development Life Cycle Doc.Ing. Ondřej Přibyl, Ph.D. Department of applied mathematics.
CS 160 and CMPE/SE 131 Software Engineering March 22 Class Meeting Department of Computer Science Department of Computer Engineering San José State University.
P3 Business Analysis. 2 Section F: Project Management F1.The nature of projects F2. Building the Business Case F4. Planning,monitoring and controlling.
Develop Schedule is the Process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create the project schedule.
Unit 8 – Project Management Lesson 4 –definition of scope.
 System Requirement Specification and System Planning.
Identify the Risk of Not Doing BA
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
Software Project Management
Project Ideation Agile Down-to-Earth © 2016.
By Jeff Burklo, Director
TITLE Business Case YOUR LOGO BUSINESS CASE PRESENTATION 00/00/0000
Project Management II The Project Value Creation Process
Presentation transcript:

Estimating Software Projects Saad Shah Metric-X, LLC

metric-x Saad Shah Founder and Technical Architect at Metric-X (business intelligence, data warehousing consulting company) 20 year career in information technology Started career as software engineer B.S. in Industrial & Operations Engineering (Michigan) Received PMP in 1999 Worked at EDS, Cambridge Technology Partners Managed Fixed Time / Fixed Price engagements at Cambridge Held multiple roles for improving delivery capability for software development organizations

metric-x Presentation Abstract Often, project managers must provide an estimate of a project's cost and duration before the objectives, scope and constraints are understood. A framework will be presented for the stages of an estimate that gets refined over time as more is known about the project context. We will discuss what an estimate is, types of estimates, estimating techniques and using estimates to promote dialog, uncover uncertainty and reduce risk.

metric-x Scenario Finance department has identified several inefficiencies in the way they perform the monthly financial closing activities The CFO would like to revamp the current systems and processes and make them “like it was done at the company she worked for previously”

metric-x Scenario (continued) The entire solution needs to be delivered within 3 quarters (it is currently 2008-Q4) – All budgeting, consolidation and reporting in 2009-Q4 to be performed on the new systems. You have been asked to provide a budget and feasibility of delivering the solution as required Finance also has other important projects competing for funding and resources – Whether this project moves forward depends on your proposed budget The proposed budget request is due next week

metric-x

Expectations Customer’s Expectations: – Allocate an appropriate budget and spend it wisely – Get tangible value from results of project “New Generation Reporting System” – Get project done without disrupting on-going work Solution Delivery Team’s Expectations: – Don’t over-promise – Don’t “lose” the opportunity because of wild estimate – Set the project up for success – Deliver tangible value to the customer – Build a track record of successful delivery, earn credibility

metric-x Next Steps Distinguish between … – Target – Estimate – Commitment Start talking with the customer – Search for the unknowns, propose solutions – Estimate, and state your assumptions – Assess Confidence and Risk Use historical information

metric-x What is an Estimate? Dictionary Definition – a: to judge tentatively or approximately the value, worth, or significance of – b: to determine roughly the size, extent, or nature of – c: to produce a statement of the approximate cost of Merriam Webster A prediction of how much the project will cost and how long it will take

metric-x Target & Commitment Target: – What we would like to achieve (scope, cost, time) Commitment: – What we have promised to deliver (scope, cost, time) Estimate: – What we predict the required scope will cost and how long it will take to deliver The estimate should not be biased by the target or commitment

metric-x Targets, Estimates and Risk The Estimate is: – Un-biased (not what someone wants to hear) – Derived quantitatively – Based on stated assumptions If the Target and Estimate are different, the Estimate should not be changed! – The gap between Target and Estimate is an indicator of project risk

metric-x Communicating Estimates Express estimates as ranges – High, Low, Likely State assumptions in terms that stakeholders can understand and validate The greater the uncertainty, the greater the range between the High and Low

metric-x Range of Outcomes The variance is not evenly spread around the Likely Cost If the Target Cost is less than the Likely Estimate, then the project assumes more risk Project Cost Probability Low Cost High Cost Likely Cost Target #1 Target #2

metric-x Accurate Estimates Ideal Situation: – Requirements are clear and stable – The technology and tools are already mastered – The process to define, build and deploy the solution is proven, well-understood and committed to – The right expertise is available and committed – Metrics from previous projects are available for comparison – Resources are available to do the work when required – The project is well-controlled

metric-x Estimate Lifecycle Initial Estimate Initial Estimate High-Level Estimate Detailed Estimate Revised Estimates (EAC) Concept Phase Solution Definition Phase Requirements Phase Design, Build, Test Phases Operations Initial Estimate: Project level. Factors time, budget constraints. Seeks to uncover unknowns. Essentially a planning and problem-solving exercise. High Level Estimate: Top-Down, based on known deliverables. Makes assumptions about detailed requirements, development methods, technical complexity. Detailed Estimate: Bottom Up, based on tasks, effort, dependencies. Requires deep understanding of requirements, architecture, team capabilities Revised Estimates: Updates based on changes and new information

metric-x Purpose of Estimating “The primary purpose of software estimation is not to predict a project’s outcome; it is to determine whether a project’s targets are realistic enough to allow the project to be controlled to meet them.” “Accuracy of ±5% won’t do you much good if the project’s underlying assumptions change by 100%.” Steve McConnell

metric-x Next Steps Distinguish between … – Target – Estimate – Commitment Start talking with the customer – Search for the unknowns, propose solutions – Estimate, and state your assumptions – Assess Confidence and Risk Use historical information

metric-x Uncovering the Unknowns New Generation Financial Reporting Replace Existing System Full Replacement Limited Replacement Improve Existing System Provide Critical, Missing Features Streamline Overall Process

metric-x Changing Assumptions Concept Phase Solution Definition Phase Requirements Phase Design, Build, Test Phases Operations Staff Turnover Change in Strategy Revised Acceptance Criteria New Requirements Added Key Resources Unavailable Technical Roadblocks New Priorities

metric-x How Much to Invest in Accurate Estimating? Estimate accuracy is of little value when key project assumptions are going to change Projects controls greatly influence whether commitments can be met

metric-x Estimate Range Over Time Ideally, the estimate range should get smaller over time Projects whose planning assumptions are frequently changed will continue to have large ranges Time Runaway Project Cost Range ConceptSolutionRqmtsDesignBuildTestDeploy PhaseDefinition High Low

metric-x At the End of the Day.. We need to know what we are delivering Team needs people who have been there, done that! – A team loaded with novices will render commitments meaningless Project requestors need to be clear about what benefits they are looking for, and willing to compromise if assumptions change Project needs to be controlled

metric-x Communicating the Estimate

metric-x Initial Estimate Commitments and RiskScope Partial replacement of current system Interfaces developed between ERP and FIN Existing ERP team assigned to project by 11/1/08 Deviation provided for technology selection gate process Project controls implemented as per PM methodology Estimates to be revised as scope of work is further defined Pilot to start by 7/1/2009 Partial replacement of current system Interfaces developed between ERP and FIN Existing ERP team assigned to project by 11/1/08 Deviation provided for technology selection gate process Project controls implemented as per PM methodology Estimates to be revised as scope of work is further defined Pilot to start by 7/1/2009 Key Assumptions

metric-x Summary Target, Estimate, Commitment Uncertainty, Range High, Low, Likely Estimate Lifecycle Dialog and Problem Solving Estimate is valid for stated Assumptions Project Controls

metric-x Thank you Contact: Saad Shah