Knowledge Sharing Pattern Language


Pattern

KSP25
Followed Progress

Dimensions and Knowledge Flow:
 


I1
Knowledge Sharing
in a Project Team

 


Work Status
L2 Project Realization
 

Project
Manager
 

<---- 

Project
Team
Member

   

Problem A project manager not knowing the project situation and progress status well enough.
 
Initial Context A project having a Scheduled Baseline (KSP09).
 
Roles A Project Manager managing the project and Project Team Members implementing the project.
 
Forces Project Manager should constantly know what the real status of a project is compared to project objectives and plans. Without this knowledge, managing a project would be like driving in dense fog.

Well defined tasks create a basis for progress follow-up. If tasks are defined small enough but still have well defined results it is possible to follow progress through the realization of those results.

Changes to tasks need to be managed and communicated in a project team.

Risk identification allows preventive actions before the identified risk is realized.
 

Solution
 

To have adequate work status knowledge the project manager shall:

  1. Follow the task implementation. Compare the implemented tasks to the project plan and schedule at the general level. When reasonable, utilize also additional methods, for example, critical path.
  2. Check Progress of Team Members & Report Status. Follow the progress of team members (see also: Trust or Check, KSP04)
  3. Manage risks. Identify and follow risks together with the team.
  4. Manage changes to the plan and requirements (see also: Flexible Skeleton, KSP24). A change may affect also the project plan. If so, update the plan and have it approved.
  5. Communicate Changes & Study and Implement Changes. Assure that the project team knows the required changes and their influence.
  6. Initiate Actions. Based on the results of follow-up, initiate required preventive and corrective actions.
     
Resulting Context A Project Manager running a project where the work status is adequately and continuously known. Risk management is implemented to avoid identified possible problems later.
 
Instances This is a continuous activity during existing projects. The whole act should be implemented monthly/weekly/daily based on the intensity and criticality of a project.

One potential pitfall is that some engineer reports that the task progresses ok, but that is not the case in practice. See Trust or Check, KSP04 for avoiding such a pitfall.
 

Process Connection Project Management process, project execution.
 

Home
Catalog

Last changes at 18th July 2007