168 I Controlling a Stage ■ The Business Case is kept under review ■ T перевод - 168 I Controlling a Stage ■ The Business Case is kept under review ■ T русский как сказать

168 I Controlling a Stage ■ The Bus

168 I Controlling a Stage
■ The Business Case is kept under review ■ The agreed products for the stage are delivered to stated quality standards, within cost, effort and time agreed, and ultimately in support of the achievement of the defined benefits ■ The project management team is focused on delivery within the tolerances laid down.
15.3 CONTEXT
The Controlling a Stage process describes the work of the Project Manager in handling the day-to-day management of the stage. This process will be used for each delivery stage of a project. Towards the end of each stage, except the final one, the activities within the Managing a Stage Boundary process (see Chapter 17) will occur. The Controlling a Stage process is normally first used after the Project Board authorizes the project, but it may optionally be used during the initiation stage for large or complex projects with a lengthy initiation.
Work Packages are used to define and control the work to be done, and also to set tolerances for the Team Manager(s). In the case where the Project Manager is fulfilling the Team Manager role, Work Packages should still be used to define and control the work of the individual team members being assigned work. Where this is the case, references to Team Manager throughout the Controlling a Stage process should be regarded as references to the individual team member being assigned work. Central to the ultimate success of the project is the day-to-day control of the work that is being conducted. Throughout a stage, this will consist of a cycle of: ■ Authorizing work to be done ■ Monitoring progress information about that work, including signing off completed Work Packages ■ Reviewing the situation (including that for product quality) and triggering new Work Packages ■ Reporting highlights ■ Watching for, assessing and dealing with issues and risks ■ Taking any necessary corrective action. Towards the end of the last stage, the Closing a Project process (see Chapter 18) will be invoked.
15.4 ACTIVITIES
Controlling a Stage activities are Project-Manager-oriented and comprise: ■ Work Packages: • Authorize a Work Package • Review Work Package status • Receive completed Work Packages ■ Monitoring and reporting: • Review the stage status • Report highlights
■ Issues: • Capture and examine issues and risks • Escalate issues and risks • Take corrective action.
15.4.1 Authorize a Work Package It would be chaotic to have the people who are working on the project starting activities whenever they think fit. There must be a level of autonomy within the project team(s), but there will be wider issues involved of which they cannot be expected to be aware. It is therefore important that work only commences and continues with the consent of the Project Manager. The vehicle for this is the production, execution and delivery of a Work Package. A Work Package may include extracts from, or simply cross-reference elements of, the Project Plan, Stage Plan or Project Initiation Documentation.
A Work Package should cover the work to create one or more products. If a product requires more than one Work Package to create it, then it should be broken down into further products with their supporting Product Descriptions. The triggers for the Project Manager to authorize a Work Package include: ■ Stage authorization — the Project Board gives authority to execute a Stage Plan ■ Exception Plan approved — the Project Board gives authority to execute an Exception Plan ■ New Work Package required — an output from reviewing the stage status (see section 15.4.4) ■ Corrective action — in response to an issue or risk.
0/5000
Источник: -
Цель: -
Результаты (русский) 1: [копия]
Скопировано!
168 I Controlling a Stage ■ The Business Case is kept under review ■ The agreed products for the stage are delivered to stated quality standards, within cost, effort and time agreed, and ultimately in support of the achievement of the defined benefits ■ The project management team is focused on delivery within the tolerances laid down. 15.3 CONTEXT The Controlling a Stage process describes the work of the Project Manager in handling the day-to-day management of the stage. This process will be used for each delivery stage of a project. Towards the end of each stage, except the final one, the activities within the Managing a Stage Boundary process (see Chapter 17) will occur. The Controlling a Stage process is normally first used after the Project Board authorizes the project, but it may optionally be used during the initiation stage for large or complex projects with a lengthy initiation. Work Packages are used to define and control the work to be done, and also to set tolerances for the Team Manager(s). In the case where the Project Manager is fulfilling the Team Manager role, Work Packages should still be used to define and control the work of the individual team members being assigned work. Where this is the case, references to Team Manager throughout the Controlling a Stage process should be regarded as references to the individual team member being assigned work. Central to the ultimate success of the project is the day-to-day control of the work that is being conducted. Throughout a stage, this will consist of a cycle of: ■ Authorizing work to be done ■ Monitoring progress information about that work, including signing off completed Work Packages ■ Reviewing the situation (including that for product quality) and triggering new Work Packages ■ Reporting highlights ■ Watching for, assessing and dealing with issues and risks ■ Taking any necessary corrective action. Towards the end of the last stage, the Closing a Project process (see Chapter 18) will be invoked. 15.4 ACTIVITIES Controlling a Stage activities are Project-Manager-oriented and comprise: ■ Work Packages: • Authorize a Work Package • Review Work Package status • Receive completed Work Packages ■ Monitoring and reporting: • Review the stage status • Report highlights ■ Issues: • Capture and examine issues and risks • Escalate issues and risks • Take corrective action. 15.4.1 Authorize a Work Package It would be chaotic to have the people who are working on the project starting activities whenever they think fit. There must be a level of autonomy within the project team(s), but there will be wider issues involved of which they cannot be expected to be aware. It is therefore important that work only commences and continues with the consent of the Project Manager. The vehicle for this is the production, execution and delivery of a Work Package. A Work Package may include extracts from, or simply cross-reference elements of, the Project Plan, Stage Plan or Project Initiation Documentation. A Work Package should cover the work to create one or more products. If a product requires more than one Work Package to create it, then it should be broken down into further products with their supporting Product Descriptions. The triggers for the Project Manager to authorize a Work Package include: ■ Stage authorization — the Project Board gives authority to execute a Stage Plan ■ Exception Plan approved — the Project Board gives authority to execute an Exception Plan ■ New Work Package required — an output from reviewing the stage status (see section 15.4.4) ■ Corrective action — in response to an issue or risk.
переводится, пожалуйста, подождите..
Результаты (русский) 2:[копия]
Скопировано!
168 I Контролирование этап
■ бизнес - случай держать под контролем ■ Согласованный продукты для стадии доставляются заявленным стандартам качества, в пределах затрат, усилий и времени согласился, и в конечном итоге в поддержку достижения определенных преимуществ ■ Управление проектом команда сосредоточена на поставке в пределах допусков , установленных.
15.3 КОНТЕКСТ
распоряжающуюся процесс Стадия описывает работу менеджера проекта в обработке управления изо дня в день сцены. Этот процесс будет использоваться для каждой стадии доставки проекта. К концу каждой ступени, кроме последней единицы, деятельность в рамках Управление процессом Stage Boundary (см главу 17) будет происходить. Управления процессом этапа , как правило , первый используется после того, как совет проекта авторизует проект, но это необязательно может быть использован на стадии инициации для крупных или сложных проектов с длительным инициации.
Рабочие пакеты используются для определения и контроля работы предстоит сделать , а также установить допуски для диспетчера (ов) команды. В том случае , когда руководитель проекта выполняет роль менеджера команды, Рабочие пакеты по- прежнему должны быть использованы для определения и управления работой отдельных членов команды будучи порученную работу. Если это так, то ссылки на команды диспетчера по всему управления процессом Stage следует рассматривать как ссылки на отдельного члена команды быть порученной работы. Центральное место в конечном успехе проекта является контроль изо дня в день работы, которая проводится. На протяжении всего этапа, это будет состоять из цикла: ■ Авторизация работы предстоит сделать ■ Мониторинг информации о ходе работы о том , что работы, в том числе подписание от завершенных рабочих пакетов ■ Обзор ситуации (что в том числе и для качества продукта) и запуск новых рабочих пакетов ■ Отчетность Основные моменты ■ Наблюдение за, оценки и решения вопросов и рисков ■ Принимая все необходимые меры по исправлению положения. К концу последней стадии закрытия процесса проекта (см главу 18) будет вызван.
15.4 ДЕЯТЕЛЬНОСТЬ
Контролирующие стадии деятельности являются Project-Manager-ориентированных и включают в себя: ■ Рабочие пакеты: • Авторизуйте Рабочий пакет • Обзор рабочего пакета статус • Прием завершен Рабочие пакеты ■ Мониторинг и отчетность: • обзор состояния бликов этап • отчет о
■ проблемы:. • Захват и исследовать проблемы и риски • Эскалация проблемы и риски • принять меры по исправлению положения
15.4.1 Авторизуйте Рабочий пакет было бы хаотическое чтобы иметь людей , которые работают над отправных проектной деятельности всякий раз , когда они считают нужным. Там должен быть уровень автономии в составе команды (с) проекта, но будут более широкие вопросы , связанные из которых они не могут ожидать , чтобы быть в курсе. Поэтому важно , что работа только начинается и продолжается с согласия Менеджера проекта. Транспортное средство для этого является производство, выполнение и поставка рабочего пакета. Комплекс работ может включать в себя выдержки из, или просто перекрестных ссылок элементов, план проекта, план этапа или проекта Initiation документации.
Комплекс работ должен охватывать работу , чтобы создать один или несколько продуктов. Если требуется более одного рабочего пакета для его создания, то она должна быть разбита на других продуктов с поддерживающими их описаний продуктов. Импульсом для Менеджера проекта санкционировать Работа Пакет включает: ■ разрешение этап - Совет по проекту дает полномочия на выполнение плана Exception плана Этап ■ утвержденный - Совет по проекту дает полномочия на выполнение Плана исключений ■ требуется Новый рабочий пакет - выход от рассмотрения статуса этапа (см раздел 15.4.4) ■ Корректирующее действие - в ответ на вопрос или риска.
переводится, пожалуйста, подождите..
 
