Project Management Dan Fleck Fall 2007. Overview Planning Scheduling Scope Creep Managing Risk Motivating People Schedule examples and demo Earned Value.

Slides:



Advertisements
Similar presentations
Project Management and Leadership. Why care about management? 10% of projects were “successful” between 1998 and 2004.
Advertisements

3-1 © Prentice Hall, 2004 Chapter 3: Managing the Object-Oriented Information Systems Project Object-Oriented Systems Analysis and Design Joey F. George,
CSSE Sep.2008 Constructing and Analyzing the Project Network Diagram Chapter 6.
Defining activities – Activity list containing activity name, identifier, attributes, and brief description Sequencing activities – determining the dependencies.
Systems Analysis and Design 9th Edition
Systems Analysis and Design 8 th Edition Chapter 3 Managing Systems Projects.
© 2012 Cengage Learning. All Rights Reserved. This edition is intended for use outside of the U.S. only, with content that may be different from the U.S.
© 2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
Systems Analysis and Design 8th Edition
Monitoring and Control Earned Value Management (EVM)
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
TECHNOLOGICAL SYSTEMS (Lecture # 2). 2 System Development Process Developing a new system is a complex effort that requires several interrelated tasks.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 4.
Roberta Russell & Bernard W. Taylor, III
Section 4.0 Project Implementation. Factors that Ensure Success  Update the project plan  Stay within scope  Authorized change implementation  Providing.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Project Management Process Project Description Team Mission/ Assignment Major Milestones Boundaries Team Identification Measures of Success Roles & Responsibilities.
Project Management Dan Fleck Ch 24 Project Mgmt Concepts Ch 27 Project Scheduling Coming up: Project Management – 4 Ps.
Project Management Methodology Project monitoring and control.
Toolkit 4.
Copyright © 2013 Pearson Education, Inc. Publishing as Prentice Hall o P.I.I.M.T o American University of Leadership Ahmed Hanane, MBA, Eng, CMA, Partner.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Software Project Management Task Estimating and Scheduling
Project Management Chapter 3. Objectives Become familiar with estimation. Be able to create a project workplan. Understand why project teams use timeboxing.
POST GRADUATE PROGRAM OF INFORMATION TECHNOLOGY
CSEB233: Fundamentals of Software Engineering
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Chapter 3 Project Management Concepts
Project Management Part 6 Project Control. Part 6 - Project Control2 Topic Outline: Project Control Project control steps Measuring and monitoring system.
1 DELIVERABLES OF DESIGN REVIEW 1 Statement of problem/need Customer needs Product Design Specifications (PDS) Design targets Project plan TOOLS USED TO.
Slide 1 Project Management Chapter 4. Slide 2 Objectives ■ Become familiar with estimation. ■ Be able to create a project workplan. ■ Become familiar.
Project Management Concepts 1. What is Project Management? Project management is the process of the application of knowledge, skills, tools, and techniques.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Lecture 16: Chapter 24 Project Management Concepts
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Project Management Dan Fleck Fall 2007 Coming up: Overview.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Chapter : Project Management Concept
Project Management Methodology
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Project Management Dan Fleck Ch 24 Project Mgmt Concepts Ch 27 Project Scheduling Coming up: Project Management – 4 Ps.
Lecture 61 Project planning tool Lecture 62 Objectives Understand the reasons why projects sometimes fail Describe the different scheduling tools, including.
Dr. Rob Hasker. Avoiding failure  Standish Report, 2014 Standish Report 31% projects cancelled before completion 53% projects ~190% of original estimate.
Programming Techniques Lecture 15 Project Management Based on: Software Engineering, A Practitioner’s Approach, 6/e, R.S. Pressman Lecture 4 An Introduction.
Interacting with consumer Software Engineering. So far… What is Software Engineering? Different software process models waterfall, incremental, spiral.
Chapter : Project Management Concept
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1. Project Plan Recap WBS Program Evaluation and Review Technique (PERT) 2.
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
Where Module 04 : Knowing Where the Project Is 1.
1 Understanding Earned Value in Under an Hour Breakout Session # A11 Name: Wayne Brantley, MS Ed, PMP, ITIL Senior Director of Professional Education.
Information Technology Project Management, Seventh Edition Note: See the text itself for full citations.
PROJECT MANAGEMENT Software Engineering CSE
1 Supplementary Slides for Software Engineering: A Practitioner's Approach, 6/e Part 4 Supplementary Slides for Software Engineering: A Practitioner's.
Project Management Dan Fleck Sping 2009 Coming up: Overview.
Agenda ‒ Cost Management ‒ Cost Budgeting ‒ Cost Control Learning Goals 1.Cost Control 2.Earned Value Management.
Information Technology Project Management, Seventh Edition Note: See the text itself for full citations.
Chapter 7: Project Cost Management
Project Management Chapter 3.
The importance of project management
Planning Phase: Project Control and Deliverables
CHAPTER 6 PROJECT TIME MANAGEMENT
Project Management Dan Fleck Fall 2009 Ch 24 Project Mgmt Concepts
SE 3800 Note 10 Project Management
Chapter 31 Project Management Concepts
Fine-Tuning your plan and obtaining approval
CHAPTER 6 PROJECT TIME MANAGEMENT
Managing Project Work, Scope, Schedules, and Cost
Presentation transcript:

Project Management Dan Fleck Fall 2007

Overview Planning Scheduling Scope Creep Managing Risk Motivating People Schedule examples and demo Earned Value Management

Planning The bad news: time flies The good news: you’re the pilot! You must begin planning immediately Given limited information Plan anyway and then revise

Creating a plan: Things to know Scope Context. How does the software to be built fit into a larger system, product, or business context and what constraints are imposed as a result of the context? Information objectives. What customer-visible data objects (Chapter 8) are produced as output from the software? What data objects are required for input? Function and performance. What function does the software perform to transform input data into output? Are any special performance characteristics to be addressed? Software project scope must be unambiguous and understandable at the management and technical levels.

Creating a plan: Things to do Problem Decomposition: Sometimes called partitioning or problem elaboration Once scope is defined … It is decomposed into constituent functions It is decomposed into user-visible data objects or It is decomposed into a set of problem classes Decomposition process continues until all functions or problem classes have been defined (this won’t be far at the beginning of your project)

Create a schedule An idea without a schedule is just a dream. - Unknown

Ask yourself Why is the system being developed? What will be done? When will it be accomplished? Who is responsible? Where are they organizationally located? How will the job be done technically and managerially? How much of each resource (e.g., people, software, tools, database) will be needed? Barry Boehm

Your job (one view) The MOI Model Motivation. The ability to encourage (by “push or pull”) technical people to produce to their best ability. Organization. The ability to mold existing processes (or invent new ones) that will enable the initial concept to be translated into a final product. Ideas or innovation. The ability to encourage people to create and feel creative even when they must work within bounds established for a particular software product or application.

Your job (another view) Make sure these happen Formal risk management Empirical cost and schedule estimation Metrics-based project management Earned value tracking Defect tracking against quality targets People aware project management

Define success and failure Don’t lie to yourself! Be confident, trust yourself for success! Quantify your plans to allow success or failure A vague or un-measurable idea is much less helpful - Dan Fleck

Scheduling One of the most important things you can do is schedule. Also one of the first things you should do! Tools help Microsoft Project OpenProj.org <-- This is what I will use OpenWorkbench.org

Schedule List of tasks With dates With assigned resources (people) With durations With predecessors and successors

Schedule Terms Critical path Sequence of tasks that form the longest path to completion of the project. Any delay on any of these will make the overall completion date move. Slack Amount of time a task can be delayed without affecting the overall completion date. Start slack - amount before task needs to start Finish slack - amount before task needs to finish Milestone - An import date in the schedule Dependencies - relationship between tasks

Schedule Dependencies FS - Finish to start (most common) A FS B. B doesn’t start until A is finished Build wall FS Paint wall FF - Finish to finish A FF B. B doesn’t finish before A is finished Write final chapter FF Complete Index SS - Start to start A SS B. B doesn’t start until A has started Project funded SS project management activies begin SF - Start to finish A SF B. B doesn’t finish before A has started

Resource Leveling A process to examine a project for an unbalanced use of people and to resolve over-allocations or conflicts Happens when multiple tasks are scheduled at the same time for the same person Solution: Make tasks sequential Split resource usage among tasks (50% on task 1, 50% on task 2)

Gantt Chart

Finding Critical Path Draw a network diagram of the activities Determine the Early Start (ES) of each node. Work from beginning node to final node ES - earliest time the activity can start ES = Max(ESprevNode + DurationPrevNode)

Finding Critical Path Determine the Late Start (LS) of each node. Work from the final node to the beginning node. The latest time the activity can start without changing the end date of the project LS = MIN(LSnext - DurationNode) For the last node LS = ES

Example Here's the example: ActivityDescriptionPredecessorDuration AProduct design(None)5 months BMarket research(None)1 CProduction analysisA2 DProduct modelA3 ESales brochureA2 FCost analysisC3 GProduct testingD4 HSales trainingB, E2 IPricingH1 JProject reportF, G, I1

Example Node Network A E D C I G F J B H Here's the example: ActivityDescriptionPredecessorDuration AProduct design(None)5 months BMarket research(None)1 CProduction A2 DProduct model A3 ESales brochure A2 FCost analysis C3 GProduct testing D4 HSales trainingB, E2 IPricingH1 JProject reportF, G, I1 ES:0 LS: ES:5 LS: ES:0 LS: ES:5 LS: ES:7 LS: ES:9 LS: ES:8 LS: ES:7 LS: ES:12 LS:

Example Node Network A E D C I G F J B H Here's the example: ActivityDescriptionPredecessorDuration AProduct design(None)5 months BMarket research(None)1 CProduction A2 DProduct model A3 ESales brochure A2 FCost analysis C3 GProduct testing D4 HSales trainingB, E2 IPricingH1 JProject reportF, G, I1 ES:0 LS:0 ES:5 LS:5 ES:0 LS:8 ES:5 LS:7 ES:7 LS:9 ES:9 LS:11 ES:8 LS:8 ES:7 LS:9 ES:12 LS:12

Example Node Network A E D C I G F J B H Here's the example: ActivityDescriptionPredecessorDuration AProduct design(None)5 months BMarket research(None)1 CProduction A2 DProduct model A3 ESales brochure A2 FCost analysis C3 GProduct testing D4 HSales trainingB, E2 IPricingH1 JProject reportF, G, I1 ES:0 LS:0 ES:5 LS:5 ES:0 LS:8 ES:5 LS:7 ES:7 LS:9 ES:9 LS:11 ES:8 LS:8 ES:7 LS:9 ES:12 LS:12

Game Development In-Class Exercise TASK DURATION (days)PREDECESSORs A Graphics Engine 14 B Sound Engine5I C Music Engine5J D Input Engine10A E Gameplay/general programming 31B, C, D F Physics7E G 2D Artwork14 H 3D Artwork21G I Sound Effects14 J Music9 K Level Design21F, H Find the critical path

Earned Value Management How much work you planned to have accomplished by now (in dollars or hours) called the Planned Value How much you have actually spent by now (in dollars or hours), called Actual Cost The value, in terms of your baseline budget, of the work accomplished by now (in dollars or hours), called the Earned Value!

Earned Value Management Planned value (PV) - the value of all resources needed to meet the project’s objectives Each objective of a project has an associated planned value Budgeted (cost) at completion (BAC) - The sum of all the PVs Earned value (EV) - the amount of value completed at any point during the project Actual Cost (AC) - actual amount of money you have spent so far. In a perfect project AC and EV are the same.

Earned Value Management Example We’ve budgeted $200 to buy, setup, network and test a new system Our planned values (PVs) of each task are: Buy - $50, Setup - $75, network - $50, test - $25 Our BAC is therefore $200 We’ve now completed phase one, and thus our earned value (EV) is now $50. To do this we spent $60 (our actual cost (AC))

Earned Value Management Example Schedule performance index (SPI) EV / PV --> 50/50 = 1 (perfect). Our group is on schedule Cost performance index (CPI) EV / AC --> 50/60 = 0.83 For every dollar spent, I get 83 cents worth of work. Estimated cost at completion (EAC) BAC / CPI = 200 / 0.83 = $ Schedule Variance (SV) : EV - PV Cost Variance (CV) : EV - AC

EVM Example 2 from: PLANNED VALUE (Budgeted cost of the work scheduled) = = $50 EARNED VALUE (Budgeted cost of the work performed) = = $40 ACTUAL COST (of the work performed) = $45 (Data from Acct. System) Therefore: Schedule Variance = = -$10 Schedule Performance Index = 40 / 50 = 0.8

Scheduling Rules of Thumb Don’t work backwards! One person should always edit the schedule (you!) If you have two people that need to, create two files and link them together Keep it simple and useful Level your resources Share the schedule with your team

Classic Mistakes Overly optimistic schedule Failing to monitor schedule Failing to update schedule Adding people to a late project Failure to manage expectations of others

Managing Scope How to deal with the inevitable “Scope creep”? JAD and prototyping Formal change approval Defer additional requirements as future system enhancements Scope

Managing Risk Document your risks in a risk management plan Description of risk Likelihood of occurrence Impact Mitigation strategy How to lessen the impact of the risk An action plan if risk occurs Update and track your risks Communicate your risks to upper management

Motivating People Use monetary rewards cautiously Use intrinsic rewards Recognition Achievement The work itself Responsibility Advancement Chance to learn new skills

Avoid team toxicity A frenzied work atmosphere in which team members waste energy and lose focus on the objectives of the work to be performed. High frustration caused by personal, business, or technological factors that cause friction among team members. “Fragmented or poorly coordinated procedures” or a poorly defined or improperly chosen process model that becomes a roadblock to accomplishment. Unclear definition of roles resulting in a lack of accountability and resultant finger-pointing. “Continuous and repeated exposure to failure” that leads to a loss of confidence and a lowering of morale.

References Wikipedia: Project Management Pressman R., Software Engineering A Practical Approach, Ch 21 Pressman R., Software Engineering A Practical Approach, Slides for Ch 21 Kazman R., The CIO, People Issues, Project & Change Management, kazman.shidler.hawaii.edu/619ch12.ppt Pratt M, Earned Value Management, d=110065&intsrc=article_pots_bot