Who is responsible work package?

You are here: InLoox Project management glossary Work package

A work package is a part of a project structure plan and therefore a part of the project management. It contains the task-based services that are necessary to reach the defined result by a given date. To maintain stability in the project management, each work package must contain the allowed time, the deliverables and the costs and provide these in a clear and simple fashion. To keep the project control effective, one team member or one group of the project team is responsible for each work package. They provide reports on the progress to the project manager. Depending on the complexity of the project into more manageable components, in order to simplify the planning and control of the project. The progress of the individual work packages can be summated to give a progress for the overall project.

  • Cost budgeting
  • Activity
  • Statement of work
  • Work breakdown structure
  • Effort

Work Packages are a way for the Project Manager to group work activities together and assign work to a team or Team Manager to produce one or more products. A Work Package is therefore a set of information about one or more required products. A Work Package can contain the following: a Work Package description, product descriptions, techniques to be used, tolerances, date of agreement between PM and TM, how the TM will report to the PM, and Quality information.

The purpose of a Work Package is to provide a set of information about one or more required products collated by the Project Manager to pass responsibility for work or delivery formally to a Team Manager or team member.

Timeline Work Packages

Who is responsible work package?

  • As you can see, Work Packages are in DARK RED
  • They are mainly used in the Controlling a Stage process
  • They are used by the Team Manager and Team Members
  • Note: Work Packages can also be created in the Initiation Stage if the Controlling a Stage process is used in the Initiation Stage.

Sample Work Package

Who is responsible work package?

  • This sample is taken from the PEN Sample Project and it gives a good simple example of a Work Package
  • Description: The description may include a link to Product Descriptions
  • Interface: This about people interfaces; e.g., who can the Team Manager talk to if any questions
  • Tolerances: There is ZERO tolerance accepted in this example
  • Reporting requirements: The Project Managers wants to have a verbal update twice a day
  • Problem Handling and escalation: How issues will be escalated
  • Approval method: This may also be described in the Product Descriptions

Source data for the Work Package

Format of the Work Package

  • Document contract
  • PowerPoint file like about with links to Product Descriptions
  • Oral conversation between the Project Manager and a Team Manager (perhaps not a good idea to a Team Manager)

Internal team members reporting the Project Manager: The Work Package may be an oral instruction but its still a good idea to write down to avoid misunderstanding.

External supplier: There is a need for a formal written instruction in line with standards laid down in that contract, so each Work Package is an agreed contract.

Quality Criteria for Work Package

  • The Work Package is well defined and understood by the Team Manager / team members
  • A baselined Product Description exists for each required product, with clearly identified and acceptable quality criteria
  • Acceptable standards for the work are agreed
  • All necessary people interfaces have been defined to the Team Manager knows who to contact
  • How raising issues and risks will be escalated
  • There is agreement on the constraints, including effort, cost and targets
  • The dates and effort are in line with those shown in the Stage Plan for the current management stage
  • Reporting arrangements are defined including the format and frequency (e.g., Checkpoint Report)

Tips from Frank

  • The contents of the Work Package should come as no big surprise to the Team Manager as they helped the Project Manager create the Stage Plan and gave feedback on the Product Descriptions contained in the Work Package.
  • You can use a simple one-page document for the Work Package, this acts like a cover over a number of Product Descriptions.
  • Focus on meeting the quality criteria listed in the Product Descriptions.

Work packages serve to reduce the complexity of large-scale projects. In order to structure the dimensions of a project and make them manageable, it is absolutely necessary to create a project structure plan. The individual subtasks in the work breakdown structure are called work packages.

The Initial Situation

With the help of the Work Breakdown Structure, a project becomes clear and editable, but this usually contains only the meta information of the tasks to be completed: Who does what by when.

That’s where it starts: The description of the “WHAT” is usually dismissed with a few words in the work package name – it has to be, otherwise the Work Breakdown Structure would become several A4 pages long, which absolutely does not correspond to its actual objective – namely that of clarity. For this reason, a more detailed description of this “WHAT” is required, preferably including the expected result. This is done – as the name suggests – by creating the work package description.

Work package description

The work package description is the logical continuation of the work breakdown structure. In the work breakdown structure (WBS), the WBS code, name, dates, responsibility and progress of the work packages are defined and displayed. The task of the work package description is to define exactly which measures are to be taken in the course of processing the work package and what the final result of the work package should be.

Basically, any important information can be defined as content of the work package description, such as risk assessment, personnel and budget resources, materials, equipment, infrastructure. The actual content of the work package description has to be redefined from project to project and depends on some essential characteristics (size, complexity, team composition, experience of the team, etc.).