Другие языки
Поддержка инструмент перевода: Клингонский (pIqaD), Определить язык, азербайджанский, албанский, амхарский, английский, арабский, армянский, африкаанс, баскский, белорусский, бенгальский, бирманский, болгарский, боснийский, валлийский, венгерский, вьетнамский, гавайский, галисийский, греческий, грузинский, гуджарати, датский, зулу, иврит, игбо, идиш, индонезийский, ирландский, исландский, испанский, итальянский, йоруба, казахский, каннада, каталанский, киргизский, китайский, китайский традиционный, корейский, корсиканский, креольский (Гаити), курманджи, кхмерский, кхоса, лаосский, латинский, латышский, литовский, люксембургский, македонский, малагасийский, малайский, малаялам, мальтийский, маори, маратхи, монгольский, немецкий, непальский, нидерландский, норвежский, ория, панджаби, персидский, польский, португальский, пушту, руанда, румынский, русский, самоанский, себуанский, сербский, сесото, сингальский, синдхи, словацкий, словенский, сомалийский, суахили, суданский, таджикский, тайский, тамильский, татарский, телугу, турецкий, туркменский, узбекский, уйгурский, украинский, урду, филиппинский, финский, французский, фризский, хауса, хинди, хмонг, хорватский, чева, чешский, шведский, шона, шотландский (гэльский), эсперанто, эстонский, яванский, японский, Язык перевода.

Copyright ©2024 I Love Translation. All reserved.

E-mail: