Предположим, я захочу закрепить новые способы коммуникации (фиксирование требований в системе управления).
дык это разные области управления проектами: одно дело - управление коммуникациями, другое - управление содержанием проекта
Буду конкретнее. Есть проект, который формально завершен (ПМИ сдано, акты подписаны).Потенциально есть договор на доработку.
Плана по управлению НЕТ.
Интересно, если его писать "с нуля":
* включать ли в него этапы, которые уж прошли. Читала, что есть такой раздел, как "Основные этапы проекта". Или писать в него прошедшие этапы уже бессмысленно? Пишутся только этапы по новому договору?
* иногда план управления проектом включает в себя разделы "Общая информация" (где указывают менеджера) или Матрицу ответственности. В новом договоре появлюются новые роли, новое перераспределение обязанностей. Поэтому я и написала про изменение структуры команды.
Что-то наводит меня на мысль о каше в Вашей голове... извините, если что не так... :о)))
План управления проектом (Project Charter) пишется для того, чтобы знать как управлять НОВЫМ проектом.
С другой стороны, по разным причинам проекты бывают практически одинаковые... ну почти, например, внедрение одного и того же продукта в разных компаниях. Тогда можно было бы взять план первого проекта за основу и при необходимости внести изменения сообразно изменившейся ситуации во втором проекте. Вроде как на текущий момент Вы не сказали ничего, что противоречит этому подходу, но с другой стороны, Вы не сказали и того, что помешает воплотить этот подход в жизнь.
В общем случае, писать про то, как должен был выполняться или как выполнялся старый проект, который еще неизвестно когда был, кем и как выполнялся - даже если это было "вчера" - смысла никакого нет. Однако есть такой момент как lessons learnt (извлеченные уроки), которые могу повлиять на те же коммуникациии, риски и некоторые другие области управления проектом.
Новые роли - это следствие, в том числе связанное с новым содержанием проекта или персоналом, который СЕЙЧАС есть в наличии. Отсюда может меняться, разумеется, и структура команды.
НО! Это не говорит о необходимости изменения процедур (!) управления, т.е. того, как менеджер (он же руководитель) проекта будет управлять работами, командой, рисками.
Поэтому порекомендую еще раз подумать вот в каком направлении: отделите новое содержание проектной среды, от механизмов управления, которые могут быть в чем-то (или во всем) унаследованы из прошлого проекта, вдруг они вполне себе подходят. Это, кстати, путь к тому, что называется "корпоративный стандарт управления проектом".
Вопрос проще:
Заключение договора = новый проект = новый план по управлению проектом
ИЛИ договор по развитию продукта НЕ РАВНО новый проект = модификация существующего плана
Просто я путаюсь - закрытие работ по договору есть ли закрытие проекта?
ИЛИ.
Во-первых, договор, проект и план - разные вещи. Договор - определяет объект договора, обязательства сторон, результаты, сроки, деньги и т.п. Субъектами договора в простом случае являются два юр.лица, представленные ген.директорами. Но бывают случаи и посложнее.
Главная его особенность он не говорит, как делать эту работу, хотя может содержать план-график работ любой детальности.
Проект - временное предприятие... бла-бла-бла... ну да Вы знаете. Обычно суть его в том, чтобы выполнить работы, обещанные по договору, т.е. обязательства исполнителя. При этом проект представляет собой способ выполнения работ и получения обещанных результатов.
Существует интересная особенность, что проект и договор могут находиться в любом ...э... "соотношении": может быть один договор и много проектов, но может быть и наоборот. В вашем случае скорее всего один договор и один проект во его исполнение, хотя это не значит, что не могут появиться другие договоры и подпроекты (или просто проекты). Причины, по которым они появляются и примеры приводить не буду, чтобы не забивать Вам голову.
А вот план - это ...э... описанный способ реализовать этот способ выполнения работ и получения результатов :о))) т.е. то как Вы будете управлять этими работами. Поэтому целесообразно иметь один план для управления всей совокупностью проектов и подпроектов, причем независимо от количества договоров :о)))
Про закрытие.
В простом случае Вы выполняете все работы, получаете результаты, представляете их заказчику и в соответствии с соответствующим порядком (из договора) представляете их заказчику. С точки зрения проекта это уже можно считать закрытием (и, например, распустить часть команды или всю), а дальше менеджер будет иметь головную боль по закрытию договора (акты, сверки, платежи, протоколы, договоренности и много всякой ерунды) :о)))) НО! (куда ж без НО?) Это в простом случае. А в сложных все может быть гораздо интереснее (или наоборот) и сложнее.
Поэтому целесообразно выделить фазы относящиеся к управлению проектом (в PMBOK они есть). Одни из них будут задействовать персонал (команду) проекта, другие нет. При этом менеджер на всем протяжении проекта (с оговорками) задействован всегда.
Если по логике, то план управлени ПРОЕКТОМ создается для проекта, а проект и продукт есть разные вещи.
Да
То есть, новый договор = новый проект = новый план
Нет (в общем случае) см. выше
Да, он на 80% может быть копией предыдущего, но опять же...включает новый план по управлению содержанием работ, новый план по управлению рисками, новый план по управлению изменениями.
А вот некоторые части могут и не меняться (План управления качеством и т.д.) и браться "шаблонно" из других планов.
Просто план управления проектом, как я понимаю, состоит из вспомогательных планов.
Но создается он при старте очередного договора, который определяет ресурсы и задачи.
Просто для меня проект всегда ограничивался сроками, ресурсами и, соответственно, план для него тоже.
Где я ошибаюсь?
ошибки выделены по тексту :о))) они, скорее всего, следуют из методической ошибки, считающей методом управления проектом - MS Project, потому что зачастую в нем ведется план-график, относящийся только к работам. В лучшем случае добавляются работы типа, "управление проектом" со 100% загрузкой менеджера, что по сути является неким нонсенсом, т.к. редко какой менеджер пишущий подобное может внятно объяснить, что это такое, максимум сослаться на PMBOK или НТК
Проект - это предприятие (см.определение). а Продукт - результат. см. выше.
В общем случае план управления проектом создается на проект (но в широком смысле - см. выше.), при этом план не ограничивается сроками, ресурсами и т.п. Это этап выполнения ограничивается этими факторами. А план может быть, грубо говоря, один на всю жизнь.
по поводу шаблонности напишу ниже.
Вопросы могу не понимать, потому что не менеджер проектов и имею весьма упрощенные знания в данной области.
Ограничены пролистыванием PMBOK
Пролистывания недостаточно (хотя это уже само по себе похвально), читайте-читайте PMBOK более вдумчиво. Задавайте себе вопросы: что я (ну или менеджер, если он - не Вы) буду делать в такой-то ситуации? или Зачем мне делать то-то и то-то? Вы же выполняете проект не для того, чтобы соответствовать PMBOK, а используете PMBOK для поиска оптимальных и эффективных методов управления, которые помогут выполнить проект, т.е. получить нужные результаты в нужные сроки при заданных ограничениях (бюджете, ресурсах и т.п.). Надеюсь это так?
Какие-то сложные и непонятные элементы в общем не возбраняется упрощать, лишь бы в целом сохранялась системность управления (это само по себе снижает риски и повышает значимость менеджера в глазах окружающих) и достигалась цель проекта.
Надеюсь, теперь стало понятнее?
План управления проектом