Archive for the ‘Planning Process’ Category

Teams needs to be clear about the desired program outcome and expected results

Wednesday, February 9th, 2011

I will contend that many programs and projects struggle because program and/or project teams do not have a clear picture of the intended program outcome and their role in delivering the desired outcome.  This is especially true with IT projects utilizing new and emerging technologies.

This phenomenon has many early warning symptoms.  For example,

1.       Early on in the program, each member of the project team cannot articulate the intended program outcome, why it is important to the organization or the value they will contribute to the program’s and/or project’s success.

2.       Team members cannot articulate what needs to be done.  Team view is, “We will figure it out as we go along.”

3.       New technology has never been implemented in a large complex environment and, therefore, technology vendor assists with defining WBS/WBS Dictionary definition or risk event identification – often this definition is what the vendor can (or wants to) do and not what is needed by the program

You may have observed other symptoms, but I think you get the picture.

So the question becomes, why is this important?  It is important because when program/project teams are not clear on the outcomes and their roles, projects stall.  When programs/projects stall, the budget is over-run and key milestones are missed.  Very often the program/project scope is narrowed to deliver the project with some benefit earlier than the newly projected delayed end date.  In all cases, the program/project does not meet the approved business case.

As the program and/or project leader, you need to be clear and you MUST make sure the program/project team is clear on all aspects of the work effort.  Specifically, you need to be clear on the outcome(s) and expected results, the purpose of the outcome, the skills required to achieve the outcome, and how the outcome/results are going to be achieved.

With respect to your team(s), you need to make sure your team is clear on the outcome and why the outcome is important.  Each team member also needs to be clear on the deliverables expected from them and their due dates.  You also need to ask each team member what dependencies they have on other team members’ deliverables and/or intermediate work products.

Short of your program/project team(s) having this clear picture, you are putting your program/project at risk (e.g., cost, schedule, quality, etc.) of not achieving the approved business case.  This communication should be communicated to the team during the initial kick-off meeting and reinforced at least monthly during regularly scheduled team meetings.

Two recommendations:

First, to address existing stalled projects, take the time to make sure your team has a clear vision of the intended outcome and its role in achieving that outcome.  Your team should be refocused on the intended outcome and will offer up ideas on how to get “unstuck.”

Second, to help prevent stalls on new programs/projects, communicate the desired outcomes, program/project purpose, and expectations during the kick-off meeting.  In addition, as you bring aboard new team members, make sure  each team member is clear on the program/project intended outcome(s) and their role in the achievement of those outcomes.  You will be glad you did.

Share and enjoy this Hendon Group article:
  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks
  • Add to favorites
  • LinkedIn
  • RSS
  • Twitter
  • Yahoo! Buzz

Posted in Initiating Process, Leadership, Planning Process, Portfolio Leadership, Program Leadership, Project Leadership, Risk Management, Troubled Projects | No Comments »

Planning Process – Do you use Project Management Plans?

Monday, December 14th, 2009

Background

Project Management Institute’s (PMI) A Guide to The Project Management Body of Knowledge (PMBOK), Third Addition describes the Planning Process Group as the group of processes that “defines and refines objectives, and plans the course of action required to attain the objectives and scope that the project was undertaken to address” (p.41).

Challenge

A common issue on many Programs and Projects is the lack of a Project Management Plan. In fact, many programs and projects are managed using only a project schedule. Net, managed without a Project Management Plan. This is potentially dangerous for the success of the program and/or project.

Helpful Hints

PMBOK, describes the Develop Project Management Plan process as the processes that include “ the actions necessary to define, integrated, and coordinate all subsidiary plans into a project management plan” (p. 88).

These subsidiary plans have their basis from each of the Project Management knowledge areas and consist of: integration, scope, time, cost, quality, human resources, communications, risk and procurement.

The Project Management Plan should not be viewed as a static document, created only during the planning phase and to satisfy some check mark on your organization’s check list. The Project Management Plan should be a living document, used by the Program and/or Project Leader, to manage the work effort, throughout the program/project life cycle. A detail description of the Project Management Plan is described in the PMBOK, Section 4.3 (pp. 88-91).

Personally, for each of my programs and projects, my Project Management Plan is contain in a Project Control Book (PCB). The PCB is usually a 3 ring binder. On some client engagements, the PCB may be on an internal client website. Personally, I prefer a binder so I can easily reference in program/project meetings (even if connectivity is down or, power is out – I try to have meetings in rooms with windows).

If as a Program or, Project Leader, you manage your programs/projects by only using a project schedule, you should find creating, and using, a Project Management Plan will help your leadership effectiveness. Try it on your next program/project.

Ira M. Hendon, PMP® President and CEO Hendon Group, Inc.

References:

Project Management Institute (2004). A Guide to the Project Management Body of Knowledge (3rd ed). Newtown Square: Project Management Institute.

– © Copyright 2006 – 2009 Hendon Group, Inc.  All Rights Reserved.

Share and enjoy this Hendon Group article:
  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Mixx
  • Google Bookmarks
  • Add to favorites
  • LinkedIn
  • RSS
  • Twitter
  • Yahoo! Buzz

Posted in Planning Process | Comments Off