Что должен делать руководитель проекта?

[bobkov_imported]

Цитата:

Сообщение от mazzy

Хм... я так не думаю?
Есть еще мнения?

<{POST_SNAPBACK}>

Итак, мы дошли до того, что для содержательного разговора надо наконец определить функции МП на проекте по созданию автоматизированной системы :-)
Давай тогда уж начнем с того, что определим конкретные ЦЕЛИ МП на проекте (их обычно ставит его руководство :-) и конкретные ограничения, в которых он вынужден работать (их обычно задает свое и Заказчика руководство - человеческие ресурсы, сроки, деньги).
Я полагаю, что из этого определения логично вытекут требуемые задачи, функции МП, а из них вытекут требования к его квалификации :-)

Варианты целей (в порядке вспоминания):
1. МП должен добиться, чтобы рядовые сотрудники Заказчика использовали Аксапту в своей работе.
2. МП должен добиться, чтобы РУКОВОДИТЕЛИ Заказчика использовали Аксапту в своей работе.
3. МП должен добиться, чтобы Заказчик подписал акты приемки-сдачи работ по всем этапам.
4. МП должен добиться, чтобы Заказчик заплатил деньги за оказанные услуги.
5. МП должен добиться, чтобы Заказчик заключил договора на дополнительные услуги нашей компании.
6. МП должен добиться, чтобы Заказчик дал хвалебный отзыв нашим потенциальным клиентам.
7. МП должен на этом проекте обучить нулевых консультантов бизнес-процессам, Аксапте и методике внедрения.
можно еще повспоминать... :-)

Хорошо бы достигнуть всех целей сразу, но есть масса ограничений:
1. сроки могут быть мизерными, а могут быть и завышенными,
2. бюджет проекта может быть смешным, а может быть и вполне солидным,
3. число и квалификация консультантов и программистов - от отсутствия таковой до значительного опыта работы,
4. предприятие Заказчика может быть маленьким или большим, централизованным или распределенным,
5. а есть ведь еще и рамки автоматизации бизнес-процессов!
можно еще повспоминать... :-)

Давай опеределяться, чего хотим? :-)
Есть еще 3-я категория, которую необходимо учитывать в жизни - риски проекта, но о ней давай пока говорить не будем...

Добавлено mazzy: Тема выделена отсюда Должен ли руководитель проекта знать систему, которую внедряет?

[mazzy]

Цитата:

Сообщение от bobkov

Давай опеределяться, чего хотим? :-)

<{POST_SNAPBACK}>

Я бы предложил такой универсальный критерий:
Цитата: "Кстати, похоже, это универсальный критерий. Внедрение любой системы является успешным, если деятельность, ради которой начиналось внедрение, ведется на основании данных этой системы."
Каковы критерии успешности внедрения CRM-систем?

[bobkov_imported]

Цитата:

Сообщение от mazzy

Цитата:

Сообщение от bobkov

Давай опеределяться, чего хотим? :-)

<{POST_SNAPBACK}>

Я бы предложил такой универсальный критерий:
Цитата: "Кстати, похоже, это универсальный критерий. Внедрение любой системы является успешным, если деятельность, ради которой начиналось внедрение, ведется на основании данных этой системы."
Каковы критерии успешности внедрения CRM-систем?

<{POST_SNAPBACK}>

Универсальный критерий чего? Достижения какой цели? Попробую догадаться :-)
Если я правильно догадался о том что такое "деятельность, ради которой начиналось внедрение", то ты ставишь единственную цель МП: проектирование и запуск автоматизированной системы, которая автоматизирует заранее заданный набор бизнес-функций. Так?

[mazzy]

извини.
Тот топик назывался Каковы критерии успешности внедрения CRM-систем?
А универсальный критерий - это критерий успешности внедрения ERP-системы.

Ты привел список целей и спросил: "Чего хотим?" Я ответил

[bobkov_imported]

Цитата:

Сообщение от mazzy

извини.
Тот топик назывался Каковы критерии успешности внедрения CRM-систем?
А универсальный критерий - это критерий успешности внедрения ERP-системы.

