Beruflich Dokumente
Kultur Dokumente
Managerial Approach
5-1
2006 John Wiley
Initial Project Coordination
It is crucial that the projects objectives be
clearly tied to the overall mission of the firm
A project launch meeting is an initial coordinating
meeting that serves as a visible symbol of top
managements commitment to the project
The project launch meetings success is absolutely
dependent on the existence of a well-defined set of
objectives
5-2
2006 John Wiley
Project Launch Meeting
Should not allow plans, schedules, and budgets to go
beyond the most aggregated level at the launch
meeting
The outcomes should be:
1. Technical Scope is established
2. Basic areas of performance responsibility
are accepted by the participants
3. Some tentative overall schedules and
budgets are spelled out
5-3
2006 John Wiley
Composite Plan
Each individual/unit accepting responsibility for a portion of
the project should agree to deliver a preliminary plan about
how that responsibility will be accomplished
5-4
2006 John Wiley
Composite Plan
The composite plan, still not completely firm, is approved by
each participating group, by the project manager, and then by
senior organizational management
5-5
2006 John Wiley
Project Plan
The final approved result of this procedure is the project plan,
also known as a Master or Baseline plan
5-6
2006 John Wiley
Project Plan Elements
Overview
Summarized Scope, Objectives, Structure
Objectives
Time, Cost, Performance
Profit Goals
Technical Requirements
General Approach
Technologies to Use
Managerial Procedures
2006 John Wiley
Project Plan Elements
Contracting Guidelines
Legal Considerations
Procedural and Relationship Considerations
Schedule and Resources Limitations
Early Identification of Tradeoffs
Monitor and Control
Establish Metrics, Measurements, & Opportunities
Potential Problem Areas
Risk Identification, Assessment, and Response
5-10
2006 John Wiley
Project Planning in Action
Software and hardware developers
commonly use a planning process oriented
around the life cycle events:
Concept evaluation
Requirements identification
Design
Implementation
Test
5-11
2006 John Wiley
Project Planning
5-12
2006 John Wiley
Systems Integration
Systems Integration is one part of integration
management and plays a crucial role in the
performance aspect of the project
5-13
2006 John Wiley
Systems Integration
Systems Integration is concerned with three major
objectives:
Performance - what a system does
Effectiveness - achieve desired performance in an optimal
manner
Requires no component specifications unless necessary to meet
one or more systems requirements
Every component requirement should be traceable to one or more
systems requirements
Design components to optimize system performance, not the
performance of subsystems
Cost Systems - cost is a design parameter
5-14
2006 John Wiley
Hierarchical Planning System
All activities required to complete a project must
be precisely delineated, and coordinated
Some activities must be done sequentially, and
some simultaneously
Using a hierarchical planning system will allow
these activities to be identified and sorted
appropriately
Also know as the even planning process
5-15
2006 John Wiley
Sorting Out the Project
The importance of careful planning can
scarcely be overemphasized
Pinto and Slevin developed a list of ten
factors that should be associated with
success in implementation projects
The factors were split into strategic and
tactical clusters
5-16
2006 John Wiley
Sorting Out the Project
Strategic Success Factors:
Project Mission - spell out clearly defined and agreed-upon
objectives in the project plan
Top Management Support - it is necessary for top
management to get behind the project at the outset, and make
clear to all personnel involved that they support successful
completion
Projects Action Plan - detailed plan of the required steps in
the implementation process needs to be developed including
all resource requirements
5-17
2006 John Wiley
The Work Breakdown Structure
The Work Breakdown Structure (WBS) can take a
variety of forms that serve a variety of purposes
The WBS often appears as an outline with Level I
tasks on the left and successive levels appropriately
indented
The WBS may also picture a project subdivided into
hierarchical units of tasks, subtasks, work packages,
etc.
5-18
2006 John Wiley
The Work Breakdown Structure
The WBS is an important document and can be tailored for
use in a number of different ways
It may illustrate how each piece of the project contributes to the
whole in terms of performance, responsibility, schedule, and
budget
It may list the vendors or subcontractors associated with specific
tasks
It may serve as the basis for making cost estimates or estimates of
task duration
It may be used to document that all parties have signed off on their
various commitments to the project
5-19
2006 John Wiley
The Work Breakdown Structure
General steps for designing and using the WBS:
1. Using information from the action plan, list the task
breakdown in successively finer levels of detail. Continue
until all meaningful tasks or work packages have been
identified
2. For each such work package, identify the data relevant to the
WBS. List the personnel and organizations responsible for each
task.
3. All work package information should be reviewed with the
individuals or organizations who have responsibility for doing or
supporting the work in order to verify the accuracy of the WBS
5-20
2006 John Wiley
The Work Breakdown Structure
General steps for designing and using the WBS (cont.):
4. The total project budget should consist of four elements: direct
budgets from each task; an indirect cost budget for the project; a
contingency reserve for unexpected emergencies; and any
residual, which includes the profit derived from the project
5-22
2006 John Wiley
WBS Linear Responsibility Chart
5-23
2006 John Wiley
Approaches to Interface Management
Recent work on managing the interface
focuses on the use of multifunctional teams
(MT)
There is general agreement that MT has a
favorable impact on product/service design and
delivery
Successfully involving cross-functional teams in
project planning requires that some structure be
imposed on the planning process
5-24
2006 John Wiley
Approaches to Interface Management
A different attack on the problem is defining and mapping
all interdependencies between the various members of the
project team
Rather than mapping interfaces on the firms organizational chart,
instead it maps the interdependencies directly
Does not ignore the value of the WBS, action plan, or PERT/CPM
networks, but simply uses interface maps as a source of the
coordination requirement to manage the interdependencies
5-25
2006 John Wiley
Project Master Schedule