Неопределенность функций менеджера проектов (Дерево Текущей Реальности)

[anton_nix]

По результатам статьи " Неопределенность функций менеджера проектов" построили с Сергеем Улаевым (sergey_ulaev) Дерево Текущей Реальности, попытавшись определить, как связаны рассмотренные в статье проблемы. Если кому-то тоже интересно поразбираться в стрелочках и квадратиках - милости просим

Comments

[ext_841783]

В методологиях разработки роль PM описывается. В RUP он описан. Можно много спорить на тему насколько применима та или иная методология, но переосмысливать роль PM - тупиковый путь.

То что не описано в методологии уже не так важно. Но, да. Когда каждый член проекта дает чуть больше, чем от него необходимо, эффект мультипликатора дает результат выше любых ожиданий.

[anton_nix]

Спасибо за комментарий!

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

Может быть поделитесь какими-нибудь ссылками на эту тему? Например, как определена роль РМ в RUP? Я, к сожалению, пока не нашел четко описывающего этот вопрос материала. Чтобы там были описаны критерии успешности работы менеджера?

[ext_841783]

Кроме материалов IBM мало что могу рассказать, так как не PM.
Просто о ролях: http://www.ibm.com/developerworks/rational/library/apr05/crain/index.html
О PM: http://www.ibm.com/developerworks/rational/library/edge/08/apr08/temnenco/index.html

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

Управление проектами

[andrey_naumov]

А в чем вообще заключаются проекты компании, если начальство не знает, что реально делает МП и успешно ли. То есть система управления проектами в компании отсутствует?

Re: Управление проектами

[anton_nix]

Речь в статье идет про гипотетическую компанию, где система управления проектами отсутствует.

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

Re: Управление проектами

[anton_nix]

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

[nok_in]

Почитал про дерево текущей реальности... Спасибо, интересно.

Не совсем на текущий момент из диаграммы понял, что означает белый фон, светло-желтый и темно-желтый. Красный - насколько я понял - основные нежелательные явления, от которых нужно уйти. Верно?

[anton_nix]

Верно подметили! Это самоизобретенные обозначения =)

- Белый - это утверждение-факт, для которого бесполезно искать причины его появления. Т.е. от него не надо продолжать дерево вниз.
- Красный - да, основные НЖЯ.
- Светло и темно-желтый - остальное =)

[nok_in]

Спасибо.

[chivorotkiv]

Привет, Антон.

Писал ли ты когда-нибудь про распределение средств коммуникации по срочности? Что звонить надо только по срочным делам, а по не срочным надо писать письма.

Я тут готовлю стартовый список литературы для начинающего менеджера, который он даже готов будет прочитать. Хочу заодно включить туда что-нибудь про это, а то он любит звонить по любому вопросу в любое время суток.

[anton_nix]

Не, не писал еще.