Ты привел список целей и спросил: "Чего хотим?" Я ответил

<{POST_SNAPBACK}>

Я привел список целей МП, а не целей внедрения, мы же говорили об МП.
Если их приравнивать, то может сложиться например такая ситуация:

Консальтнговая компания отправила некоего МП к Клиенту, и он все там внедрил, но:
1. Сопровождение системы очень дорого, потому что Аксапта переписана на 50%, ничего не документировано.
2. Клиент ругается, отказывается давать рекомендательное письмо
3. Консалтинговая компания получила от этого проекта убыток.

При этом, клиент использует систему. Такой МП молодец или нет? Ведь он добился твоей цели?

[mazzy]

Цитата:

Сообщение от bobkov

При этом, клиент использует систему. Такой МП молодец или нет? Ведь он добился твоей цели?

<{POST_SNAPBACK}>

Такой МП молодец, если он достиг целей, которые ставил заказчик.

Если говорить о твоих ограничениях, то я бы считал, что если МП достиг целей, которые ставил заказчик, то он молодец даже если клиент отказывается давать рекомедательное письмо.

Насчет стоимости сопровождения... МП должен об этом думать. Но если цели заказчика достигаются только такими способами и заказчик готов платить, то МП должен достигать целей, которые ставит заказчик, используя согласованный с заказчиком бюджет. Если было другое решение (более дешевое), то не очень хорошо, конечно. К такому МП надо присматриваться и быть осторожным. Но криминала в этом не виду, если он достиг целей, которые ставил заказчик.

"Консалтинговая компания получила от этого проекта убыток."
От чего? От того, что клиент не дал рекомендацию?
Я тебя умоляю. Хорошая рекомендация - работающий с системой клиент. Если он еще и доволен этой системой - это лучшая рекомендация. Даже если никаких бумаг подписано не было. Добывать рекомендации - это не задача МП, по-моему. Но МП супермолодец, если еще и это делает успешно.

В общем, я про убыток не понял, наверное.

[bobkov_imported]

Цитата:

Сообщение от mazzy

Цитата:

Сообщение от bobkov

При этом, клиент использует систему. Такой МП молодец или нет? Ведь он добился твоей цели?

<{POST_SNAPBACK}>

Такой МП молодец, если он достиг целей, которые ставил заказчик.

"Консалтинговая компания получила от этого проекта убыток."
От чего? От того, что клиент не дал рекомендацию?
В общем, я про убыток не понял, наверное.

<{POST_SNAPBACK}>

Достижение целей Заказчика это хорошо, а как же достижение целей Консалтинговой компании, которая его туда послала?

Убыток от чего? От того что там консультанты сидели годами, получали зарплату, командировочные, офис на них работал, а клиент всего этого не оплатил!
Но система как-то работает! И клиент как-то с системой работает!

[mazzy]

Цитата:

Сообщение от bobkov

Убыток от чего? От того что там консультанты сидели годами, получали зарплату, командировочные, офис на них работал, а клиент всего этого не оплатил!
Но система как-то работает! И клиент как-то с системой работает!

<{POST_SNAPBACK}>

Я, конечно, могу ошибаться, но конечная задача ПМ с точки зрения консалтинговой компании подписать АКТ.

И еще... Если на проект офис работал целый год, начальство посылало сотрудников... И это делалось БЕЗ оплаты... То, по-моему, ПМ тут совершенно не при чем. Это проблема руководства.

[Sergik]

Цитата:

Сообщение от bobkov

...
Варианты целей (в порядке вспоминания):
1. МП должен добиться, чтобы рядовые сотрудники Заказчика использовали Аксапту в своей работе.
2. МП должен добиться, чтобы РУКОВОДИТЕЛИ Заказчика использовали Аксапту в своей работе.
3. МП должен добиться, чтобы Заказчик  подписал акты приемки-сдачи работ по всем этапам.
4. МП должен добиться, чтобы Заказчик заплатил деньги за оказанные услуги.
5. МП должен добиться, чтобы Заказчик заключил договора на дополнительные услуги нашей компании.
6. МП должен добиться, чтобы Заказчик дал хвалебный отзыв нашим потенциальным клиентам.
7. МП должен на этом проекте обучить нулевых консультантов бизнес-процессам, Аксапте и методике внедрения.
можно еще повспоминать... :-)

<{POST_SNAPBACK}>

Солидный список... Только если вся команда проекта состоит из одного PM.
Цели деятельности PM - это не цели, задачи, критерии успеха самого проекта.
Цель деятельности PM - управление проектом, если кратко, а ответственность - достижение критериев успеха, которые по хорошему должны быть определены для конкретного проекта на стадии планирования.

[bobkov_imported]

Цитата:

Сообщение от mazzy

Цитата:

Сообщение от bobkov

Убыток от чего? От того что там консультанты сидели годами, получали зарплату, командировочные, офис на них работал, а клиент всего этого не оплатил!
Но система как-то работает! И клиент как-то с системой работает!

<{POST_SNAPBACK}>

Я, конечно, могу ошибаться, но конечная задача ПМ с точки зрения консалтинговой компании подписать АКТ.

И еще... Если на проект офис работал целый год, начальство посылало сотрудников... И это делалось БЕЗ оплаты... То, по-моему, ПМ тут совершенно не при чем. Это проблема руководства.

<{POST_SNAPBACK}>

Ты считаешь так, некоторые считают иначе. Я просто хотел сказать тебе и остальным участникам дискуссии, что для плодотворной дискуссии о требуемых качествах МП необходимо сначала точно определить ЦЕЛИ МП, границы его ответственности. Иначе каждый будет говорить о своем МП и дискуссия будет бесплодной. Вот Сергей Котов считает, что цели МП надо определять для каждого конкретного проекта. Если так, тогда вообще дальнейшая дискуссия бессмысленна.

[komar]

Собственно, вот новая тема. По списку - явно руководитль проекта не отвечает за получение с клиента денег, а работает до акта. Дальше - дело коммерческих и финансовых служб.

[komar]

То же самое - насчет рекомендательных писем и заключения новых договоров. Если на фирме есть штат специализированных продавцов - то не их ли это задача.

[Sergik]

Поясню подробно свои слова выше.

Декларируемые цели проекта должны соответствовать бизнес целям заказчика. Это обязательный залог успеха проекта.

Количество целей должно умещаться в оперативную память РП и основных стэйкхолдеров проекта, поэтому идеально не более трех и хорошо бы не более пяти.

С целями очень часто путают задачи а иногда критерии успеха. Например, из списка выше, приведенного уважаемым bobkov 1 и 2 – похожи на критерии успеха, а 3 – 7 как раз частные задачи.

Чтобы не быть голословным, приведу пример целей, задач и критериев успеха для одной из модификаций, которые мы реализовали для Axapta ранее. Фокус зрения со стороны клиента конечно.

-----

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

Итак, цели проекта:
- исключить весь комплекс ручной работы по заказу, подбору и комплектации сертификатов при формировании заказа для клиентов
- обеспечить хранение и доступ к электронным копиям сертификатов сотрудникам XX подразделений

Задачи:
- реализовать процесс перевода сертификатов в электронный вид
- реализовать механизм отслеживания корректности и срока действия сертификатов (они выдаются на ограниченный период времени)
- реализовать механизм автоматической печати нужных сертификатов для выбранных клиентов с возможностью ручной редакции
- обеспечить корректную обработку исключений (имеется в виду, что если вдруг не найдется сертификат для товара, если просроченный и т.п.)

Критерии успеха (должны быть измеримыми):
- полное исключение следующих ручных операций (есть соответствующее описание)
- устранение ошибок комплектации (проверяется анализом жалоб от клиентов)
- полная ликвидация бизнес – процесса по заказу и обработке копий сертификатов в типографии

Кстати критерий успеха типа "удовлетворение клиента" ИМХО очень неудачен.

-----

Цель РП – управление данным проектом - реализовать бизнес цели, решить задачи, обеспечить выполнение критериев успеха в заданное время и с необходимым качеством.

Т.к. проект небольшой, то РП непосредственно принимает участие в формировании технического задания, тестирования разработки, опроса пользователей и пр. но его основная цель – успех проекта от этого не меняется.

[bobkov_imported]

Цитата:

Сообщение от serge kotov

(это из твоего первого письма)
Цели деятельности PM - это не цели, задачи, критерии успеха самого проекта.
Цель деятельности PM - управление проектом, если кратко, а ответственность - достижение критериев успеха, которые по хорошему должны быть определены для конкретного проекта на стадии планирования.

(это из твоего второго письма)
Декларируемые цели проекта должны соответствовать бизнес целям заказчика. Это обязательный залог успеха проекта.
...
Цель РП – управление данным проектом - реализовать бизнес цели, решить задачи, обеспечить выполнение критериев успеха в заданное время и с необходимым качеством.

<{POST_SNAPBACK}>

Сергей, привет!
Я понял твое мнение относительно определения целей, критериев успеха и задач проекта примерно так:
Цель проекта - состояние бизнес-процессов Заказчика, которое должно быть достигнуто по окончании проекта. Достижение Цели проекта определяется только через значения Критериев успеха.
Критерий успеха - измеримая величина, определяется алгоритмом ее измерения в категориях бизнес-процессов Заказчика.
Задача проекта - работа, которая должна быть выполнена в ходе проекта, формулируется в категориях проекта.

Аналогично:
Цель РП - состояние проекта, которое должно быть достигнуто в результате его работы. Достижение Цели РП определяется только через Критерии успеха РП.
Критерий успеха РП - измеримая величина, определяется алгоритмом ее измерения в категориях проекта.

То есть, Цель РП и Цель проекта очевидно совпадать не могут, они просто лежат в разных пространствах. Давай попробуем описать то состояние проекта (совокупность Критериев успеха РП) к которому должен РП привести проект:
1. Выполнить все Задачи проекта;
2. Затратить не более определенного количества ресурсов, в том числе времени;
3. Достигнуть определенного уровня качества системы.

То есть, РП никак не отвечает за то, достиг ли проект той цели, ради которой он затевался, так как сама Цель проекта лежит вне пределов его компетенции, так?

Есть дополнения по составу Критериев успеха РП?

Задачи проекта по созданию автоматизированной системы (укрупненно):
1. Системное проектирование - разработка ТЗ
2. Техническое проектирование - разработка технических спецификаций
3. Реализация - программирование, тестирование, обучение, установка и проч.
4. Опытная эксплуатация - загрузка начальных данных, работа пользователей, исправление ошибок и проч.

[komar]

Цитата:

Сообщение от bobkov

Задачи проекта по созданию автоматизированной системы (укрупненно):
1. Системное проектирование - разработка ТЗ
2. Техническое проектирование - разработка технических спецификаций
3. Реализация - программирование, тестирование, обучение, установка и проч.
4. Опытная эксплуатация - загрузка начальных данных, работа пользователей, исправление ошибок и проч.

А может, это не задачи, а стадии, прописываемые определенной технологией внедрения?

[Sergik]

Цитата:

Сообщение от bobkov

...
То есть, РП никак не отвечает за то, достиг ли проект той цели, ради которой он затевался, так как сама Цель проекта лежит вне пределов его компетенции, так?

Есть дополнения по составу Критериев успеха РП?
...

Если рассматривать классическое проектное управление, когда на стадии инициации выделен руководитель проекта (РП) и в его управление переданы необходимые ресурсы для продолжения проекта (по крайней мере, на следующей стадии), то только РП отвечает формально за успех проекта и достижение его целей.

Действительно цели РП и цели самого проекта лежат в различных пространствах. Дело в том, что цели проекта генерируются и утверждаются заказчиком, как будущим владельцем результатов проекта. РП должен воплотить их в жизнь или аргументировано доказать, что достижение целей невозможно в силу каких-либо ограничений.

В компетенции РП только уточнение и, часто, точное формулирование целей проекта, так как многие заказчики не могут адекватно это сделать.

