CH 06
CH 06
Project Planning
6-2
Chapter 6
Activity Planning:
Traditional and Agile
Initial Project Coordination and the
Project Charter
• Early meetings are used to decide on participating
in the project
• Used to “flesh out” the nature of the project
• Planning is done to facilitate later accomplishment
• Outcomes include:
• Technical scope
• Areas of responsibility
• Delivery dates or budgets
• Risk management group
6-4
Traditional Project Activity
Planning
• Project objectives should be tied to the overall
mission, goals and organizational strategy.
• “Launch meetings”
• Important for a senior manager to attend
• Success of “launch” meetings dependent on well-defined
objectives
• Useful to review major risks facing the project now
• Don’t let plans, schedules, and budgets go beyond the
most aggregated levels at this point
6-5
Outside Clients
6-6
Project Charter Elements
• Purpose
• Objectives
• Overview
• Schedules
• Resources
• Stakeholders
• Risk management plans
• Evaluation methods
6-7
The Project Plan Addresses: (Slide 1 of 2)
6-10
Mind Mapping Advantages
6-11
Final Mind Map for Full-Time MBA
6-12
Project Planning in Action
• Considers the sequence of activities required to carry
the project from start to completion.
• Software and hardware developers may divide the
project into nine segments:
6-13
The WBS: A Key Element (Slide 1 of 2)
• What is to be done
• When it is to be started and finished
• Who is going to do it
6-14
The WBS: A Key Element (Slide 2 of 2)
6-15
Hierarchical Planning
6-16
A Form to Assist Hierarchical
Planning
6-17
Career Day
6-18
The Work Breakdown Structure
(WBS)
• A hierarchical planning process
• Breaks tasks down into successively finer levels of
detail
• Continues until all meaningful tasks or work
packages have been identified
• These make tracking the work easier
• Need separate budget/schedule for each task or
work package
6-19
A Visual WBS
6-20
Steps to Create a WBS
6-21
Human Resources
6-22
The Responsibility (RACI) Matrix
6-23
Sample RACI Matrix
6-24
Agile Project Planning and Management
• Waterfall is a “batch process; APM is a flow process
• Close and continuing contact between clients and
project team
• Iterative and adaptive planning process
• Emphasis on customer first, then team, then scope
6-25
Comparison of APM and Traditional
Waterfall Approach
6-26
Project Planning with Scrum
• Emphasis on Flexibility
• Scrum Artifacts Supporting Project Planning
• Product Backlog
• Spring Backlog
• Product Increment
6-27
Example Product Backlog
6-28
Scrum Events for Project Planning
6-29
Sprint Planning Meeting
• Held at beginning of each sprint
• Determine goals for sprint
• Choosing product requirements from product backlog
(developers)
• Entire team attends
• Time boxed to 2 hours per week of sprint duration
6-30
Daily Scrum Meeting
• Held at beginning of each workday
• Same time and location each day
• Open to all but on scrum team may speak during meeting
• Stand up meeting limited to 15 minutes
• Each developer addresses:
• Worked completed prior day
• What will be worked on during current day
• Challenges encountered
• After-party meeting
6-31
Coordination Through Integration
Management
• Managing a project requires a great deal of
coordination
• Projects typically draw from many parts of the
organization as well as outsiders
• All of these must be coordinated
• The RACI matrix helps the project manager
accomplish this
6-32
Integration Management
6-33
Managing Projects by Phases and
Phase-Gates
• Break objectives into shorter term sub-objectives
• Project life cycle is used for breaking a project up
into component phases
• Focus on specific, short-term output
• Lots of feedback between disciplines
6-34
Copyright
Copyright © 2021 John Wiley & Sons, Inc.
All rights reserved. Reproduction or translation of this work beyond that permitted in
Section 117 of the 1976 United States Act without the express written permission of the
copyright owner is unlawful. Request for further information should be addressed to the
Permissions Department, John Wiley & Sons, Inc. The purchaser may make back-up
copies for his/her own use only and not for distribution or resale. The Publisher
assumes no responsibility for errors, omissions, or damages, caused by the use of these
programs or from the use of the information contained herein.