Chapter 3 The Project Plan ISE 443 ETM

  • Slides: 25
Download presentation
Chapter 3: The Project Plan ISE 443 / ETM 543 Fall 2013

Chapter 3: The Project Plan ISE 443 / ETM 543 Fall 2013

Recall the essentials of PM 443/543– 3. 1 2

Recall the essentials of PM 443/543– 3. 1 2

The project plan has 7 essential elements: 1. 2. 3. 4. 5. 6. 7.

The project plan has 7 essential elements: 1. 2. 3. 4. 5. 6. 7. Needs, goals, objectives, and requirements Task statements, a statement of work (SOW), and a work breakdown structure (WBS) The technical approach to the project A project schedule Organization, staffing, and a task responsibility matrix (TRM) The project budget Risk analysis 443/543– 3. 1 3

What is the project plan used for? n n n To allow all project

What is the project plan used for? n n n To allow all project team members, including newly assigned personnel, to understand the essentials of the project To provide corporate management, to whom the project reports, with an understanding of the project To convey to the customer the project essentials, as perceived and formulated by the project team To form the basis for a proposal to the customer, where such a proposal is called for etc. The Plan is updated periodically (at least quarterly) to TABLE 1. 1 ensure it remains useful for all of these. 443/543– 3. 1 4

The plan starts with an explicit statement of what is required. . . n

The plan starts with an explicit statement of what is required. . . n These come from the customer, and are restated in the plan 1. Needs n n Identify that part of the overall mission of the organization that drive the project Example ¨ ¨ 2. Goals and Objectives n n n 3. Broad goal statements, e. g. “Increased efficiency” Specific, measurable objectives that will achieve the goal, e. g. “Average trip time < 15 minutes. ” See Table 3. 1, pg. 74 for more examples Requirements n 443/543– 3. 1 “Meet the transportation needs of the city of Macon through 2060. ” “Reduce greenhouse gas emissions by 50%. ” More on this later. . . FIGURE 1. 2 5

YOUR TURN. . . n n This is part of your first project assignment.

YOUR TURN. . . n n This is part of your first project assignment. In your group: ¨ Read through the project assignment ¨ Identify and WRITE DOWN the statement of need ¨ Identify and LIST the project goals ¨ For each goal, LIST the associated objectives 443/543– 3. 1 6

There are 2 types of Requirements 1. Requirements to be fulfilled by the project

There are 2 types of Requirements 1. Requirements to be fulfilled by the project (project requirements) ¨ 2. For example, if the project is to design (but not build) the city’s transportation system, one requirement might be: “The contractor shall identify specific vehicle types and numbers to meet transportation fleet requirements. ” Requirements of the “system” that the project addresses (system requirements) ¨ For example, a requirement for the final system might be: “Total fuel costs for the system shall not exceed 15% of the total budget. ” The PM’s job is to be aware of both types of requirements, focus on the project requirements, and ensure that the system requirements are brought forward (usually as a reference). 443/543– 3. 1 7

To achieve project requirements, a number of subordinate requirements will be identified n These

To achieve project requirements, a number of subordinate requirements will be identified n These may be described as minimum position qualification requirements ¨ estimated staffing requirements ¨ special contract requirements, such as ¨ n n printing and duplicating internal documentation requirements contract office requirements These requirements are listed in an appendix or cited by reference 443/543– 3. 1 8

YOUR TURN. . . n n This is part of your first project assignment.

YOUR TURN. . . n n This is part of your first project assignment. In your group: ¨ Read through the project assignment ¨ Identify and WRITE DOWN the requirements stated in the project assignment ¨ Combine these requirements with the statement of need, goals, and objectives you developed earlier. ¨ Identify and justify a number of subordinate project requirements. Keep these requirements as a separate appendix. 443/543– 3. 1 9

The tasks to be accomplished are defined in the Statement of Work (SOW) n

The tasks to be accomplished are defined in the Statement of Work (SOW) n Project Scope ¨ n A definition of the end result or mission of the project—a product or service for the client/customer—in specific, tangible, and measurable terms. Purpose of the SOW To clearly define the deliverable(s) for the end user. ¨ To focus the project on successful completion of its goals. ¨ To be used by the project owner and participants as a planning tool and for measuring project success. ¨ n Task statements are drawn directly from the SOW May be organized into task areas ¨ See, for example, exhibits 3. 4 – 3. 6, pp. 78 -80 ¨ 443/543– 3. 2 10

YOUR TURN. . . n n This is part of your second project assignment.

YOUR TURN. . . n n This is part of your second project assignment. In your group: ¨ Read through the SOW ¨ Identify and WRITE DOWN a list of Task Statements ¨ Group the Task Statements into appropriate Task Areas 443/543– 3. 2 11

The Work Breakdown Structure (WBS) is a complementary way of defining the work n

The Work Breakdown Structure (WBS) is a complementary way of defining the work n Sometimes this is provided by the customer ¨ n If so, it may be necessary to develop a “cross-walk” between the task statements and the WBS. For example, see Table 3. 2, pg. 82. If not, the WBS should be developed by breaking down the task statements into more detailed subtasks and work packages, as described in the next slides. . . 443/543– 3. 2 12

