project planning

42
PROJECT OPERATIONS P A R T 4 Introduction Strategic Context of Projects Organizational Design Project Operations Interpersonal Dynamics The Cultural Elements New Prospects PM: Strategic Design and Implementation Project Termination EVMS Project Controls Information Systems Project Planning Source: PROJECT MANAGEMENT Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com) Copyright © 2004 The McGraw-Hill Companies. All rights reserved. Any use is subject to the Terms of Use as given at the website.

Upload: motaharesh

Post on 20-Nov-2015

16 views

Category:

Documents


3 download

DESCRIPTION

A quick description on project planning

TRANSCRIPT

  • PROJECTOPERATIONS

    P A R T 4

    Introduction

    StrategicContext ofProjects

    OrganizationalDesign

    ProjectOperations

    InterpersonalDynamics

    The CulturalElements

    NewProspects

    PM:Strategic

    Design andImplementation

    ProjectTermination EVMS

    ProjectControls

    InformationSystems

    ProjectPlanning

    Source: PROJECT MANAGEMENT

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • PROJECT OPERATIONS

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • CHAPTER 11PROJECT PLANNING

    Amid a multitude of projects, no plan is devised.PUBLILIUS SYRUS, CIRCA 42 B.C.

    11.1 INTRODUCTION

    The most important responsibility of the project team is to develop the project planin consort with other supportive stakeholders. Project planning is reflective thinkingabout the projects future in relationship to its present role in the design andexecution of enterprise strategies. The project plan must be harmonious with thestrategic plan of the enterprise, the functional plans, and, where appropriate, withthe plans of the relevant stakeholders. If adequate project plans are developed, thenan important standard for monitoring, evaluating, and controlling the applicationof project resources is available. If the project plans are inadequate, then thereview of the project during its life cycle is greatly impaired.

    In this chapter, a conceptual model of project planning is offered, along with adescription of planning processes, considerations, and results that can be expectedfrom adequate planning. The work breakdown structure is put forth as an absolutepreliminary initiative to build on for the development of other project planssuch as schedules, scheduling techniques, planning charts, and networking tech-niques. A summary is given of the project planning elements, along with life-cycleplanning, cost estimating, statement of work, project specification, and supportingfunctional plans. A citation of the generic work packages of project planning isoffered as a template to guide the development of more specific planning work pack-ages for individual projects. Included in the chapter content is a summary of theplanning for project partners and outsourcing of project management, two growingareas of interest to project-driven organizations today.

    11.2 THE IMPORTANCE OF PLANNING

    Project planning is an important part of the deciding aspect of the project teamsjob to think about the projects future in relationship to its present in such a way

    309

    Source: PROJECT MANAGEMENT

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • that organizational resources can be allocated in a manner which best suits theprojects purposes. More explicitly, project planning is the process of thinkingthrough and making explicit the objectives, goals, and strategies necessary to bringthe project through its life cycle to a successful termination when the projectsproduct, service, or process takes its rightful place in the execution of project ownerstrategies. This chapter offers an overview of the project planning function placedin the context of enterprise planning.

    In Chap. 1, strategic and organizational planning is covered. The context orplanning within the organization is depicted in Fig. 1.2. This figure shows the hier-archical relationship for the enterprise, with projects subordinate to the organiza-tions mission, objectives, goals, and strategies. The operational plans andorganizational design influence how project planning will be accomplished. Forpurposes of this chapter, project and program planning are considered the same.

    Three types of plans are interrelated in an enterprise: the strategic plan, thefunctional plans, and the project plans. Project planning involves the developmentof a strategy for the commitment of resources to support the project objectives andgoals. The project plan reflects the strategic plan of the enterprise in providingguidance in the likely forthcoming strategic fit of the stream of projects in theenterprise. The functional plans provide detailed guidance on how resources willbe used to support the project purposes. All three plans are essential guides for theuse of resources, as well as providing reciprocal guidance on how the three planswork together during their execution in creating value for the enterprise.

    Project planning is a rational determination of how to initiate, sustain, and termi-nate a project. McNeil and Hartley define the basic concepts of project planningas developing the plan in the required level of detail with accompanying milestones,and the use of available tools for preparing and monitoring the plan.1

    Project planning and controls are interrelated. Planning prescribes the path tobe followed in executing the project, whereas the controls are the means to collect,analyze, compare, and correct. Project controls are an integral part of projectplanning. A useful flowchart model (Fig. 11.1) shows this interrelationship andshows the sequence in which planning is required.

    310 PROJECT OPERATIONS

    Analyzerequirement

    Developproject

    objectives

    Technicalobjectives

    Scheduleobjectives

    Costobjectives

    PROJECT PLANNINGMissionWBSScope of workProduct descriptionScheduleBudgetRiskCommunicationsResourcesQualityContracting

    CONTROLSSchedule trackingCost trackingWork package trackingTechnical performanceTestingProject auditsProject reviews

    1Harold J. McNeil and Kenneth O. Hartley, Project Planning and Performance, Project Management Journal,March 1986, p. 36.

    FIGURE 11.1 A flowchart of typical planning and control functions.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Project planning has played a key role in the outcome of successful nuclearpower plant projects in an industry where many projects have had grave difficulties.For example, at the Erie Nuclear Power Plant project, an overall plan was prepared at the project beginning. This plan provided the basis for controlling and coordinat-ing the activities of the participating parties.2

    At Florida Power and Lights St. Lucie Unit 2 plant, adequate project plan-ning contributed to projects success by calling for the appointment of a projectmanagement organization in the early stages of the project, an early total pro-ject schedule, and the planning, scheduling, and implementation of an effectivestart-up program.3

    11.3 PLANNING REALITIES

    The planning ethos of the 1970s, rooted in the extrapolation of history, has been dis-credited by the bends in the trends exemplified by the oil crises and the political andsocial upheavals of the late 1980s and early 1990s. It is giving way to a new approachto strategic planning. This new approach is based on a visionary view of the futuregained by a growing awareness of the possibility of long-term strategic alliance build-ing, project partnering, sharing of risk in exploiting new technologies and processesleading to earlier commercialization, and continuous improvement of product, service,and process development and implementation in maintaining a competitive edge.

    Planning is the most challenging activity for a leader or manager. Planningstarts with the development of a visionthe ability to see something that is invisibleto others. People in general find that it is more comfortable to do the work than toplan. All too often people equate activity with progress. Taking time to thinkthrough a plan of action for the future is not considered active management orleadership. Planning involves thinking through the possibilities and the probabilitiesof the future, and then developing a strategy for how the organizational resourceswill be positioned to take advantage of future competitive conditions.

    Planning is a responsibility of the project leader. Finding ways to get the full-hearted cooperation of team members and other stakeholders will facilitate theplanning process and improve the chances of the development of a project plan towhich members of the project team are committed.

    Planning for the use of resources precedes the monitoring, evaluation, andcontrol of resources. Insufficient front-end planning, unrealistic project plans,failing to estimate the degree of complexity, and lack of consideration for theprojects objectives will lead to reduced accomplishment of project objectives.When planning is done by an active, participating project team, the interactions andcommunications give greater insight to the project work. Interactions among the

    PROJECT PLANNING 311

    2Barry M. Miller and Charles D. Williams, Management Action through Effective Project Controls: A CaseStudy of a Nuclear Power Plant Project, Proceedings, PMI Seminar/Symposium, Los Angeles, October 1978, vol. 2,pp. G.1G.5.

    3Paraphrased from W. B. Derrickson, St. Lucie Unit 2A Nuclear Plant Built on Schedule, Proceedings, PMISeminar/Symposium, Houston, October 1983, vol. 5, pp. E.1E.14.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • team members help develop the team and give the team members greater ease indealing with each other. This guides the future use of organizational resources.

    11.4 A CONCEPTUAL MODEL OF PLANNING

    Project planning is preceded by comprehensive organizational strategic planning,because projects are integral elements of organizational strategies. A conceptualmodel, depicting the strategic context of organizational planning that includesboth strategic planning and strategic implementation, appears in Fig. 11.2.4

    Strategic considerations are addressed in Chap. 1 and will not be restated here.This section will address the project and how planning is accomplished. It is wellto remember that projects are building blocks of the enterprise and that all projectsmust contribute to the organizations mission, as connected through organizationalobjectives and goals that are implemented through organizational strategies.

    11.5 PROJECT PLANNING MODEL

    Project planning begins within the framework of strategic planning in the organi-zation. For example, the strategic planning phase at a steel corporation led to theapproval of a comprehensive facility feasibility study for the location and config-uration of the steel plant. As a result of this feasibility study, which evaluatedseven alternative sites, the plant location was fixed at Cleveland, Ohio. During theplanning for this facility, several options were considered, ranging from turnkeycontract to construction management consultant to the owner acting as its owngeneral contractor with subcontractors and/or in-house personnel. These optionswere considered in detail before final project planning was carried out withapproved cost estimates and milestone schedules.

    The strategic context of organizational planning, depicted in Fig. 11.2, sets thestage for project planning. Projects must adhere to the strategic umbrella toassure flow down of the enterprises mission, vision, objectives, goals, and strategies.Using these concepts, project planning becomes an elaboration of the overallapproach to business and provides for consistently building on the enterprisescapability to perform work through projects.

    Understanding the strategic approach to business and linking that to the projectplanning will provide the means to pursue work that supports the organizationsobjectives and goals by using strategies that are adopted and used by the organi-zation. Ensuring that projects, as building blocks for the business, contribute to theorganizations growth and improvement is critical to future well-being.

    Table 11.1 depicts the hierarchical approach at the project level and establishesan overall framework for project planning. This is an extension of the concepts inFig. 11.2, which provides the umbrella for project planning. The definitions pro-vide an understanding for each key element.

    312 PROJECT OPERATIONS

    4 Adapted in part from David I. Cleland and William R. King, Systems Analysis and Project Management, 3d ed.(New York: McGraw-Hill, 1983), p. 63.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Org

    aniz

    atio

    nal

    Miss

    ion:

    the

    bu

    sines

    s th

    eorg

    aniz

    atio

    n is

    in

    Proje

    ct Ob

    jectiv

    es:

    the

    desir

    edfu

    ture

    pos

    ition

    of t

    he p

    rojec

    t in te

    rms

    of c

    ost,

    sche

    dule

    , and

    tech

    nica

    l per

    form

    ance

    Proje

    ct Go

    als: m

    ilesto

    nes l

    eading

    to th

    eco

    mpl

    etio

    n of

    pro

    ject

    work

    pac

    kage

    s

    Proje

    ct Str

    ategi

    es: a

    pla

    n of

    act

    ion

    with

    acc

    ompa

    nyin

    g po

    licie

    spr

    ovid

    ing

    gene

    ral d

    irect

    ion

    for h

    ow r

    esourc

    es w

    ill b

    e us

    ed to

    acco

    mpl

    ish p

    rojec

    t goa

    ls an

    d obje

    ctives

    Org

    aniz

    atio

    nal S

    truct

    ure:

    the

    proje

    ct-dri

    ven

    mat

    rix o

    rgan

    izat

    iona

    l stru

    ctur

    e,fu

    nctio

    ns, a

    nd p

    roce

    sses

    Proje

    ct Te

    am R

    oles

    : ide

    ntifi

    catio

    n, n

    egot

    iatio

    n, a

    nd re

    solu

    tion

    of in

    divid

    ual a

    nd c

    olle

    ctiv

    e

    auth

    ority

    , re

    spon

    sibili

    ty, an

    d ac

    coun

    tabi

    lity

    Syste

    ms:

    com

    bina

    tion

    of m

    anag

    emen

    t and

    org

    aniz

    atio

    nal f

    unct

    ions

    form

    ing

    an in

    tegr

    ated

    ent

    ity to

    supp

    ort

    proje

    ct act

    ivitie

    s

    Styl

    e: p

    rojec

    t man

    ager

    and p

    roject

    team

    mem

    ber m

    anne

    r, kno

    wle

    dge,

    skill

    s, an

    d at

    titud

    e

    Proje

    ct Re

    source

    s: qu

    ality

    and q

    uanti

    ty of

    huma

    n and

    nonh

    uman

    resou

    rces t

    o sup

    port t

    he pr

    oject

    FIG

    UR

    E 11

    .2El

    emen

    ts in

    the

    proje

    ct-dri

    ven m

    atrix

    mana

    geme

    nt ph

    ilosop

    hy.

    313

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • 11.6 PROJECT PLANNING PROCESS

    Projects often extend for many years into the future. Thus a project plan for suchprojects becomes both operational (short term) and strategic (long term). It followsthat the project planning process requires both operational and strategic thinking.Creativity, innovation, and the ability to think prospectively form the basis forthe project planning process. The real value of such a process is a framework ofthings to consider for a projects life cycle. A project planners philosophy encom-passes characteristics such as:

    The need to search out objective data that provide the basis for project planningdecision making

    The value of questioning assumptions, databases, and emerging project strategiesto test their validity and relevance

    An ongoing obsession with where the project should go and how it is going toget there

    314 PROJECT OPERATIONS

    TABLE 11.1 Project Planning in a Strategic ContextStrategic vision, mission, objectives, and goals for

    the enterprise that drives project planningProject planning element Definition

    Project mission/purpose The central reason for the project, such as creating a product,service, or organizational process change.

    Project objectives The desired future position of the project in terms of cost,schedule, and technical performance.

    Project goals Milestones leading to the completion of the projectswork packages.

    Project strategy A plan of action with accompanying policies providinggeneral direction of how resources will be used toaccomplish project goals and objectives.

    Organizational structure The project-driven, matrix organizational structure, functions,and processes.

    Project team roles Identification, negotiation, and resolution of individual andcollective authority, responsibility, and accountability.

    Style Project manager and project team member manner,knowledge, skills, and attitudes.

    Systems Combination of management and organizational functionsforming an integrated entity to support project activities.

    Project resources Quality and quantity of human and nonhuman resources tosupport the project.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • A demonstrated ability to view project opportunities in the largest possible contextand to constantly seek an understanding of how everything fits together duringthe projects life cycle

    A faith that, given ample opportunity, a bisociation will occur: the fittingtogether of separate events or forces on the project.5

    Individuals making key project planning decisions today will have a long-termstrategic impact on the organization. Generally, the strategic roles of key individualsinvolved in project planning are as follows: The board of directors reviews and approves (or redirects for further study) key

    project plans and maintains surveillance over the implementation of the plans. Senior management directs the design, development, and implementation of a

    strategic planning system and a project planning philosophy and process for thecorporation.

    Functional managers are responsible for the integration of state-of-the-artfunctional technology into the project plans.

    The project manager is responsible for integrating and coordinating the projectplanning activity.

    The work package manager is responsible for providing input to the project plans. Professionals participate as required in contributing to the project planning

    processes.

    By involving these individuals in the roles as described, key people are affordedthe opportunity to participate in project planning. Of course, such participationrequires relevant knowledge, skill, and insight into both the theory and the practiceof project planning. By maximizing the participation of key individuals in projectplanning, the overall value of the project plan should be improved. One largeproject-driven organization recognized the value of project planning like this: During the early 1960s, after hundreds of projects had been completed, it

    became apparent that many projects successfully achieved their basic projectobjectives, whereas some failed to achieve budget, schedule, and performanceobjectives originally established.

    The history of many of these projects was carefully reviewed to identify conditionsand events common to successful projects, vis--vis those conditions and eventsthat occurred frequently on less successful projects. A common identifiableelement on most successful projects was the quality and depth of early planning bythe project management group. Execution of the plan, bolstered by strong projectmanagement control over identifiable phases of the project, was another majorreason why the project was successful.6

    PROJECT PLANNING 315

    5Arthur Koestler, The Act of Creation (London: Hutchinson, 1964). He explains creativeness as the result of biso-ciation, of putting together unconnected facts or ideas to form a single new idea.

    6Robert K. Duke, H. Frederick Wohlsen, and Douglas R. Mitchell, Project Management at Fluor Utah, Inc.,Project Management Quarterly, vol. 3, no. 3, September 1977, p. 33.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Thus, project planning is the business of many individuals in the organization.Understanding planning concepts and how to develop realistic plans adds value tothe organization and its ability to reach into the future to lay out a path for success.

    Project planning may be considered a form of information development andcommunications. As the project team develops the project plan, the project teamshould learn more about the project goals, strategies, and team member roles. Theproject objectives then can be decided in terms of cost, schedule, and technicalperformance. Satisfaction of project goals is accomplished through the completionof the project work packages. The project strategy is a plan of action with accom-panying policies, procedures, and resource allocation schemes, providing generaldirection of how the organizational effort will be used to accomplish project goalsand project objectives.

    Simultaneous project planning is the process of having the project team considerall aspects, issues, and resources required for the project plan on a concurrentbasis. Concurrent planning means that everything that can or might impact theproject is reviewed during the planning phase to ensure that an explicit decision ismade concerning the role that all resources, however modest, might have on theproject. Project start-up workshops can be useful in the planning phase of a projectto help identify and get people committed to the notion of thinking through allprobable and possible aspects of the project to be reflected in the project plan.7

    11.7 PROJECT PLANNINGCONSIDERATIONS

    Many projects are started before the requirements are fully defined and under-stood. The lack of requirements, which may be the specification for a product, canallow the planners to drift away from the customers needs. Once project planningstarts in the wrong direction, it is difficult to correct. Like many other phenomena,the first 20 or 30 percent of the planning effort establishes a direction for the project.

    The customers requirements define what the project should be. Planners whounderstand the customers requirements can collect the information to plan theproject and apply appropriate project management practices and techniques tobuild a road map to project implementation, control, and closeout.

    All too often, when people think of project planning they perceive the use ofonly techniques and concepts such as PERT or CPM networking. These conceptsare briefly discussed in this chapter. The footnote references can serve as usefulguidelines in using PERT and CPM networking.8 These techniques are importantto use in the development of a project schedule; however, project planningincludes a much wider scope of activity. Such concerns as objective and goal setting,

    316 PROJECT OPERATIONS

    7For a meaningful description of the role that planning workshops can play in project planning, see AlexanderWalton, Concurrent Planning Workshops: The Best Way to Communicate during Project Planning, Proceedings,Project Management Institute, 26th Annual Seminar/Symposium, New Orleans, October 1996, pp. 357366.

    8Joseph J. Moder, Network Techniques in Project Management, in D. I. Cleland and W. R. King (eds.), ProjectManagement Handbook (New York: Van Nostrand Reinhold, 1983), chap. 16, pp. 303309; and James J. OBrien,CPM in Construction Management, 3d ed. (New York: McGraw-Hill, 1984).

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • cost estimating and budgeting, scheduling, resource usage estimating, and specifica-tion of deliverables are key concerns. Project planning also involves a delineationof the organizational design to support the project as well as the information systemand the control system, which are used to model, evaluate, and reallocate resourcesas required during the execution of the project plan.

    Project planning deals with the determination of the activities and resourcesthat have to be utilized to ensure that the project is adequately executed. Authority,responsibility, and accountability have to be planned so that members of the projectteam know what their specific roles are and how they relate to other members ofthe project team who are involved in executing work package activity. The followingkey questions need to be answered:

    When is activity due? What is the time duration of each activity? What human and nonhuman resources are needed to execute each activity on

    the project? What are the estimated costs? How are the budget and financial plans to be established to support the cost

    considerations of the budget?

    One of the changes under way in contemporary organizations is that more peopleare involved in and carry out the management functions.

    Participative planning has been used effectively by AT&T. Participation isobtained through the use of workshops that include the entire project team andeven customers in joint planning sessions. A planning process facilitator helpsguide the activities and keeps the project planning moving forward. The purposeof these workshops is to have the participants agree on high-level project plans,schedules, and project monitoring and evaluation strategies. Held at the beginningof a project, the workshops achieve the benefits of early planning, including over-coming planning problems and getting the team members involved early in theplanning, which leads to more commitment and dedication to their role on theproject. In addition, team members are given an early exposure to their individualand collective roles in the project and an opportunity to identify any interpersonalanxieties that might hinder team development and operation at a later date. Thesestart-up workshops have been successful in producing planning deliverables,developing planning skills, and building team interaction and cohesiveness.9

    The project manager is responsible for initiating action to bring about thedevelopment of a plan. In discharging the project leadership role, the projectleader has the final responsibility for ensuring that the right things are doneabout the project plan. The complexities of deciding what the details of the projectshould be and doing things right rest with the specialists, who are members of theproject planning team. Planning becomes a method for coordinating and synchro-nizing the forthcoming project activities. Project planning should be undertaken

    PROJECT PLANNING 317

    9Dan Ono and Russell D. Archibald, Project Start-up Workshops: Gateway to Project Success, Proceedings,PMI Seminar/Symposium, San Francisco, September 1721, 1988, pp. 500554.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • after the project has been positioned in the overall strategy for the enterprise; thenthe detailed planning can be carried out with a high degree of assurance that theproject planning team is working on the right areas.

    Because planning involves thinking through the probabilities and possibilitiesof the projects future, a detailed cookbook recipe for planning cannot be provided.However, certain key work packages and planning tools have to be addressed inthe development of the project plan of action. These planning considerations aredescribed in the next section.

    11.8 WORK BREAKDOWN STRUCTURE10

    The most basic consideration in project planning is the work breakdown structure(WBS). The WBS divides the overall project into work elements that representsingular work units, assigned either to the organization or to an outside agency,such as a contractor.

    The WBS process is carried out in the following manner: Each project must besubdivided into tasks that can be assigned and accomplished by some organiza-tional unit or individual. These tasks are then performed by specialized functionalorganizational components. The map of the project represents the collection ofthese units and shows the project manager the many organizational and subsysteminterfaces to be managed.

    The underlying philosophy of the work breakdown structure is to divide theproject into work packages that are assignable and for which accountability can beexpected. Each work package is a performance-control element; it is negotiatedand assigned to a specific organizational manager, usually called a work packagemanager. The work package manager is responsible for a specific measurableobjective, detailed task descriptions, specifications, scheduled task milestones,and a time-phased budget in dollars and work force. Each work package manageris held responsible by both the project and the functional managers for the com-pletion of the work package in terms of technical objectives, schedules, and costs.

    The work breakdown structure is a means for dividing a project into easilymanaged increments, helping ensure the completeness, compatibility, and continu-ity of all work that is required for successful completion of the project. The WBSprovides the basis for a fundamental understanding of the scope of the project andhelps ensure that the project supports organizational objectives and goals.

    The process of developing the WBS is to establish a scheme for dividing theproject into major groups, and then dividing the major groups into tasks, sub-dividing the tasks into subtasks, and so forth. Projects are planned, organized, andcontrolled around the lowest level of the WBS. The organization of the WBSshould follow some orderly identification scheme; each WBS element is given adistinct identifier. With an aircraft, for example, the WBS might look like the infor-mation shown in Fig. 11.3.

    318 PROJECT OPERATIONS

    10Paraphrased from D. I. Cleland and W. R. King, Systems Analysis and Project Management, 3d ed. (New York:McGraw-Hill, 1983), pp. 255258.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • In the WBS, the decomposition of the aircraft includes both system componentsand the functions to support the project. The indenture at different levels indicatesthe components of that item. Decomposition is only done to the level at which theitem will be managed.

    A graphic representation of the WBS can facilitate its understanding. Usingnumerical listings with deeper indentation for successively lower levels can aid incommunications and in developing understanding of the total project and its integralsubsystems, sub-subsystems, and so forth. Figure 11.4 demonstrates the graphicapproach to displaying the information.

    Work packages follow from a WBS analysis on the project. When the WBSanalysis is completed and the work packages are identified, a WBS comes intoexistence. As shown in Fig. 11.4 a WBS can be represented similar to traditionalorganizational structure.

    In the context of a project, the WBS and the resulting work packages provide amodel of the products (hardware, software, services, and other elements) thatcompletely define the project. Such a model enables project engineers, project

    PROJECT PLANNING 319

    X-33 Aircraft

    1.0 System1.1 Airframe1.2 Tail section1.3 Wings1.4 Engines1.5 Avionics

    2.0 Documentation2.1 Operators manual2.2 Repair manual

    3.0 Test and Demonstration3.1 Static system test on the ground3.2 Dynamic air test

    3.2.1 Initial flight for aerodynamics3.2.2 Initial flight maneuver test3.2.3 Endurance flight test

    4.0 Logistics4.1 Maintenance tools4.2 Repair parts (spares)

    FIGURE 11.3 Work breakdown structure coding scheme for an aircraft (example).

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • 1.0

    Syst

    em

    1.1

    Airfr

    ame

    1.2

    Tail

    sect

    ion

    1.3

    Win

    gs

    1.4

    Engi

    nes

    1.5

    Avio

    nics

    2.0

    Docu

    men

    tatio

    n3.

    0 Te

    sts

    & De

    mon

    stra

    tion

    4.0

    Logi

    stics

    4.1

    Mai

    nten

    ance

    tool

    s

    4.2

    Rep

    air p

    arts

    (spa

    res)

    3.1

    Stat

    ic sy

    stem

    test

    on th

    e gr

    ound

    3.2

    Dyna

    mic

    test

    3.2.

    1 In

    itial f

    light

    for a

    erod

    ynam

    ics

    3.2.

    2 In

    itial f

    light

    test

    for m

    aneu

    ver t

    est

    3.2.

    3 En

    dura

    nce

    flight

    test

    2.1

    Ope

    rato

    r's m

    anua

    l

    2.2

    Rep

    air m

    anua

    l

    X-33

    Airc

    raft

    Proje

    ct

    FIG

    UR

    E 11

    .4W

    BS in

    a g

    raph

    ic d

    iagr

    am (e

    xamp

    le).

    320

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • managers, functional managers, and general managers to think of the totality of allproducts and services comprising the project as well as its component subsystems.The model is the focus around which the project is managed. More particularly,the development of a WBS provides the means for:

    Summarizing all products and services comprising the project, including sup-port and other tasks

    Displaying the interrelationships of the work packages to each other, to the totalproject, and to other engineering activities in the organization

    Establishing the authority-responsibility matrix organization Estimating project cost Performing risk analysis Scheduling work packages Developing information for managing the project Providing a basis for controlling the application of resources on the project Providing reference points for getting people committed to support the project

    Work packages are the goals to be accomplished on the project. There are certaincriteria that should be applied to the project goals: Are the goals clear? Are they specific? Are they time based? Are they measurable? Can they be communicated easily to the project team? Can they be clearly assigned to the work package managers/professionals?

    The WBS provides a natural framework or skeleton for identifying the workelements of the project: hardware, software, documentation, and miscellaneouswork to be accomplished to bring the project to completion. The WBS providesan identifier and a management thread to manage myriad aspects of the project.In some projects unique work packages are found. For example, in some globalprojects a cultural planning work package is included in the work breakdownstructure. From this work package, successful cultural training and orientationcan be carried out.

    11.9 PROJECT SCHEDULES

    A key output of project planning is the project master schedule, along with support-ing schedules, which is a graphic time representation of all necessary project-relatedactivities. The project schedule establishes the time parameters of the project

    PROJECT PLANNING 321

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • and helps the managers effectively coordinate and facilitate the efforts of the entireproject team during the life of the project. A schedule becomes an effective partof the project control system. For a project schedule to be effective, it must be: Understandable by the project team Capable of identifying and highlighting critical work packages and tasks Updated, modified as necessary, and flexible in its application Substantially detailed to provide a basis for committing, monitoring, and eval-

    uating the use of project resources Based upon credible time estimates that conform to available resources Compatible with other organizational plans that share common resources

    Several steps are required to develop the project master schedule. These stepsshould be undertaken in the proper sequence.

    Define the project objectives, goals, and overall strategies. Develop the project work breakdown schedule with associated work packages. Sequence the project work packages and tasks. Estimate the time and cost elements. Review the master schedule with project time constraints. Reconcile the schedule with organizational resource constraints. Review the schedule for its consistency with project costs and with technical

    performance objectives. Senior managers approve the schedule.

    11.10 SCHEDULING TECHNIQUES

    Several scheduling techniques are useful in dealing with the timing aspect of the pro-ject resources. The typical graphic illustration is the bar chart, whereas the networksfor PERT (program evaluation and review technique) and CPM (critical path method)show the connectivity between work packages or activities.

    Project Planning Bar Charts

    A technique for simple project planning and scheduling is based on the bar chart(or Gantt chart, after Henry Gantt, one of the early users of a bar chart). This chartconsists of a scale divided into units of time (e.g., hours, days, weeks, or months)across the top and a listing of the project work packages or elements down the left-hand side. Bars or lines are used to indicate the schedule and status of each workpackage in relation to the time scale. Figure 11.5 is an example of a project planningbar chart for the development of an electronic device.

    322 PROJECT OPERATIONS

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Mod

    em a

    nd so

    ftwar

    e im

    plem

    enta

    tion

    proje

    ctW

    E1/

    22W

    E1/

    29W

    E2/

    5W

    E2/

    12W

    E2/

    19W

    E2/

    26D

    evel

    op m

    aste

    r pla

    n fo

    r dep

    loym

    ent o

    f mod

    ems

    D

    evel

    op d

    eplo

    ymen

    t sch

    edul

    e tem

    plat

    e p

    relim

    inar

    y D

    evel

    op d

    eplo

    ymen

    t sch

    edul

    e tem

    plat

    e fi

    nal

    D

    evel

    op o

    pera

    tions

    sche

    dule

    tem

    plat

    e -- p

    relim

    inar

    y D

    evel

    op o

    pera

    tions

    sche

    dule

    tem

    plat

    e -- f

    inal

    D

    evel

    op m

    aint

    enan

    ce im

    plem

    enta

    tion

    sche

    dule

    -- pr

    elim

    inar

    y D

    evel

    op m

    aint

    enan

    ce im

    plem

    enta

    tion

    sche

    dule

    -- fin

    al D

    evel

    op sa

    les s

    ched

    ule -

    - pre

    limin

    ary

    D

    evel

    op sa

    les s

    ched

    ule -

    - fin

    al Id

    entif

    y an

    d in

    corp

    orat

    e int

    erre

    latio

    nshi

    ps b

    etw

    een

    func

    tiona

    l are

    asIn

    stall

    proje

    ct ma

    nage

    ment

    sched

    uling

    syste

    mLo

    ad ex

    istin

    g sc

    hedu

    les i

    nto

    sche

    dulin

    g sy

    stem

    Def

    ine

    and

    load

    reso

    urce

    s in

    reso

    urce

    libr

    ary

    Dev

    elop

    pro

    ject c

    ontro

    l plan

    Dev

    elop

    pro

    ject re

    ports

    with

    requ

    ired f

    eature

    sR

    un pi

    lot p

    rojec

    t for

    all u

    sers

    Insta

    ll an

    d te

    st m

    ode

    ms

    Lege

    nd:

    Ta

    sk p

    lann

    ed Ta

    sk c

    ompl

    eted

    M

    ilesto

    ne/g

    oal p

    lann

    ed M

    ilesto

    ne/g

    oal c

    ompl

    eted

    (No c

    omple

    ted ta

    sks o

    r goa

    ls on

    this

    plann

    ing sc

    hedu

    le)

    FIG

    UR

    E 11

    .5Pr

    oject

    plann

    ing ba

    r cha

    rt.

    323

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • The work packages of the project are listed on the left-hand side, and the units oftime in weeks are shown at the top. Light horizontal lines indicate the schedule forthe project elements, with the specific tasks or operations written above the sched-ule line. Work accomplished is indicated by a heavy line below the schedule line.11The triangles represent milestones in the project.

    Bar graphs are easy to develop and understand, and by showing the scheduledstart and finish of the work packages they provide a simple picture of where theproject stands. A variation of the bar chart is the milestone chart, which replacesthe bar with lines and triangles to indicate project status. A bar chart does not showwork package interdependence and time-resource trade-offs. Network techniquesused on larger projects help plan, track, and control complex projects effectively.

    Network Techniques

    The network techniques known as PERT and CPM came out in 1956. The networkdiagram of PERT/CPM provides a more powerful picture of the work packagerelationships than either the bar chart or the milestone chart. The network diagram,basic to PERT/CPM techniques, provides a dynamic interrelated picture of theactivities and interrelationships relative to the project. The main value of the networktechnique is its depiction of these relationships to show the sequence in whichwork is being executed. While PERT and CPM are excellent systems for sum-marizing work being tracked on a large project, they also aid in analysis of work dur-ing delays in one or more tasks during project execution.12 Figure 11.6 shows thebasic characteristics of a PERT/CPM diagram.

    This diagram shows nodes that represent connections for tasks, which areshown by arrows. The solid lines of connectivity between the nodes representwork, or tasks, to be completed. The broken lines of connectivity indicate con-straints. A completed diagram would have a time on each arrow to represent thetime duration required to accomplish the task. PERT uses three time estimates andcomputes the estimate as follows:

    Time expected (Te) equals Optimistic time (O), plus four times Most Likely(ML), plus Pessimistic time (P), divided by six, or Te (O 4ML P)/6.This gives the resultant number a central tendency that does not cover the full

    range of options. For example, the actual time could be less than the optimistic ormore than the pessimistic estimates.

    The more common type of diagram being used in most projects today is theprecedence diagram. Figure 11.7 depicts the precedence diagram. The precedencediagram is a critical path methodology and closely follows the CPM protocols. Itsmajor difference is that the work is in the nodes rather than in the arrows. Thearrows are connectors to the work and do not consume time. This diagramming

    324 PROJECT OPERATIONS

    11Ibid.12For a summary of network techniques see Hans J. Thamhain, Engineering Program Management (New York:

    Wiley, 1984), pp. 109140.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • method is more flexible than CPM/PERT in that no lines constrain the work likethe dashed lines of CPM.

    Another advantage of the precedence diagram is that the connectivity can bearranged in the schedule through four relationshipsfinish-to-start, finish-to-finish,start-to-start, and start-to-finish. Each connectivity relationship has its advan-tages. However, the most common is the finish-to-start, or finish one activity andstart another.

    11.11 PROJECT LIFE-CYCLE PLANNING

    The project life cycle is a key consideration in project planning. Project life cyclescontain phases, or control mechanisms, to divide the project into different workefforts. The typical project life cycle has four phases: initiation, planning, executionand control, and closeout. These phase can be different to meet the needs of a specificindustry and the names may differ. However, the concept is the samedividethe life of the project into manageable parts, each one representing a controlpoint at the end.

    PROJECT PLANNING 325

    2

    1 4 6 9 12 15

    1311853

    7 10 14

    FIGURE 11.6 PERT/CPM diagram.

    FIGURE 11.7 Precedence diagram.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Once the appropriate work packages for each phase of the projects life cyclehave been depicted, a substantial start has been made toward the development of theproject plan. Figure 11.8 shows an example of how the work is to be accomplishedby project phase. This model is also shown in Fig. 2.3 in a different context.

    11.12 PROJECT PLANNING ELEMENTS

    There are a few fundamental components in the project planning process. Theseelements include the outputs from the techniques and processes previously dis-cussed as well as the elements discussed in the material that follows.

    Statement of Work

    A statement of work describes the actual work that is going to be performed on theproject which, when combined with the specifications, usually forms the basis fora contractual agreement on the project. As a derivative of the WBS, the statementof work (sometimes called scope of work) describes what is going to be accom-plished, a description of the tasks, and the deliverable end products that will be

    326 PROJECT OPERATIONS

    Dol

    lars

    of m

    anho

    urs

    (leve

    l of e

    ffort)

    Phase 1:Conceptual

    Phase 2:Planning

    Phase 3:Execution

    Phase 4:Termination

    Identify need

    Prepare proposal

    Establishfeasibility

    Implementschedule

    Procurematerials

    Trainfunctionalpersonnel

    Transfermaterials

    Transferresponsibility

    Releaseresources

    Reassignprojectteam members

    Build and testtooling

    Developsupportrequirements

    Producesystem

    Verifyperformance

    Modify asrequired

    Build and testprototypes

    Analyzeresults

    Obtainapproval forproduction

    Conductstudies andanalyses

    Design system

    Identifyalternatives

    Identify projectteam

    Develop basicbudget and schedule

    FIGURE 11.8 Tasks accomplished by project phase. [Source: John R. Adams and Stephen E.Brandt, Behavioral Implications of the Project Life Cycle, in David I. Cleland and William R.King (eds.), Project Management Handbook (New York: Van Nostrand Reinhold, 1983), p. 227.]

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • produced, such as hardware, software, tests, documentation, and training. Thestatement of work may also make reference to specifications, directives, or standards,that is, the guidance to be followed in the project work. The statement of workincludes input required from other tasks involving the project and a key elementof the customers request for a proposal.

    Project Specification

    Specifications are the descriptions of the technical content of the project. These spec-ifications typically describe the product of the project and the requirements thatthe product must meet. Further, they contain the characteristics of the various sub-systems in the projects product or service, in order to include an overall systemspecification, hardware, software, test specifications, and logistics support.

    Cost Estimate

    The cost estimate forms the baseline budget from which all actual expenditureswill be measured. Typically, the cost estimate follows the WBS during developmentand implementation. The type of cost estimate determines the precision associatedwith individual cost items.

    Detailed cost estimates are expensive because of the time and labor effortrequired to perform the estimate. The less precise the estimate, typically, the lessthe cost that is associated with the estimate. The three types of cost estimates areas follows:

    Order of magnitude (25%, 75%). Used to make an initial estimate of a projectfor purposes of getting a rough idea of the cost. Note that the project may havea 100 percent variance, that is, 25 percent less or 75 percent more.

    Budget (10%, 25%). Used to perform a tighter estimate than can be usedfor decision making concerning whether the project is within the tolerances ofthe organization.

    Definitive (5%, 10%). Used to start a project based on solid planning and agood estimate of all parts of the project.During implementation, the cost estimate forms the baseline for project expen-

    ditures and provides a means of comparing actual costs to the estimate. Projectsmay require weekly or monthly cost reports to reflect the actual expenditure ascompared to the baseline estimate. An element of the cost system is a report,which provides weekly actual cost with estimated cost as well as a comparison ofactual worker-hours with target worker-hours in manufacturing or construction.

    The cost account usually is considered the basic level at which project perfor-mance is measured and reported. This account represents a specific work packageidentified by the WBS, usually tracked by information on a daily or weekly timecard, which ties in with the organizational cost accounting system.

    PROJECT PLANNING 327

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Financial Plan

    Assuming that project budget, work package budget, and budgets for the appropriatecost accounts have been developed, financial planning involves the developmentof action plans for obtaining and managing the organizational funds to support theproject through the use of the work authorization process.

    The project manager usually authorizes the expenditure of resources on theproject for work to be accomplished within the organization as well as on worksubcontracted to vendors. The work authorization process is an orderly way to dele-gate authority to expend resources for the project. The work authorization documentusually includes:

    The responsible individual and/or organization A work package WBS A schedule Cost estimate and funding citation A statement of work

    Usually the work authorization document is in a one-sheet format that is consid-ered a written contract between the project manager and the performing organizationand/or person.

    Functional Plan

    Each functional manager should prepare a functional operations plan thatestablishes the nature and timing of functional resources necessary to support the pro-ject plan. For example, the accounting/financial organization that supports theproject manager should establish a plan for how the project budget can be monitored.Such a plan would be an information system for monitoring actual project costsand comparing them with budgeted costs.

    11.13 PLAN FORMAT

    The organization and arrangement of the project plan depend on the nature of theproject. The bare essentials of a project plan include: A summary of the project that states briefly what is to be done and the methods

    and techniques to be used. It lists the deliverable end products in such a way thatwhen they are produced, they can be identified easily and compared with the plan.

    A list of tangible and discrete goals, identified in such a way that there can beno ambiguity about whether a goal has been achieved.

    A WBS that is detailed enough to provide meaningful identification of all tasksassociated with job numbers, plus all higher-level groupings such as work unitsor work packages.

    328 PROJECT OPERATIONS

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • A strategy outlining how organizational resources will be used to accomplishproject objectives and goals.

    An activity network that shows the sequence of elements of the project and howthey are related (which can be done in parallel, which can start only whenanother is finished, etc.).

    Separate budgets and schedules for all the elements of the project for whichsome individual is responsible.

    An interface plan that shows how the project relates to the rest of the world,most particularly to the customer.

    An indication of the review process: who reviews the project, when, and forwhat purpose.

    A list of key project personnel and their assignments in relation to the WBS.

    11.14 PROJECT MANAGEMENT MANUAL

    An important part of project planning is the development of organizational policiesand procedures that support the project plan. Many organizations use a projectmanagement manual that tells all project participants what they have to do andhow they have to do it. Bitner suggested the contents for a representative projectprocedure manual.13

    The project management manual is the document that establishes standingprocedures for project planning and implementation. When properly constructed,the project management manual covers aspects of the organizations project man-agement that are consistent across projects and programs. For example, it maystate that all projects will have a formal review by senior management no less thanonce each quarter and once a month for projects that are experiencing difficulties.

    11.15 PROJECT PLANNING WORKPACKAGES

    Even the task of planning a project should be broken down into work packages.Here is a general guide to these work packages, not necessarily done in the sequenceindicated:

    Establish the strategic fit of the project. Ensure that the project is truly abuilding block in the design and execution of organizational strategies andprovides the project owner with an operational capability not currently exist-ing or improves an existing capability. Identify strategic issues likely to affectthe project.

    PROJECT PLANNING 329

    13L. M. Bitner, Project Management: Theory versus Application, Project Management Journal, June 1985, p. 67.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Develop the project technical performance objective. Describe the project deliv-erable end product(s) that satisfies a customers needs in terms of capability,capacity, quality, quantity, reliability, efficiency, and so on.

    Describe the project through the development of the project WBS. Develop aproduct-oriented family tree division of hardware, software, services, and othertasks to organize, define, and graphically display the product to be produced, aswell as the work to be accomplished to achieve the specified product.

    Identify and make provisions for the assignment of the functional work packages.Decide which work packages will be done in-house, obtain the commitment ofthe responsible functional work managers, and plan for the allocation of appro-priate funds through the organizational work authorization system.

    Identify project work packages that will be subcontracted. Develop procurementspecifications and other desired contractual terms for the delivery of the goodsand services to be provided by outside vendors.

    Develop the master and work package schedules. Use the appropriate schedul-ing techniques to determine the time dimension of the project through a collabo-rative effort of the project team.

    Develop the logic networks and relationships of the project work packages.Determine how the project parts can fit together in a logical relationship.

    Identify the strategic issues that the project is likely to face. Develop a strategyto deal with these issues.

    Estimate the project costs. Determine what it will cost to design, develop, andmanufacture (construct) the project, including an assessment of the probabilityof staying within the estimated costs.

    Perform risk analysis. Establish the degree or probability of suffering a setbackin the projects schedule, cost, or technical performance parameters.

    Develop the project budgets, funding plans, and other resource plans. Establishhow the project funds should be utilized, and develop the necessary informationto monitor and control the use of funds on the project.

    Ensure the development of organizational cost accounting system interfaces.Because the project management information system is tied in closely with costaccounting, establish the appropriate interfaces with that function.

    Select the organizational design. Provide the basis for getting the projectteam organized, including delineation of authority, responsibility, and account-ability. At a minimum, establish the legal authority of the organizational boardof directors, senior management, and project and functional managers, as wellas the work package managers and project professionals. Use the LRC (linearresponsibility chart) process to determine individual and collective roles onthe project team.

    Provide for the project management information system. An information sys-tem is essential to monitor, evaluate, and control the use of resources on the pro-ject. Accordingly, develop such a system as part of the project plan.

    330 PROJECT OPERATIONS

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Assess the organizational cultural ambience. Project management works bestwhere a supportive culture exists. Project documentation, management style,training, and attitudes all work together to make up the culture in which projectmanagement is found. Determine the project management training that wouldbe required. What cultural fine-tuning is required?

    Develop project control concepts, processes, and techniques. How will the pro-jects status be judged through a review process? On what basis? How often?By whom? How? Ask and answer these questions prospectively during theplanning phase.

    Develop the project team. Establish a strategy for creating and maintainingeffective project team operations.

    Integrate contemporaneous state-of-the-art project management philosophies,concepts, and techniques. The art and science of project management continueto evolve. Take care to keep project management approaches up to date.

    Design project administration policies, procedures, and methodologies.Administrative considerations often are overlooked. Take care of them duringearly project planning, and do not leave them to chance.

    Plan for the nature and timing of the project audits. Determine the type ofaudit best suited to get an independent evaluation of where the project stands atcritical junctures.

    Determine who the project stakeholders are and plan for the management ofthese stakeholders. Think through how these stakeholders might change throughthe life cycle of the project.If the project team follows the suggested development of the project planning

    work packages suggested in this chapter, it is probable that all the needed projectplanning will be carried out. As these project planning work packages are prepared,it is likely that planning initiatives not reflected in these work packages will beidentified and can be planned for accordingly.

    11.16 MANAGEMENT REALITIES

    Complete plans are but a best effort of the planning team based on informationand guidance received. The larger the project, the greater the chance that the planwill change through either new guidance or updated information being received.Plans are living documents that change as competitive and environmental systemschange. Continual update of information and additional planning are typicallyrequired throughout the life of the project.

    Implementation of plans requires that communications and coordination takeon added emphasis. Teams, rather than fixed organizational structures, are theorder of the day. Integration becomes supreme as organizational processes arecrossed as needed, and when needed, pulls together synchronized and qualityefforts to produce customer value.

    PROJECT PLANNING 331

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • For many managers, who grew up in a command and control culture, the newparadigm of consensus and consent management is disquieting. They will needto adapt to the new way of getting things donethat is, by sharing the decisionmaking and power in the project. Managers have become the servants of thosethey choose to rule. This new world is concerned with flexibility in strategies,markets, projects, resources, and people.

    In the past, we managed as if the optimization of the parts of the organizationresearch, manufacturing, engineering, marketing, product development, and soforthwould lead to the optimization of the whole of the organization. Today,we optimize the integration of the organizational processes by using projectteams as focal points to pull together the human and nonhuman resources neededto do the job. The major breakthroughs in improving organizational efficiencyand effectiveness have come about because of the management of the organiza-tional processes rather than the functional entities of the organization. The man-agement of the organizational processes through a self-directed team has finallycaptured the essence of the interdependencies of the organizational functions.

    All planning efforts need to consider the new world and dynamic changes thatoccur, some on a daily basis. Planning does provide the framework and the thoughtprocess to visualize the work required to build a product or service that bringsbenefits to the customers. Planning also gives a foundation from which to initiatechange, when required to meet new situations. No plan is perfect to carry onethrough an entire project, but a good plan does provide a path from which one canadjust to meet the changes.

    11.17 PROJECT PARTNERING14

    Partnering in projects has emerged in recent years as a means of sharing equallyin managing large projects by two or more organizations. One organization mayinitiate partnering to gain additional capability for a project as well as share inthe risks of large complex projects. Partnering is also a means of combininginformation, such as in research and development projects, to improve thechance of success.

    Partnering may be accomplished between public, private, and for-profit andnot-for-profit organizations. A government agency may, for example, partner witha private organization to conduct research. Another example is for a private for-profitprofessional association to partner with a not-for-profit company to develop acommercial product from intellectual property.

    There is no limit to project partnering by organizations. A common goal andcomplementing capabilities are the basis for a project partnership. Finding the talentneeded to perform specific project work and developing cooperative arrangementsfor the partnering are needed for a working partnership.

    332 PROJECT OPERATIONS

    14Paraphrased from David I. Cleland and Lewis R. Ireland, Project Managers Portable Handbook (New York:McGraw-Hill, 2000) pp. 4.84.15.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • 11.18 TYPES OF PROJECT PARTNERINGARRANGEMENTS

    Project partnerships may take many forms of cooperative agreements. The formalityand contractual relationship are determined by the needs of all partners. Someexamples of these relationships are depicted in Table 11.2.

    The number of arrangements is left to the organizations desiring to partner andwork together. One important aspect is for the visibility that the customer has ofthe accomplishment of different work packages. In some partnering, the customerwants to be aware of who is doing the work, and in other situations, the customer isonly concerned with the quality of the work.

    PROJECT PLANNING 333

    TABLE 11.2 Types of Project Partnering ArrangementsRelationship and Description of possible

    binding documentation working arrangements Remarks

    Formal and contract Two companies obligate One or both companies must themselves to perform parts commit to the customer for of a project. The allocation delivery. One or both may signof work is based on expertise the contract with the customer.in the type of work to be performed.

    Formal and Two or more companies The consortium represents itself consortium obligate themselves to per- to the customer as the contract-

    form project work through ing entity. The individual a single contract that joins identities of the companies them in a separate legal may not be visible to the entity. customer.

    Formal and contract One company may bid on a The arrangement is invisible to project and use another the customer. The loaningcompanys resources. The company has an obligation to resources are excess to the provide qualified resources to loaning company, but the project and may or may become a part of the project not provide supervision.under the direction of the host company.

    Informal and One company bids and wins Second-tier companies are agreement work on a project. One or invisible to the customer. Work

    more other companies agree performed by second-tier that they will contribute to companies is accomplished as the success of the project needed, but the customer does through selected work. not know other companies are

    involved.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • 11.19 EXAMPLES OF PROJECTPARTNERING ARRANGEMENTS

    There are many examples of project partnering that demonstrate the concept andthe future of this type of business relationship. Figure 11.9 shows several examplesof project partnering. Engineering and construction firms partner to obtain the best mix of talent and

    capability for projects. Partnering to obtain excellence in project control formajor projects is often found in major projects such as the Super ColliderProject in Dallas, Texas.

    Aerospace companies partnered to build a stealth bomber on a $4 billion project.Several companies worked together to develop the best in stealth technology.

    Three small companies combined their capabilities to bid and win a projectrequiring expertise in computer technology, computer network operations, andprocurement knowledge.

    334 PROJECT OPERATIONS

    FIGURE 11.9 Examples of project partnering.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Licensing of intellectual property of a professional association to a company tobuild software products is a current project. The associations standards werelicensed to a company for the specific purpose of expanding the distribution ofknowledge in the standards and to generate a modest profit for the association.

    11.20 MANAGING PARTNERED PROJECTS

    Customers are concerned with the management of the project work and who willbe responsible for such items as reports, corrective actions, changes to the project, andoverall project direction. Strong management capability builds confidence with thecustomer, whereas a weak or vague project management structure erodes confidence.Figure 11.10 shows typical types of arrangements for managing partnered projects.A discussion follows.Some management structures for partnered projects are: Steering committee. Senior managers from all partnering organizations. This com-

    mittee reviews progress and sets direction. A project manager or co-project man-ager is designated for all partnered work and reports to the steering committee.

    Project manager and deputy project manager (or co-project manager). Twoindividuals are designated from the partnering companies to lead the project.These individuals may report to their respective company executives or to asteering committee.

    Project manager. A single individual is appointed as the project manager for allthe project work. Project team members report to the project manager for per-formance issues.

    PROJECT PLANNING 335

    FIGURE 11.10 Managing partnered projects.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • These three management structures can be modified to meet any situation.Large projects need senior guidance from a group such as a steering committee,whereas small projects would only require a single project manager.

    11.21 TECHNICAL ASPECTS OF PARTNEREDPROJECTS

    One of the primary reasons for partnering is to gain additional technical capability.A customer wants assurances that the project will be technically successful and thatthe performing organization has the capability to accomplish the work. Partneringgives that assurance by bringing the best talent from more than one company.

    Strategies of partnering will guide companies to better work solutions and betterproducts for the customers. The following is a list of sample strategies:

    Work allocation. Divide work so the work packages are performed with an inte-gral team when possible.

    Project control. A team could be assigned responsibility for controlling theproject work. This team may be individuals from different companies, but shouldhave clear work responsibilities.

    Project management. There needs to be a single person responsible for man-aging the work. Some work may be performed under the supervision of a manager,but that manager is responsible to the project manager for delivering a productcomponent.

    Company participation. Company managers must not, as individuals, becomeinvolved in the direction of the project. Direction must be through a consolidatedbody, such as a steering committee or senior management representative group.

    Customer interface. Like any project, partnered projects must have a singleinterface with the customer. This may be the project manager, the chair of thesteering committee, or the elected representative from the management group.In some situations, there are two levels of customer interface. The strategicdirection and liaison are from the senior steering committee and the daily inter-face is between the project manager and the customers representative.

    11.22 PARTNERING CHALLENGES ANDBENEFITS

    Project partnering takes on many forms based on the desires and creativity of thepartners. The arrangements will vary according to the project and the visibility oforganizations may be more or less, depending on the needs for the partnered project.Organizations, public and private, for-profit and not-for-profit, can create partner-ships to meet the needs of a small, medium, or large project.

    336 PROJECT OPERATIONS

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Managing a partnered project is typically driven by the desires of the customer.Customer confidence and visibility into the project dictate the managementapproach as well as the size of the project. It is not uncommon to have a two-tiermanagement structure, that is, a project manager and a steering committee to whichthe project manager reports.

    Many benefits are derived from partnered projects. These include learningfrom other organizations management and technical processes, obtaining tech-nical knowledge about project management methodologies and processes,acquiring improved work methods from others and large profit shares throughimproved productivity.

    11.23 OUTSOURCING PROJECTMANAGEMENT15

    Outsourcing, or out-tasking as some organizations call it, is a growing field.Historically, the soft areas such as custodial services, food services, and landscapinghave dominated the outsourced work; nearly 50 percent of recently surveyed orga-nizations identify these areas. Maintenance of fleet automobiles and aircraft arealso examples of areas for outsourcing.

    Outsourcing is contracting for services that could be provided by the organization,if the organization had the capability and desire to perform those functions.Outsourcing has many advantages in that it is typically more economical to buythe products and services than provide them in-house. There is no investmentin the function in terms of people, equipment, or maintenance for the outsourc-ing organization.

    At GE, under the banner of no back offices, CEO Jack Welch told managersto digitize or outsource the pants off their business that didnt touch the customer.16Outsourcing of core competencies is not recommended because an organizationloses its capability to function effectively. Core competencies must be nurturedand grown rather than contracted for through another organization. A providingorganization has little incentive to improve on another organizations core compe-tencies as long as the products and services are being purchased.

    11.24 PROJECT MANAGEMENT AS ANOUTSOURCED SERVICE

    Project management services have been outsourced in several instances and thefuture looks promising for more outsourcing. The benefits of outsourcing projectmanagement include improved and more economical operations.

    PROJECT PLANNING 337

    15Paraphrased from David I. Cleland and Lewis R. Ireland, Project Managers Portable Handbook (New York:McGraw-Hill, 2000), pp. 7.527.59.

    16Its All Yours, Jeff. Now What? Fortune, September 17, 2000, p. 66.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Project management services can be improved by transferring the functions toan organization specializing in project management. This specialized companyhires the right skills and uses the best of practices because it is their core competency.They have resources that focus on providing these services and have the in-depthexpertise to perform at high-performance levels.

    Outsourcing relieves the parent company of the burden of managing projectmanagement services. Through contractual relationships, the parent companystates its needs and then manages the contract and delivery of services. There isless effort required to receive the products and services from outsourced projectmanagement than to manage it in house.

    Outsourcing companies may be concerned with loss in the project managementfunction. Organization outsourcing will lose visibility into the details of work, butthere is no need to see detail when the end product meets the requirements.Outsourcing companies should only be concerned with the delivered product andless concerned over the details of production.

    11.25 OUTSOURCING TRENDS

    Project management outsourcing has been primarily one of providing services toorganizations by one person at a time. It is referred to as body shop or hired gunbecause the project management professional is typically working on-site with theorganizations staff. This type of arrangement is profitable for the organizationdoing the work, but is not outsourcing.

    The body shop or hired gun approach mixes different levels of proficiency andcompetency. The lower level of project management proficiency and competency istypically the resident employee of the organization and the outside person bringsthe expertise. This places the resident employee as the driver and the expert as thefollower. There is considerable waste in talent, time, and money with this approach.

    Outsourcing of project management services will, like other professional services,continue to be used to fulfill the needs of organizations. This has a high-growthpotential because of the ability of project management service providers to deliverbetter products in a timely manner at lower cost. Project management serviceproviders will have the expertise and skills to build better products than a part-timeeffort in-house.

    11.26 SELECTING AN OUTSOURCEPROVIDER

    Successful selection of an outsource provider is accomplished in four sequentialsteps. These steps give a high degree of assurance that the best provider is selectedand that the outsourcing relationship is satisfactory. Figure 11.11 graphicallydisplays the steps.

    338 PROJECT OPERATIONS

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • Conduct an internal analysis. Identify those functions that can be outsourced,assess the tactical and strategic impact of outsourcing each identified function,evaluate the total cost of each function selected for possible outsourcing, anddetermine the advantages and disadvantages of outsourcing. Classify each functionas no outsourcing, possible outsourcing, and definite outsourcing. Usecriteria for each category such as listed in Table 11.3.

    Establish a relationship with providers. Issue a request for information (RFI)that solicits interest in providing products/services, select two or three respondents,and ask for due diligence. Conduct a due diligence survey to validate the capabili-ties of the potential providers.

    Establish a contract. From the three respondents meeting the due diligence surveycriteria, negotiate a contract with one. Establish scope and boundaries for thecontract and describe the following: Resources to be used to produce the products and services Key deliverables and the schedule for delivery Performance measures and other quality metrics Invoice and payment schedule to include provisions for timing of payments Change and termination provisions of the contract

    Administer the outsourcing relationship. Establish the contract managementprocess, establish the technical review process, establish a change order process,and establish a steering committee or oversight committee. Involve the usersor consumers of the products and services in the steering/oversight committee.

    Identifying providers who can meet the organizations needs involves morethan establishing a contract and working to enforce the provisions and clauses. Agood contract is the basis for promoting understanding with the provider of prod-ucts and services. It is also essential that the provider have a record of meetingcontract provisions.

    PROJECT PLANNING 339

    Four Steps for Selection ofan Outsource Provider

    1. Conduct an internal analysis.

    2. Establish a relationship with providers.

    3. Establish a contract.

    4. Administer the outsource relationship.

    FIGURE 11.11 Selecting an outsource provider.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • References should be checked during due diligence and references should beasked the following questions:

    Did the contractor deliver the products and services called for in the contract? Were the products and services usable by the consumer as delivered? Did the contractor demonstrate flexibility in minor changes to the contract or

    was each minor change an issue? Were change orders to the contract performed on a fair and equitable basis? Do you recommend the contractor for these products and services? Would you award a contract to this contractor again?

    11.27 OUTSOURCING PROJECTMANAGEMENT SERVICES AND PRODUCTS

    From an organizations perspective, there is a need to determine what may be out-sourced and to which project management service provider. First, the areas of projectmanagement that may be outsourced need to be identified. Second, identify thebest provider.

    Project management products and services that may be outsourced dependupon the organizations structure for project management, the degree of maturityin project management, the number of projects, and the management style. Theorganization must know what is needed in terms of project management productsand services. An organization with a loosely structured project management capa-bility may not know what is needed.

    The entire project may be outsourced. This frequently happens within suchfields as information technology or information systems where the organization

    340 PROJECT OPERATIONS

    TABLE 11.3 Criteria for Outsource Provider Selection

    Category Criteria

    No outsourcing of Part of core competency.function Negative benefit or value added to outsourcing.

    Impacts strategic goals.Possible outsourcing Cost and other benefits show no advantage or disadvantage.

    of function Neither contributes to strategic goals nor impacts strategic goals. All factors equal for in house or outsourcing.

    Definite outsourcing Definite cost savings to outsource.of function Reduces complexity of management for in-house work.

    Better product/service results from outsourcing. More responsiveness to needs of organization. Outsourcing uses better practices and technology than availablein-house.

    PROJECT PLANNING

    Downloaded from Digital Engineering Library @ McGraw-Hill (www.digitalengineeringlibrary.com)Copyright 2004 The McGraw-Hill Companies. All rights reserved.

    Any use is subject to the Terms of Use as given at the website.

  • only wants to be concerned with software solutions and not the challenges ofdesigning, developing, testing, and delivering software releases. When only com-ponents of project management are outsourced, Table 11.4 may be helpful.

    11.28 PROJECT MANAGEMENTOUTSOURCING GUIDELINES

    Outsourcing for any products and services needs to consider all aspects of the rela-tionship and how it is managed. Transition of the responsibility for products and

    PROJECT PLANNING 341

    TABLE 11.4 Outsourcing by Project Management ComponentProject management

    component Outsourcing potential

    Project planning High. Project planning expertise is typically not resident incompanies. A centralized planning effort with the projectteam can provide many benefits by getting the projectsstarted from a solid basis.

    Project scheduling High. Scheduling and schedule maintenance skills are oftenand maintenance resident in house, but the work is time-consuming for highly

    qualified technical people.Project cost High. Cost estimating is an art that requires specific skill sets

    estimating that are typically not resident in a company. It can be time-consuming for technical people who are better employed onother tasks.

    Project progress High. Status and progress reporting are part of the schedulereporting maintenance. Consistent reporting to senior leaders will be

    achieved as well as standard reports across projects.Change control High for both categories. This is the administration of the

    Product change control process. Initiation of changes and decisions Project on changes are typically performed in house.

    Issue tracking High. Tracking issues by a standard procedure and collectinginformation on the status is a routine matter that should notburden the project manager.

    Problem tracking High. Tracking actions by a standard procedure and collectinginformation on the status is a routine matter that should notburden the project manager.

    Risk assessment and Medium. Conducting risk assessments and mitigation actionsrisk tracking can be performed by an outsource provider. There must be

    good coordination with the