Основные особенности работы РП – управление процессами проекта в целом, планирование, коммуникации. На практике, ИМХО, РП-ов частенько забывают об этом и плывут по течению, решая частные задачи. Вследствие этого усугубляется риск не достижения поставленных целей проекта, потому что фокус внимания от целей смещается на частные текущие задачи.

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

[Sergik]

Цитата:

Сообщение от bobkov

...
Задачи проекта по созданию автоматизированной системы (укрупненно):
1. Системное проектирование - разработка ТЗ
2. Техническое проектирование - разработка технических спецификаций
3. Реализация - программирование, тестирование, обучение, установка и проч.
4. Опытная эксплуатация - загрузка начальных данных, работа пользователей, исправление ошибок и проч.
...

Как уже отметил komar, в левой части это действительно стадии (этапы, фазы) проекта, а в правой части - наверное укрупненные задачи на каждой стадии, согласен.

[bobkov_imported]

Цитата:

Сообщение от serge kotov

Цитата:

Сообщение от bobkov

...
То есть, РП никак не отвечает за то, достиг ли проект той цели, ради которой он затевался, так как сама Цель проекта лежит вне пределов его компетенции, так?

Действительно цели РП и цели самого проекта лежат в различных пространствах. Дело в том, что цели проекта генерируются и утверждаются заказчиком, как будущим владельцем результатов проекта. РП должен воплотить их в жизнь или аргументировано доказать, что достижение целей невозможно в силу каких-либо ограничений.

В компетенции РП только уточнение и, часто, точное формулирование целей проекта, так как многие заказчики не могут адекватно это сделать.

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

<{POST_SNAPBACK}>

Тут, мне кажется, лежит серьезная проблема. Цели проекта, вообще говоря, не достижимы РП, а ты пишешь, что РП "... должен воплотить их в жизнь...".

Приведу пример: целью проекта являлось определенное снижение себестоимости продукции. Для достижения цели было решено реализовать проект по учету себестоимости в необходимых разрезах. Проект закончился, себестоимость должным образом учтена, но снизить ее должным образом не удалось. Факторов, влияющих на себестоимость, было много, почему не удалось снизить себестоимость - выявить было проблематично.

Достиг ли проект своей цели? Я считаю, что нет. При этом РП не только не мог существенно повлиять на достижение этой цели, но и "аргументировано доказать, что достижение целей невозможно в силу каких-либо ограничений", хотя бы потому, что ему никто не обязан предоставлять необходимую для этого доказательства достоверную информацию.

Достиг ли РП свей цели? Я считаю что да. Все задачи проекта были выполнены в срок и с необходимым качеством.

[mazzy]

Цитата:

Сообщение от bobkov

Достиг ли проект своей цели? Я считаю, что нет. ...

Достиг ли РП свей цели? Я считаю что да. ...

<{POST_SNAPBACK}>

Логично. Надо подумать.

[Sergik]

Цитата:

Сообщение от bobkov

Приведу пример: целью проекта являлось определенное снижение себестоимости продукции. Для достижения цели было решено реализовать проект по учету себестоимости в необходимых разрезах. Проект закончился, себестоимость должным образом учтена, но снизить ее должным образом не удалось.
...

Отличный пример, спасибо.

А кто сделал сомнительный вывод, что снижение себестоимости произойдет в результаете ее учета?

Учет - это только одна из задач в направлении снижении себестоимости продукции, а не цель. Подмена бизнес цели одной или несколькими частными задачами очень распространенная ошибка, которая приводит к провалу проектов.

В данном случае РП сработал неудачно, т.к. имея перед собой бизнес цель по снижению себестоимости он занялся реализациеций в сущности другой цели по учету.

Правильный ход со стороны РП в данном случае (да и в других также) первоначальный анализ достижимости бизнес цели и информирование стэйкхолдеров о результатах анализа для согласования разумной концепции решения.

По хорошему бизнес цель определяет заказчик (спонсор), а как ее достичь определяет РП, если не сам, то с помощью других членов команды проекта или внешних экспертов. Не всегда так бывает конечно, поэтому и много проблем возникает.