Трансформация: особенности управления проектами преобразований. МВА-библиотека. Никита Сергеев. Читать онлайн. Newlib. NEWLIB.NET

Автор: Никита Сергеев
Издательство: Издательские решения
Серия:
Жанр произведения: Прочая образовательная литература
Год издания: 0
isbn: 9785449813152
Скачать книгу
может сильно ошибаться, смотря на ситуацию сквозь свои «очки мировоззрения».

      Например, заказчик говорит, что проект для нас по срокам критически важен и «все отделы будут на 100% помогать в реализации и день, и ночь, и выделять нужных людей» – обязательно указать сее изречение в качестве предположения.

      Или заказчик гарантирует, что «у этого проекта вообще не будет никаких бюрократических преград внутри компании: сказали или е-мейл написали – и тут же получили», а потом оказывается, что «любой чих» – это действительно отсутствие преград кроме 100500 служебок.

      В одном проекте я вообще основные предположения (ибо очень сладко мне «продавали» тот проект – вплоть до того, как госструктура все будет даже закупаться без тендеров) после первого общения (даже не готовя еще устава) выписал в табличку. Две колонки: в первой предположение, в соседней колонке – что будет если предположение ложное (тут затянутся сроки проекта, тут не будет вообще сделан функционал и т. д.). Так «прыти» у заказчиков сразу быстро поубавилось, посговорчивей стали и попрактичнее в части сроков, цены проекта, оплаты для команды и т.д..

      Риски – о них все знают, и большинство из них следует из предположений, которые могут быть потом по факту ложными или истинными. Мы конечно не будем детально рассматривать управление рисками от идентификации, оценки и анализа, мониторинга и контроля, разработки мероприятий по снижению или устранению и т. д. Это опытные проектные менеджеры и так знают, а те кто новичок – смогут легко найти и прочесть.

      Возвращаясь к уставу комплексно: главное не переборщите с его детализацией – он должен высокоуровнево описывать проект и его допущения, которые потом помогут в планировании. И описание всех моментов должно быть уровня заказчика проекта, а не «что попало». Например, писать мелочь в допущения (например, канцелярию выдадут сразу) – это полная глупость, если устав согласовывается с генеральным директором или руководителем функции.

      И вообще вопрос детализации устава очень часто возникает ку слушателей: нет стандартов к объему устава, зависит от проекта и компании, от длительности и прошлого опыта сотрудничества с организацией…

      Устав вообще может выглядеть брифом на 1 страничку (рис.1.8).

      Рис.1.8. Устав в виде 1-страничного брифа в Excel

      Но в любом случае Вы должны ощущать достаточность детализации для управления.

      Содержание проекта

      Задача этого документа – более детально описать что входит в проект и из чего он состоит. Это расширение устава проекта в части его объема и границ (не забываем, что явно не входит в проект также необходимо учесть), работ и промежуточных результатов. В общем все то, что необходимо сделать, чтобы достичь целей/получить результат проекта.

      Важна однозначность пунктов содержания проекта. Их может быть совсем немного – но они должны быть емкими и однозначно интерпретируемыми,