While the name of a work package should already be chosen to provide information about what will happen in the work package, the description will reinforce this and ensure that everyone is talking about the same content and, more importantly, the same outcome. Through the definition and written documentation of goals and non-goals of the work package, the individual work packages are separated from each other. This prevents sentences like “We thought you were doing this in your work package” from becoming loud during the course of the project.

Objectives of the work package description

  • Definition and clarification of the necessary detail tasks
  • Assignment of responsibilities in the project
  • Scheduling at work package level (start & finish date, lead time)
  • Identification and use of synergies and redundancies
  • Creation of a basis for performance & deadline controlling
  • Creation of transparency and orientation in the project team during project work

The work package description makes it even clearer what needs to be done to achieve the project objective!

The way to work package description

Basis is the work breakdown structure plan

The work package descriptions are created on the basis of the project structure plan. As a rule, it is the responsibility of the person responsible for the work package in question, since he or she, as a technical expert for the respective topic, knows best what has to happen in his or her work package. He is also responsible for the quality of the results.

Coordination of the work package drafts

If all work package descriptions are created in a first draft, the vote follows. This prevents things from being planned twice or forgotten. This is best done in a workshop in which the work package managers sit at a table and the work package descriptions go through and optimise each other point by point.

From experience, this approach is more efficient than sending the individual work package descriptions in a circular flow and then merging the comments. Such comments rarely conform and can hardly ever be incorporated immediately without further coordination. This procedure also promotes the mutual comparison of images and creates a common understanding of the overall project.

When the work package descriptions are compared together, content and results as well as deadlines and resources are coordinated. The coordination of so-called “bottleneck resources” is essential, such as employees who are planned in several work packages, which may also be processed at the same time.

Work package descriptions supplement the Work Breakdown Structure

If all project participants are satisfied with the result, the work package descriptions are filed together with the project structure plan and revised during the course of the project if necessary. If a work package is included in the work breakdown structure during project work, a new work package description must of course be created.

The same applies if work packages are merged or deleted – the work package descriptions reflect the project structure plan in a more detailed form and must therefore always be up to date.

Three steps to work package description

1. Derive work package responsibilities from the project structure plan

As a rule, a technical expert on the topic of the work package is nominated. In large projects, however, this is often also a person who is more dedicated to management tasks and coordinates the technical experts.

2. Describe work packages with regard to goals, contents and results

The description of the work packages is carried out by the respective work package manager, who also involves other project team members if required. As a rule, this is a technical expert on the content of the work package.

In a specially planned meeting or workshop, the individual work package descriptions are read crosswise by the project team and the content is coordinated. An efficient way to do this is, for example, a work package vernissage.

  • Review of the planned start & end date from the project structure plan
  • Cost estimation of the required resources per work package by the work package managers
  • Coordination of the proposed dates & resources in the project team
  • Joint check whether all relevant content has been taken into account in sufficient form and quality

Example work package description

Ideally, the work package description should be displayed in a structured table. The content of the work package description is variable, but the minimum components are as follows

  • the WBS code
  • the name to uniquely assign the work package to the work breakdown structure.
  • the work package responsibility
  • as well as content and result of the work package

where the last two pieces of information are the main part of the work package description as they are not covered by the work breakdown structure.

Example work package description – detailed variant

Who is responsible work package?

Example work package description – simple variant

Who is responsible work package?

Work package description as an annoying duty?

The creation of work package descriptions is perceived by most project staff as a cumbersome administrative hurdle for the project manager. However, there are two main aspects which in any case speak in favour of specifying the work packages.

  • The work package description serves the project manager as a basis for operational management and project controlling. This is particularly important for large-scale projects, where it is essential that the project manager concentrates fully on the management of the project and cannot take on any content tasks.
  • If the project team members have not yet often worked together and the project team is therefore not yet well-rehearsed, the structure defined in the work package description supports the jointly coordinated approach in the project.

Practical tips from the field

  • It is advisable to always describe all work packages, as this is the only way to make the entire project task transparent. The time required for this is kept within limits and is in any case in relation to the benefits.
  • If the work packages are described “cleanly” (continuously and completely), they are the ideal basis for controlling, as progress can be optimally estimated on the basis of them.
  • Work package descriptions can be discussed and agreed jointly in the project team, e.g. in vernissage form – this gives all team members an overview and can improve the result with their additions.
  • There can only be one work package manager at a time.
  • Detailed planning is a must for complex projects.