The WBS organizes the work so that it can be assigned to specific organizational

The WBS organizes the work so that it can be assigned to specific organizational and budget areas n An hierarchical outline (map) that identifies the products and work elements involved in a project n Defines the relationship of the final deliverables to tasks, and in turn, their relationships to work packages n Best suited for design and build projects that have tangible outcomes rather than process-oriented projects 443/543– 3. 2 13

Hierarchical breakdown of the WBS Project Deliverable May be the same if there is

Hierarchical breakdown of the WBS Project Deliverable May be the same if there is only one deliverable Task Area may be combined into a single level Task Subtask Cost Account 443/543– 3. 2 Work Package Lowest management responsibility level Grouping of work packages for monitoring progress and responsibility 14

For Example, 443/543– 3. 2 15

For Example, 443/543– 3. 2 15

Another example, 443/543– 3. 2 from: Gray & Larson (2008). Project management: the managerial

Another example, 443/543– 3. 2 from: Gray & Larson (2008). Project management: the managerial process (4 th ed. ) Mc. Graw-Hill Irwin. ISBN 978 -07 -352515 -0. 16

Why Create the WBS? n WBS helps the PM by ¨ Facilitating evaluation of

Why Create the WBS? n WBS helps the PM by ¨ Facilitating evaluation of cost, time, and technical performance of the organization on a project ¨ Providing management with information appropriate to each organizational level ¨ Helping in the development of the organization breakdown structure (OBS), which assigns project responsibilities to organizational units and individuals ¨ Helping manage plan, schedule, and budget ¨ Defining communication channels and assists in coordinating the various project elements 443/543– 3. 2 17

YOUR TURN. . . n n This is part of your second project assignment.

YOUR TURN. . . n n This is part of your second project assignment. In your group: ¨ Break your task statements into subtasks (when appropriate) ¨ Identify the specific work packages associated with each task or subtask ¨ (optional) Assign each work package to a member of the team to manage. 443/543– 3. 2 18

The Technical Approach is a task by task description of how the work will

The Technical Approach is a task by task description of how the work will be done n May be defined in detail in response to an RFP i. e. , part of a formal proposal (TCO 341) ¨ if so, it is pulled from the proposal as part of the project plan ¨ n A narrative of what is to be done, why, where, when, and by whom Starts from the beginning (developing the Project Plan) ¨ Ends with the project close-out ¨ Consistent with, but not identical to, the WBS ¨ n Include a description of the final product(s) from each task ¨ 443/543– 3. 3 see, for example, http: //www. fayettecountyga. gov/planning_and_zoning/pdf/CTPGl atting-Jackson-Proposal. pdf 19

The Schedule puts the tasks and activities on a timeline n Allows the project

The Schedule puts the tasks and activities on a timeline n Allows the project team to maintain awareness of the schedule and potential problems Identify critical path based on task precedence and time requirements ¨ Include resource requirements ¨ Is consistent with customer delivery requirements ¨ n The schedule in the body of the plan is a top-level overview major tasks, not detailed work packages ¨ detailed schedule is in the appendix and kept up to date online by the project management ¨ 443/543– 3. 3 20

The schedule serves as a visual reminder to the project manager and team n

The schedule serves as a visual reminder to the project manager and team n Two methods ¨ Gantt chart ¨ CPM or PERT 443/543– 3. 3 21

The Task Responsibility Matrix (TRM) identifies the personnel and time associated with each task

The Task Responsibility Matrix (TRM) identifies the personnel and time associated with each task n n Developed from task list, WBS, and schedule May be specific names or personnel types ¨ Ultimately, the personnel must be named ¨ The time required (in person-weeks) for each staffing category is derived from the schedule and WBS n Is used for staffing decisions and budgeting 443/543– 3. 3 22

The Budget is developed from this information and additional cost data n Direct labor

The Budget is developed from this information and additional cost data n Direct labor ¨ from TRM and hourly/weekly rates ¨ include fringe benefits n Indirect costs ¨ Overhead, general & admin (G&A), profit/fee, etc. ¨ Vary by organization and contract type n n Materials and supplies Subcontract costs 443/543– 3. 3 23

The Risk Analysis focuses on identifying & mitigating potential problems before the project starts

The Risk Analysis focuses on identifying & mitigating potential problems before the project starts n Technical performance risk ¨ n Schedule risk ¨ n What will cause the team to not meet project milestones? Cost risk ¨ n What in the design, development, and construction of the system may result in not meeting the technical requirements set forth by the customer? Where have “guesses” regarding costs put the team at risk of not staying within budget? Administrative risk ¨ 443/543– 3. 3 What administrative changes might affect the schedule or budget? 24

The risk analysis answers the following questions. . . 1. 2. 3. 4. 5.

The risk analysis answers the following questions. . . 1. 2. 3. 4. 5. What specific risks are present for this project? What are the likelihoods of experiencing these risks? What are the likely consequences if indeed the risks occur? Based on 2 and 3, how can we prioritize the risks that have been identified? What can we do to minimize the likelihood of occurrence as well as the consequences of high-priority risks? 443/543– 3. 3 25