■ Work Packages The Project Manager

■ Work Packages
The Project Manager authorizes a Work Package in order to trigger an individual team member or a Team Manager to undertake a piece of work during a stage. This means that work cannot be undertaken unless the Project Manager has specifically authorized it. Details of the work to be completed within what tolerances must be agreed between the Project Manager and Team Manager or team member, and documented in the Work Package. Work Package authorization is a particularly
useful control when dealing with contractors or subcontractors. The individuals or teams
monitor progress against the Work Package and report back to the Project Manager via Checkpoint Reports. A project may be a mix of internal and external teams. It may therefore be valid to use a mixture of formal and informal Work Packages of varying sizes, with tight or loose tolerances, depending on the needs of the project.
10.3.3.2 Reviewing progress
As part of Controlling a Stage, the Project Manager will regularly review the progress of work through Checkpoint Reports and maintain a set of project registers and logs. The Project Manager will use this information to update the Stage Plan with actual progress achieved. The frequency of checkpoint reporting required may change according to the needs of individual Work Packages.
It is also useful to look at trends to get a view of the overall ’health’ of the stage. For example, the stage may seem to be progressing well in terms of the products being completed against the schedule. However, the Issue Register may reveal an increasing number of issues which are not being resolved and which may be a cause for concern. Similarly, a high number of outstanding items against a product in the Quality Register may show design issues with that product.
The following management products assist the Project Manager in reviewing progress:
■ Daily Log
This is a useful tool for recording actions. Project actions may arise from many sources, including checkpoints, quality reviews, end stage assessments or ad hoc conversations. There is a danger that actions may get ’lost’ if they are only recorded in minutes or progress reports. Small actions may simply be recorded on the Daily Log and marked off when completed. Actions involving significant effort may need to be incorporated into the Stage Plan. If such actions cannot be incorporated into the plan within tolerances, then an issue should be raised to examine their impact on the stage and project. The Daily Log can also be used to record informal
issues and any other notes or observations that are not captured by any other registers or logs. The Daily Log is a useful way of recording individual observations that on their own may seem insignificant, but when collated may alert the Project Manager to a new issue or risk
issue register
This will contain details of all formal issues raised during the project, which could take the form of requests for change, offspecifications or problems/concerns. Reviewing the Issue Register may uncover progress issues – for example, a sudden increase in the number of requests
for change, or an increasing number of overdue corrective actions
Product status account
This provides a snapshot of the status of products within the project, management stage or a particular area of the project. It can reveal progress issues as it shows the planned and actual dates for key points in the production, review and approval of the products to be delivered by the plan. The Product Status Account is derived from the Configuration Items Records
Quality register
This is a record of all planned and implemented quality activities. The Quality Register can reveal progress issues as the Project Manager can assess whether any quality activities are outstanding or whether there are any useful trends in the quality results – for example, an increasing number of products failing quality review or an increase in the average number of quality review actions
risk register
This is a record of all identified risks. The Project Manager should review the Risk Register as part of reviewing stage status. As risks are driven by uncertainty, the number of risks should generally decrease as the project progresses and the level of certainty increases. The Risk Register should be reviewed to determine whether the aggregated risks may impact on progress for the remainder of the stage and project, e.g. there may be a large number of risks with similar proximity in time, indicating a period where progress may be affected.

Результаты (русский) 1:

■ Work Packages The Project Manager authorizes a Work Package in order to trigger an individual team member or a Team Manager to undertake a piece of work during a stage. This means that work cannot be undertaken unless the Project Manager has specifically authorized it. Details of the work to be completed within what tolerances must be agreed between the Project Manager and Team Manager or team member, and documented in the Work Package. Work Package authorization is a particularlyuseful control when dealing with contractors or subcontractors. The individuals or teamsmonitor progress against the Work Package and report back to the Project Manager via Checkpoint Reports. A project may be a mix of internal and external teams. It may therefore be valid to use a mixture of formal and informal Work Packages of varying sizes, with tight or loose tolerances, depending on the needs of the project.10.3.3.2 Reviewing progressAs part of Controlling a Stage, the Project Manager will regularly review the progress of work through Checkpoint Reports and maintain a set of project registers and logs. The Project Manager will use this information to update the Stage Plan with actual progress achieved. The frequency of checkpoint reporting required may change according to the needs of individual Work Packages.Это также полезно посмотреть на тенденции, чтобы получить представление общего здоровья стадии. Например этап может показаться идет хорошо с точки зрения продукции, завершается с расписанием. Однако проблема регистр может выявить все большее число вопросов, которые не решаются и которые могут быть причиной для беспокойства. Кроме того большое число нерешенных вопросов в отношении продукта в реестре качества может показать вопросы с этого продукта.Следующие продукты управления помогать руководителю проекта в обзоре прогресса: ■ Ежедневный журнал Это полезный инструмент для записи действий. Действия проекта могут возникать из многих источников, включая контрольно-пропускные пункты, обзоры качества, конец этапа оценки или специальных бесед. Существует опасность того, что действия могут получить «lost» если они только записанные в минутах или отчеты о ходе работ. Небольшие действия просто могут быть записаны на ежедневный журнал и размеченная после завершения. Действия, связанные с значительные усилия могут должны быть включены в план этапа. Если такие действия не могут быть включены в план в пределах допусков, вопрос должен быть поднят для изучения их влияния на сцене и проекта. Ежедневный журнал также может использоваться для записи неофициальныхвопросы и любые другие примечания или замечания, которые не учитываются другие регистры или журналы. Ежедневный журнал является полезным способом записи отдельных наблюдений, что на их может показаться незначительным, но когда разбором может предупредить менеджера проекта для нового вопроса или риска issue register This will contain details of all formal issues raised during the project, which could take the form of requests for change, offspecifications or problems/concerns. Reviewing the Issue Register may uncover progress issues – for example, a sudden increase in the number of requestsfor change, or an increasing number of overdue corrective actionsProduct status account This provides a snapshot of the status of products within the project, management stage or a particular area of the project. It can reveal progress issues as it shows the planned and actual dates for key points in the production, review and approval of the products to be delivered by the plan. The Product Status Account is derived from the Configuration Items RecordsQuality register This is a record of all planned and implemented quality activities. The Quality Register can reveal progress issues as the Project Manager can assess whether any quality activities are outstanding or whether there are any useful trends in the quality results – for example, an increasing number of products failing quality review or an increase in the average number of quality review actions risk register This is a record of all identified risks. The Project Manager should review the Risk Register as part of reviewing stage status. As risks are driven by uncertainty, the number of risks should generally decrease as the project progresses and the level of certainty increases. The Risk Register should be reviewed to determine whether the aggregated risks may impact on progress for the remainder of the stage and project, e.g. there may be a large number of risks with similar proximity in time, indicating a period where progress may be affected.

Результаты (русский) 2:

■ Рабочие пакеты
Руководитель проекта разрешает рабочий пакет, чтобы вызвать отдельного члена команды или руководителя группы , чтобы провести часть работы во время этапа. Это означает , что работа не может быть проведена , если руководитель проекта специально не уполномочили его. Детали работы должны быть завершены в пределах того, что допуски должны быть согласованы между руководителем проекта и менеджера команды или член команды, и задокументированы в рабочий пакет. Авторизации Рабочий пакет является особенно
полезным контроль при работе с подрядчиками или субподрядчиками. Физические лица или команды
следить за ходом против рабочего пакета и сообщить руководителю проекта через Checkpoint Reports. Проект может быть сочетание внутренних и внешних команд. Поэтому может оказаться неприменимой использовать смесь формальных и неформальных рабочих пакетов различных размеров, с жесткими или рыхлой допусков, в зависимости от потребностей проекта.
10.3.3.2 Обзор прогресса
В рамках Управление сценой, руководитель проекта регулярно рассмотреть вопрос о ходе работы через Checkpoint Reports и поддерживать набор регистров проектов и журналов. Менеджер проекта будет использовать эту информацию для обновления Плана Stage с достигнут фактический прогресс. Частота контрольных точек отчетности требуется может меняться в соответствии с потребностями отдельных рабочих пакетов.
Кроме того , полезно взглянуть на тенденции , чтобы получить представление об общем «здоровье» стадии. Например, стадия может показаться, что идет хорошо с точки зрения продуктов завершается к графику. Тем не менее, выпуск Регистр может выявить все большее число вопросов , которые не решены , и которые могут быть причиной для беспокойства. Кроме того , большое количество нерешенных вопросов в отношении продукта в качестве регистра могут показать проблемы проектирования с этим продуктом.
Следующие продукты управления помочь менеджеру проекта в проведении обзора прогресса:
■ ежедневный журнал
Это полезный инструмент для записи действий. Действия проекта могут возникнуть из многих источников, в том числе контрольно - пропускных пунктов, проверки качества, оценки конечных стадий или специальных бесед. Существует опасность того, что действия могут получить «потеряны» , если они только запись в протоколе или доклады о ходе работы . Небольшие действия могут просто быть записаны на ежедневный журнал и отмечены после их завершения. Действия , связанные значительные усилия , возможно , должны быть включены в План Stage. Если такие действия не могут быть включены в план в пределах допусков, то вопрос должен быть поднят , чтобы исследовать их влияние на стадии и проекта. Ежедневный Журнал также может быть использован для записи неформальных
вопросов , а также любые другие замечания или замечания, которые не захвачены другими регистрами или бревен. Ежедневный Журнал является полезным способом записи отдельных наблюдений , которые сами по себе могут показаться незначительными, но когда сопоставляются может предупредить менеджера проекта новой эмиссии или риска
выдачи регистре
Это будет содержать информацию обо всех формальных вопросов , поднятых в ходе проекта, который мог бы принимать форму запросов на изменения, offspecifications или проблем / проблем. Рассмотрение вопроса регистрации может выявить проблемы прогресса - например, резкое увеличение числа запросов
на изменения, или большее число просроченных корректирующих действий
счета состояния продукта
Это обеспечивает моментальный снимок состояния продуктов в рамках проекта, стадии управления или конкретная область проекта. Он может выявить проблемы прогресса , как это показывает , плановых и фактических дат для ключевых точек в области производства, рассмотрения и утверждения продуктов , которые будут доставлены по плану. Счет Статус продукта выводится из элементов конфигурации записей
качественный Регистр
Это запись всех запланированных и реализованных мероприятий качества. Качество Регистр может выявить вопросы о ходе работы в качестве менеджера проекта может оценить ли какие - либо мероприятия качества являются выдающимися или есть ли какие - либо полезные тенденции в качественных результатов - например, все большее количество продуктов , не суметь проверку качества или увеличение среднего числа качество действия обзор
Регистр рисков
Это запись всех выявленных рисков. Менеджер проекта должен пересмотреть реестр рисков в рамках пересмотра статуса этапа. Поскольку риски обусловлены неопределенностью, количество рисков , как правило , должны уменьшаться по мере продвижения проекта и уровень уверенности возрастает. Реестр рисков должен быть пересмотрен , чтобы определить , является ли агрегированные риски могут повлиять на прогресс в течение оставшейся части этапа и проекта, например , может быть большое количество рисков с аналогичной близости во времени, что указывает на период , когда могут быть затронуты прогресс.