Beruflich Dokumente
Kultur Dokumente
Introduction
Project management is one of the high-responsibility tasks in modern organizations. Project
management is used in many types of projects. Completing a project is not the same thing as
ending the project management process. Simply finishing doesn't ensure that the organization
benefits from the project's outcome. A good time to start thinking about the project management
review is when members of the project team remember the most shortly after the project has
been delivered, and when most of the problems have been ironed-out.
Start to list ideas and observations while they are still fresh in people's minds. However, to
adequately assess the quality of the implementation and complete this process, one needs to wait
long enough for the changes caused by the project to truly take effect. There will probably be a
period of adjustment before finally reviewing the solution as it was intended to operate. This will
likely help in overcoming some of the usual resistance to change, hold people's hands while they
operate new systems, and eliminate technical problems that didn't emerge when deliverables
were tested. Typically allow a few weeks, or even a few months, before doing the full Project
Management Review (PMR). Where possible, allow for at least one, full, successful cycle of
business before reviewing lessons learned.
These reviews are normally scheduled to occur on a regular calendar schedule, such as the first
and third Monday of each month. The reviews are attended by all of the sub-project leaders and
1
key Project stakeholders. The Project Manager normally starts the meeting with a quick
overview of the status and near-term goals of the Project to ensure alignment and then each of
the sub-project leaders provides a status report of their sub-project. The sub-project leader
reports focus on points of interface with other sub-projects and the reduction or elimination of
risk on their sub-project. These are not activity reports but rather are risk reviews. Formal
minutes and action items should be maintained for these reviews and filed in the project archives.
There are three types of reviews in Project Management which include In Process/In Progress
Reviews, Phase End/Decision Making and Post Mortem/Post Implementation. These are
discussed below:
The format for these reviews is usually set by the stakeholders and addresses the topics that are
most important to them. The review may be a formal stand-up meeting; it may be an informal
discussion setting, a written report, or an update to an electronic dashboard. Regardless of the
method used, these are formal status reporting meetings and need to be treated as such. The
project manager should keep an Action Item list or Stakeholder Issue log for any questions that
arise in these reviews. Also minutes from these meetings should be maintained as part of the
project records.
Project Dashboards
This is a tool of project review management that has proliferated as more organizations start to
manage projects within the context of a portfolio of projects. A dashboard is a great method for
3
capturing a snapshot of a project and presenting that to stakeholders. Dashboards contain a small
subset of project status information that is used as indicators of whether the entire project is on
track. The dashboard information is used to make decisions concerning changes to projects or to
the project portfolio.
Within a project team, Dashboards were used by project managers to focus the project team on
the few key items that would drive project performance. Therefore the current critical path
activity is tracked for schedule status, the current activity with the most uncertainty in resource
requirements is tracked for cost status, and the most challenging activities are tracked for project
performance/quality. This is an excellent use of dashboards, especially when working with a
virtual project team.
Project B
Project C
Project A
Project D
Project F
Project E
Project
Charter Approved
Plan Approved
Schedule Status
Cost Status
Performance
Completion Date
As more organizations decided to manage their projects as a portfolio of projects, they have
recognized the need to have a means of measuring the projects in the portfolio both against each
other and with respect to their objectives. The dashboard offers that mechanism as each of the
projects report on key metrics that are used by the senior management or Project Management
Office to check the status of the projects. Often the dashboard measures the status through the
Red light-Green light method. This type of scoring uses colours to indicate project status on the
key measures. A Green light indicates that everything on the project is going according to plan. A
Yellow light indicates that there are some problems, but the project team is working the situation
and should be able to contain the problem. A Red light indicates that the problem is so severe; the
project team cannot resolve the problem and achieve the project objectives without help from the
4
stakeholders. The senior management team and PMO use the Dashboard to make resource
allocation decisions and to call special Project Management Reviews.
Date
5
other activities. This collection of series and parallel tasks can be modeled as a network. PERT is
a method to analyze the involved tasks in completing a given project, especially the time needed
to complete each task, and identifying the minimum time needed to complete the total project.
A PERT chart is an effective tool in identifying critical paths and managing tasks. It's effective
for building "what if" scenarios, and it useful in planning for possible obstacles along a project's
life cycle. It incorporates uncertainty by making it possible to schedule a project while not
knowing precisely the details and durations of all the activities. It is more of an event-oriented
technique rather than start- and completion-oriented, and is used more in projects where time is
the major factor rather than cost. It is applied to very large-scale, one-time, complex, non-routine
infrastructure and Research and Development projects. There are three numbers that each
activity time in PERT is associated with. These are the important estimates that managers can
give fro the completion of every activity. These estimates are:
Optimistic Time Estimate (TOPT), which is the minimum time period in which the
activity can be accomplished, with the presumption that everything will proceed better
than expected. That means the fastest time an activity can be completed where it is
assumed that all the necessary resources are available and all predecessor activities are
completed as planned.
Most likely time estimate (TLIKELY) if the manager were asked for, not three, but
only one estimate, then this is the value that they would have given.
Pessimistic time estimate (TPESS) - This is the maximum time period required for an
activity to be completed. From an inclement weather, to the prototype or design review
being rejected for reworking all over again; managers can think of everything that can go
wrong, when arriving at this value.
Therefore the expected completion time (E) is calculated as below:
E = [(TOPT + (4 x TLIEKLY) + TPESS)]/6
The first step to scheduling the project is to determine the tasks that the project requires and the
order in which they must be completed. The order may be easy to record for some tasks (for
example, when building a house, the land must be graded before the foundation can be laid)
while difficult for others (There are two areas that need to be graded, but there are only enough
6
bulldozers to do one). Additionally, the time estimates usually reflect the normal, non-rushed
time. Many times, the time required to execute the task can be reduced for an additional cost or a
reduction in the quality.
An activity is a task that must be performed and an event is a milestone marking the completion
of one or more activities. Before an activity can begin, all of its predecessor activities must be
completed. Project network models represent activities and milestones by arcs and nodes. The
following is a very simple example of a PERT diagram:
.
The milestones generally are numbered so that the ending node of an activity has a higher
number than the beginning node. Incrementing the numbers by 10 allows for new ones to be
inserted without modifying the numbering of the entire diagram. The activities in the above
diagram are labeled with letters along with the expected time required to complete the activity.
7
The best thing about PERT is its ability to integrate the uncertainty in project times estimations
into its methodology. It also makes use of much assumption that can accelerate or delay the
project progress. Using PERT, project managers can have an idea of the possible time variation
for the deliveries and offer delivery dates to the client in a safer manner.
As straightforward as these sounds, overproduction is the death of all project budgets. In short,
only engage the necessary resources for work package development and develop to scope limit
the ever-tempting nice-to-haves to ensure timely and cost-conscious development. Next, the
tool principles stress the importance of maximizing quality at the source. Try implementing an
all hands on deck philosophy when it comes to inspecting project requirements, the design, and
the final product so that the best solution is delivered to the client.
Full engagement by developers, managers, and stakeholders alike helps to facilitate a spirit of
ownership in the final success of the project. Finally it can help control waiting times. Time
wasters can be planned for and avoided through proper communication and resource allocation.
Be sure to anticipate task completion and be ready to remind the next key player of their
upcoming assignment. Regular notices to the project team will do much to avoid this kind of
waste.
Gantt Chart
This is a bar chart model in project management review, developed by Henry Gantt in the 1910s.
It illustrates a project schedule, the start and finish dates of the terminal elements and summary
elements of a project, which comprise the work breakdown structure of the project. Modern
Gantt charts also show the dependency (precedence network) relationships between activities.
8
Gantt charts help to show current schedule status using percent-complete shadings and a vertical
line (see Figure 1.3).
Although now regarded as a common charting technique, Gantt charts were considered
extremely revolutionary when first introduced. The chart is also used in information technology
to represent data that have been collected. The projects schedules are illustrated and show the
interdependencies of each activity to the project manager. Project management is a challenging
task with many complex responsibilities. Fortunately, there are many tools available to assist
with accomplishing the tasks and executing the responsibilities. Some require a computer with
supporting software, while others can be used manually. Project managers should choose a
project management tool that best suits their management style.
Gantt charts are excellent models for scheduling and for budgeting, and for reporting and
presenting and communicating project plans and progress easily and quickly, but as a rule Gantt
Charts are not as good as a Critical Path Analysis Flow Diagram for identifying and showing
interdependent factors, or for mapping a plan from and/or into all of its detailed causal or
contributing elements.
Conclusions
Owing to the above discussions, the techniques of project management review involve several
tools and approaches that are aimed to enhance the former traditional approaches in managing
projects today. No one tool addresses all project management needs; the management must use a
combination of tools of managing project reviews. Both of (PERT and Gantt Chart) these project
9
management tools can be produced manually or with commercially available project
management software. Project management tools have evolved from simple spreadsheet products
to sophisticated, Web-based project information portals. The obvious trend in project
management software, as with almost everything in information technology, is a move toward
Web-based systems.
References
"Introduction to Project Management Skills".
http://www.mindtools.com/pages/main/newMN_PPM.htm Last update time unknown. Accessed
Nov. 2, 2002.
Hartman, Francis; Ashrafi, Rafi A. "Project Management in the Information Systems and
Information Technologies Industries." Project Management Journal. Sep 2002. Vol. 33. Issue 3.
Kioppenborg, Timothy J; Opfer, Warren A. "The Current State of Project Management Research:
Trends, Interpretations, and Predictions." Project Management Journal. June 2002. Vol. 33. Issue
2
Quick, James Aaron; New, Cheryl Carter. "Grant Winner's Toolkit: Project Management and
Evaluation". (c)2000 by Cheryl Carter New and James Aaron Quick. Published by John Wiley &
Sons, Inc
10