The Work Breakdown Structure and Project Estimation

Slides:



Advertisements
Similar presentations
FPA – IFPUG CPM 4.1 Rules.
Advertisements

Chpter#5 -part#1 Project Scope and Human Resource Planning
Degree and Graduation Seminar Scope Management
Software project management (intro)
CS 551 Estimation Fall December QSE Lambda Protocol Prospectus Measurable Operational Value Prototyping or Modeling sQFD Schedule, Staffing,
Chapter 5: Project Scope Management
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION © University of LiverpoolCOMP 319slide 1.
Information Technology Project Management
Cost Management Week 6-7 Learning Objectives
Copyright © The David Consulting Group, Inc. 1 UNDERSTANDING and EFFECTIVELY USING FUNCTIONAL MEASUREMENT Presented By The David Consulting Group.
Information Technology Project Management – Third Edition
Cmpe 589 Spring Software Quality Metrics Product  product attributes –Size, complexity, design features, performance, quality level Process  Used.
Information Technology Project Management
Estimation Why estimate? What to estimate? When to estimate?
Chapter 6 : Software Metrics
What’s a Project? AD642. Why the Emphasis on Project Management? Copyright 2011 John Wiley & Sons, Inc. 1-2  Many tasks do not fit neatly into business-as-usual.
Chapter 6 The Work Breakdown Structure and Project Estimation Copyright 2012 John Wiley & Sons, Inc. 6-1.
Work Breakdown Structure (WBS) The WBS represents a logical decomposition of the work to be performed and focuses on how the product, service, or result.
1-1 Information Technology Project Management by Jack T. Marchewka Power Point Slides by Richard Erickson, Northern Illinois University Copyright 2003.
1 Estimation Function Point Analysis December 5, 2006.
Lecture 4 Software Metrics
Function Point Analysis. Function Points Analysis (FPA) What is Function Point Analysis (FPA)? Function points are a standard unit of measure that represent.
©1999 Addison Wesley LongmanSlide 3.1 Managing IS Projects Planning –Decomposing Project into Activities –Estimating resources –Developing a schedule –Setting.
Effort Estimation In WBS,one can estimate effort (micro-level) but needed to know: –Size of the deliverable –Productivity of resource in producing that.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 3 Managing the Information Systems Project 3.1.
540f07cost12oct41 Reviews Postmortem u Surprises? u Use white background on slides u Do not zip files on CD u Team leader should introduce team members.
FUNCTION POINT ANALYSIS & ESTIMATION
Information Technology Project Management – Fourth Edition
Develop Schedule is the Process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create the project schedule.
Develop Schedule is the Process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create the project schedule.
Estimation Questions How do you estimate? What are you going to estimate? Where do you start?
Cost23 1 Question of the Day u Which of the following things measure the “size” of the project in terms of the functionality that has to be provided in.
The Project Infrastructure
Estimating Project Times and Costs
Chapter 33 Estimation for Software Projects
Project Cost Management
Project Planning: Scope and the Work Breakdown Structure
Alternative Software Size Measures for Cost Estimation
Work Breakdown Structure (WBS)
Project Management MGT 30725
Project Management Systems
Project Management Chapter 3.
RET Rules One of the following rules applies when counting RETs:
Project Integration Management
Where We Are Now. Where We Are Now Estimating Projects Estimating Types of Estimates The process of forecasting or approximating the time and cost.
Work Breakdown Structure (WBS)
IEEE Std 1074: Standard for Software Lifecycle
Information Technology Project Management – Fifth Edition
Information Technology Project Management – Fifth Edition
Chapter 5: Project Scope Management
Chpter#5 -part#1 Project Scope and Human Resource Planning
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
The Work Breakdown Structure and Project Estimation
Project Management for Software Engineers (Summer 2017)
Part II Project Planning © 2012 John Wiley & Sons Inc.
Methodologies For Systems Analysis.
Function Point.
Software Metrics “How do we measure the software?”
Information Technology Project Management – Fourth Edition
Project Management Process Groups
COCOMO Models.
Chapter 33 Estimation for Software Projects
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
CBGD: Nguyễn Thanh Tùng
Importance of Project Schedules
Software Effort Estimation
Chapter 3: Project Integration Management
Chapter 26 Estimation for Software Projects.
Time Scheduling and Project management
Introduction to Project Management
Presentation transcript:

The Work Breakdown Structure and Project Estimation Chapter 5b

Project Planning Framework Copyright 2012 John Wiley & Sons, Inc.

PMBOK – Knowledge Areas

PMBOK ® – Project Time Management Define Activities Identifying what activities must be completed to produce the project scope deliverables Sequence Activities Determining whether activities can be completed sequentially or in parallel and any dependencies that may exist among them Estimate Activity Resources Identifying the type of resources (people, technology, facilities, etc.) and the quantity of resources needed to carry out project activities Estimate Activity Durations Estimating the time to complete each activity Develop Schedule Based on the availability of resources, the activities, their sequence, and time estimates, a schedule for the entire budget can be developed Control Schedule Ensuring that proper processes and procedures are in place in order to control changes to the project schedule

Importance of Project Schedules Managers often cite delivering projects on time as one of their biggest challenges Schedule issues are the main reason for conflicts on projects, especially during the second half of projects

Work Breakdown Structure (WBS) The WBS represents a logical decomposition of the work to be performed and focuses on how the product, service, or result is naturally subdivided. It is an outline of what work is to be performed PMBOK Guide® (17). Work Packages

