0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Продолжаем публиковать обзоры рабочих методологий управления, фишки которых можно проверять и внедрять в свои продуктовые команды. Сегодня про<strong>PRINCE2</strong>, который: • не гарантирует соблюдение сроков или бюджета, сокращение издержек или увеличение прибыли; • гарантирует прозрачный учет и управление рисками проекта; • формализует возможности оперативного получения данных с необходимой детализацией; • способствует повышению производительности работ в рамках унифицированных форматов управленческих документов.</p>
1
<p>Продолжаем публиковать обзоры рабочих методологий управления, фишки которых можно проверять и внедрять в свои продуктовые команды. Сегодня про<strong>PRINCE2</strong>, который: • не гарантирует соблюдение сроков или бюджета, сокращение издержек или увеличение прибыли; • гарантирует прозрачный учет и управление рисками проекта; • формализует возможности оперативного получения данных с необходимой детализацией; • способствует повышению производительности работ в рамках унифицированных форматов управленческих документов.</p>
2
<p>Создатели методологии также утверждают, что использование PRINCE2 помогает обеспечить правильной информацией в правильное время правильных людей для принятия правильных решений.</p>
2
<p>Создатели методологии также утверждают, что использование PRINCE2 помогает обеспечить правильной информацией в правильное время правильных людей для принятия правильных решений.</p>
3
<p>Принципы у фреймворка близки к продуктовым:</p>
3
<p>Принципы у фреймворка близки к продуктовым:</p>
4
<p>1.<strong>CONTINUED BUSINESS JUSTIFICATION</strong>(Постоянная оценка целесообразности). Спонсор проекта (в русских договорных отношениях это чаще всего Заказчик, даже если он внутренний) должен быть постоянно уверен в необходимости реализации проекта, если такая необходимость отпала, то проект следует прекратить. Ожидаемые выгоды должны быть больше затрат и рисков.</p>
4
<p>1.<strong>CONTINUED BUSINESS JUSTIFICATION</strong>(Постоянная оценка целесообразности). Спонсор проекта (в русских договорных отношениях это чаще всего Заказчик, даже если он внутренний) должен быть постоянно уверен в необходимости реализации проекта, если такая необходимость отпала, то проект следует прекратить. Ожидаемые выгоды должны быть больше затрат и рисков.</p>
5
<p>2.<strong>LEARN FROM EXPERIENCE</strong>(Учет предыдущего опыта). Принцип призывает руководителей проектов постоянно анализировать и использовать извлеченные уроки других проектов, а также фиксировать собственный опыт в ходе своего проекта.</p>
5
<p>2.<strong>LEARN FROM EXPERIENCE</strong>(Учет предыдущего опыта). Принцип призывает руководителей проектов постоянно анализировать и использовать извлеченные уроки других проектов, а также фиксировать собственный опыт в ходе своего проекта.</p>
6
<p>3.<strong>DEFINED ROLES AND RESPONSIBILITIES</strong>(Определенные роли и обязанности). В каждом проекте должна быть сформирована матрица ответственности в рамках проекта и его организационной структуры. Авторы PRINCE2 выделяют три заинтересованные стороны проекта:<strong>бизнес</strong>(определяет цели проекта и инвестирует его),<strong>пользователи</strong>(используют продукт проекта) и<strong>поставщики</strong>(предоставляют ресурсы).</p>
6
<p>3.<strong>DEFINED ROLES AND RESPONSIBILITIES</strong>(Определенные роли и обязанности). В каждом проекте должна быть сформирована матрица ответственности в рамках проекта и его организационной структуры. Авторы PRINCE2 выделяют три заинтересованные стороны проекта:<strong>бизнес</strong>(определяет цели проекта и инвестирует его),<strong>пользователи</strong>(используют продукт проекта) и<strong>поставщики</strong>(предоставляют ресурсы).</p>
7
<p>4.<strong>MANAGE BY STAGES</strong>(Управления по стадиям). Проект должен планироваться, отслеживаться и контролироваться по стадиям, в конце каждой стадии должен обновляться план следующей стадии с учетом результатов завершающейся текущей стадии. Между каждой стадией должны присутствовать точки принятия основных решений.</p>
7
<p>4.<strong>MANAGE BY STAGES</strong>(Управления по стадиям). Проект должен планироваться, отслеживаться и контролироваться по стадиям, в конце каждой стадии должен обновляться план следующей стадии с учетом результатов завершающейся текущей стадии. Между каждой стадией должны присутствовать точки принятия основных решений.</p>
8
<p>5.<strong>MANAGE BY EXCEPTION</strong>(Управление по исключениям). Руководство проектами следует осуществлять путем определения обязанностей и ответственности на каждом уровне проекта при помощи строгого делегирования полномочий. Такой способ управления позволяет экономить как время высшего руководства, спонсоров проекта, так и самого менеджера проекта. Допустимые отклонения должны быть определены для каждого уровня плана проекта.</p>
8
<p>5.<strong>MANAGE BY EXCEPTION</strong>(Управление по исключениям). Руководство проектами следует осуществлять путем определения обязанностей и ответственности на каждом уровне проекта при помощи строгого делегирования полномочий. Такой способ управления позволяет экономить как время высшего руководства, спонсоров проекта, так и самого менеджера проекта. Допустимые отклонения должны быть определены для каждого уровня плана проекта.</p>
9
<p>6.<strong>FOCUS ON PRODUCT</strong>(Фокус на продукте). Акцент в проекте должен быть на конечном продукте и его качестве. Процедура управления изменениями снижает увеличение скоупа проекта. Акцент на качестве и утвержденном описании продукта снижает неудовлетворенность пользователей (потребителей) конечного продукта проекта.</p>
9
<p>6.<strong>FOCUS ON PRODUCT</strong>(Фокус на продукте). Акцент в проекте должен быть на конечном продукте и его качестве. Процедура управления изменениями снижает увеличение скоупа проекта. Акцент на качестве и утвержденном описании продукта снижает неудовлетворенность пользователей (потребителей) конечного продукта проекта.</p>
10
<p>7.<strong>TAILOR TO SUIT THE PROJECT ENVIRONMENT</strong>(Адаптация ко внешним условиям). Проектная команда должна осознавать, каким образом происходит адаптация принципов PRINCE2 к внешним условиям проекта (корпоративные стандарты, корпоративная культура), подходит ли используемый метод для окружения проекта.</p>
10
<p>7.<strong>TAILOR TO SUIT THE PROJECT ENVIRONMENT</strong>(Адаптация ко внешним условиям). Проектная команда должна осознавать, каким образом происходит адаптация принципов PRINCE2 к внешним условиям проекта (корпоративные стандарты, корпоративная культура), подходит ли используемый метод для окружения проекта.</p>
11
<p><em>Больше полезных материалов смотрите на моем телеграм-канале: https://t.me/FreshProductGo</em></p>
11
<p><em>Больше полезных материалов смотрите на моем телеграм-канале: https://t.me/FreshProductGo</em></p>
12
12