■ 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 или проблем / проблем. Рассмотрение вопроса регистрации может выявить проблемы прогресса - например, резкое увеличение числа запросов
на изменения, или большее число просроченных корректирующих действий
счета состояния продукта
Это обеспечивает моментальный снимок состояния продуктов в рамках проекта, стадии управления или конкретная область проекта. Он может выявить проблемы прогресса , как это показывает , плановых и фактических дат для ключевых точек в области производства, рассмотрения и утверждения продуктов , которые будут доставлены по плану. Счет Статус продукта выводится из элементов конфигурации записей
качественный Регистр
Это запись всех запланированных и реализованных мероприятий качества. Качество Регистр может выявить вопросы о ходе работы в качестве менеджера проекта может оценить ли какие - либо мероприятия качества являются выдающимися или есть ли какие - либо полезные тенденции в качественных результатов - например, все большее количество продуктов , не суметь проверку качества или увеличение среднего числа качество действия обзор
Регистр рисков
Это запись всех выявленных рисков. Менеджер проекта должен пересмотреть реестр рисков в рамках пересмотра статуса этапа. Поскольку риски обусловлены неопределенностью, количество рисков , как правило , должны уменьшаться по мере продвижения проекта и уровень уверенности возрастает. Реестр рисков должен быть пересмотрен , чтобы определить , является ли агрегированные риски могут повлиять на прогресс в течение оставшейся части этапа и проекта, например , может быть большое количество рисков с аналогичной близости во времени, что указывает на период , когда могут быть затронуты прогресс.

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

в работе пакетыруководитель проекта дает работу пакета для того, чтобы спровоцировать отдельных членов группы или менеджер команды провести часть работ на этапе.это означает, что работа не может проводиться только с руководителем проекта конкретно уполномочили его.подробная информация о работе, должна быть завершена в течение какого допусков должны быть согласованы между руководителем проекта и руководитель группы или членов команды, и задокументированы в программы работы.комплекс работ разрешения является особеннополезный контроль при работе с подрядчиков и субподрядчиков.в отдельных лиц или группследить за осуществлением программы работы и представить доклад руководителя проекта через контрольно - пропускной пункт докладов.проект может быть сочетания внутренних и внешних групп.поэтому, может быть, действительно использовать смесь официальных и неофициальных рабочих пакетов разных размеров, с жесткими или насыпью допуски, в зависимости от потребностей проекта.10.3.3.2 обзор прогрессав рамках контроля за сцену, руководитель проекта будет регулярно проводить обзор хода работы через контрольно - пропускной пункт, доклады и ведет набор регистров и бревен.руководитель проекта будет использовать эту информацию для обновления этап плана с фактическим прогрессом, достигнутым.частота контрольно - пропускной пункт отчетность может меняться в зависимости от потребностей отдельных программ работы.также полезно взглянуть на тенденции, чтобы получить вид общего здоровья "на сцене.например, сцена может показаться довольно успешно с точки зрения продуктов не завершены в отношении графика.однако, вопрос регистрации может выявить большее число вопросов, которые в настоящее время не решен, и которые могут быть причиной для беспокойства.аналогичным образом, многие нерешенные вопросы в отношении качества продукта в реестр может показать проблемы конструкции с этим продуктом.следующие виды управления помогать руководитель проекта в обзоре прогресса:в ежедневный журналэто является полезным инструментом для учета мероприятий.проект мер, может возникнуть из многих источников, в том числе контрольно - пропускных пунктов, проверки качества, в конце этапа оценки или специальной разговоров.существует опасность того, что действия могут получить "потеряли", если они регистрируются лишь в минуты или доклады о ходе работы.мелкие действия, возможно, просто регистрироваться на ежедневный журнал и отличается, когда завершен.действия с привлечением значительных усилий, возможно, должны быть включены в этап плана.если такие действия не могут быть включены в план в пределах допусков, то вопрос необходимо поднимать, чтобы изучить их влияние на сцене и проекта.ежедневный журнал можно также использовать для регистрации неформальныхвопросы и любых других отмечает или замечания, которые не охвачены другие реестры или бревен.ежедневный журнал является полезным способом записи отдельные замечания, которые самостоятельно может показаться незначительным, но когда сбор может привлечь внимание руководитель проекта на новый вопрос или рискавопрос регистрацииэто будет содержать сведения о всех формальных вопросов, поднятых в ходе проекта, который может принять форму заявки на изменения, offspecifications или проблемы / проблем.рассматривая вопрос регистрации могут выявить прогресс, проблемы – например, резкий рост числа запросовдля перемен, и все большее число просроченных исправительных мерпродукт, состояние счетаэто дает представление о статусе товаров в рамках проекта, управление этапе или конкретной части проекта.она может выявить прогресс, проблемы, как это показывает, планируемых и фактических сроков ключевые моменты в производстве, рассмотрения и утверждения продукции, которые будут осуществляться в рамках плана.продукт, состояние счета вытекает из настройки отчетыкачество регистраэто запись всех запланированных и осуществляемых качества деятельности.качество регистра может выявить прогресс, проблемы, как руководитель проекта могут оценить качество деятельности ли взносы или какие - нибудь полезной в качестве результатов (например, все большее число продуктов без проверки качества или увеличение среднего числа качества анализа действийреестр рисковэто запись всех выявленных рисков.руководитель проекта следует пересмотреть перечень рисков в рамках этапе рассмотрения статуса.риски вызваны неопределенностью, ряд рисков, должны, как правило, уменьшается по мере продвижения проекта и уровня определенности, возрастает.перечень рисков следует пересмотреть, чтобы определить, является ли совокупные риски могут оказать воздействие на прогресс на оставшуюся часть сцены и проекта, например, может быть большое количество рисков с аналогичными близость по времени, что свидетельствует о периоде, когда прогресс, могут быть затронуты.