Deliverables versus Milestones

Developing the WBS A work package is developed for each of the phases and deliverables defined in the Deliverable Structure Chart (DSC)

Deliverable: Test Results Report Logical Activities: Review the test plan with the client so that key stakeholders are clear as to what will be tested, how the tests will be conducted, and when the tests will be carried out. Carry out the tests as outlined in the plan. Once the test results are collected, we need to analyze them. The results should be summarized in the form of a report and presentation to the client. If all goes well, the client will sign-off or approve the test results and then we can move on to the implementation phase of the project. If not, then we need to address and fix any problems. What are the deliverables? Milestones?

Example Work Breakdown Schedule

The WBS Should Follow the Work Package Concept

What do we do now that we have the activities defined? The WBS… Should be “deliverable-oriented” Should support the project’s MOV Have enough detail to support planning and control Should involve those who will be doing the work Should include learning cycles and past lessons learned What do we do now that we have the activities defined?

Estimates are made for each activity in the WBS 6.2 Test Results Report 6.2.1 Review test plan with client 1 day 6.2.2 Carry out test plan 5 days 6.2.3 Analyze results 2 days 6.2.4 Prepare test results report and presentation 3 days 6.2.5 Present test results to client 1 day 6.2.6 Address any software issues or problems 5 days How did we come up with these estimates? Using a technique, or combination of techniques, with the exception of guestimating!

Estimation Techniques - Traditional Project Management Approaches Guesstimating Delphi Technique Time Boxing Top-Down Bottom-Up Analogous Estimates (Past experiences)

Guestimating

Delphi Technique and Time Boxing Involves multiple, anonymous experts Each expert makes an estimate Estimates compared If close, can be averaged If not, do another iteration until consensus is reached Time Boxing: A “box” of time is allocated for a specific activity, task, or deliverable Can focus a team if used effectively Can demoralize a team if not used effectively

Top-Down Top & middle managers determine overall project schedule &/or cost Lower level managers are expected to breakdown schedule/budget estimates into specific activities (WBS)

Bottom-Up and Analogous Estimates Schedules & budgets are constructed from WBS Starts with people who will be doing the work Schedules & budgets are the aggregate of detailed activities & costs

Remember: Difference b/w Duration & Effort Activity Duration Estimating Duration vs. Effort People doing the work should help create estimates, and an expert should review them

Software Engineering Approaches

What is one way to estimate software development? Use project characteristics (parameters) in a mathematical model to estimate

Lines of Code Example: $50/ LOC based on: Programming language Level of expertise Size & complexity

Function Point Analysis 5 Primary Elements Inputs Outputs Inquiries Logical Files Interfaces

Internal Logical Files (ILF) _3 x 7 = 21 _2 x 10 = 20 _1 x 15 = 15 56   Complexity Low Average High Total Internal Logical Files (ILF) _3 x 7 = 21 _2 x 10 = 20 _1 x 15 = 15 56 External Interface Files (EIF) __ x 5 = __ _2 x 7 = 14 __ x 10 = __ 14 External Input (EI) _3 x 3 = 9 _5 x 4 = 20 _4 x 6 = 24 53 External Output (EO) _4 x 4 = 16 _2 x 5 = 10 _1 x 7 = 7 33 External Inquiry (EQ) _2 x 3 = 6 _5 x 4 = 20 _3 x 6 = 18 44 Total Unadjusted Function Points (UAF) 200

General System Characteristic Degree of Influence Data Communications 3 Distributed Data Processing 2 Performance 4 Heavily Used Configuration Transaction Rate On-line Data Entry End User Efficiency Online Update Complex Processing Reusability Installation Ease Operational Ease Multiple Sites 1 Facilitate Change Total Degrees of Influence 40 Value Adjustment Factor VAF = (TDI * 0.01) + .65 VAF = (40 * .01) + .65 = 1.05 Total Adjusted Function Points = FP = UAF * VAF FP = 200 * 1.05 = 210

Average Source LOC per Function Pont   Language Average Source LOC per Function Pont Average Source LOC for a 210 FP Application Access 38 7,980 Basic 107 22,470 C 128 26,880 C++ 53 11,130 COBOL Delphi 29 6,090 Java Machine Language 640 134,440 Visual Basic 5 Source: http://www.spr.com/library/0langtbl.htm

The seeds of major software disasters are usually sown in the first three months of commencing the software project. Hasty scheduling, irrational commitments, unprofessional estimating techniques, and carelessness of the project management function are the factors that tend to introduce terminal problems. Once a project blindly lurches forward toward an impossible delivery date, the rest of the disaster will occur almost inevitably. T. Capers Jones, 1988 Page 120

What happens when project run long? So, your estimates were inaccurate….should you add more manpower to the project

The Man Month Months Months People People Time versus number of workers perfectly partitionable task – i.e., No communication among them e.g., reaping wheat. When a task that cannot be partitioned because of sequential constraints, the application of more effort has no effect on the schedule.

Adding People

What can cause inaccurate estimates?

In Reality…Estimating is quite challenging Stable Activities straightforward estimating Dependent Activities amount needed for testing is dependent on a successful test or unsuccessful test. 3-point estimates or analogous work well. Uncertain Activities No previous precedence (complex projects) Start with 3-point estimate to set boundaries then use analogous to set actual estimate