Классификация вполне соответствует и моему пониманию. На тему совмещения должностей есть в MSF любопытная табличка Из нее в частности вытекает что совмещение аналитика и руководителя проекта(PM) нежелательно. Мой опыт (в данном случае горький!) подтверждает это.


PS Кстати вопрос. А какие есть противопоказания для совмещения ролей Аналитика и Архитектора? Ну конечно в проектах среднего размера

Классификация вполне соответствует и моему пониманию. На тему совмещения должностей есть в MSF любопытная табличка Из нее в частности вытекает что совмещение аналитика и руководителя проекта(PM) нежелательно. Мой опыт (в данном случае горький!) подтверждает это.

Интересная мысль! Мне как-то всегда казалось, что это, в принципе, возможно... Может, поясните, к каким последствиям такое совмещение может привести?

Из нее в частности вытекает что совмещение аналитика и руководителя проекта(PM) нежелательно.

Это каким образом?

Это каким образом?

В MSF сбор требований и контроль их выполнения лежит на роли Product Manager (по крайней мере в MSFv3) Далее из таблички все вытекает А Program Manager это если не изменяет память есть аналог Project Manager в нашей терминологии

совмещение аналитика и руководителя проекта(PM) нежелательно.

Согласна. Имхо, у аналитика и руководителя проекта разные интересы по ролям. У аналитика - полнее и точнее описать требования клиента, у руководителя проекта - сделать систему с минимальными трудозатратами. Иногда тут возникает конфликт интересов. В случае совмещения ролей возможно ущемление чьих-то интересов (обычно клиента, т.к. МП свои интересы защитит, если он нормальный МП)

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

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

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

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

Модератор: Часть сообщения удалена, т.к. не соответствует теме топика.

Автору темы - простите за оффтоп. Для конкретного решения вашего вопроса поддерживаю предложение Дениса (Ontology Nazi) о встрече.

Модератор: Дальнейший оффтоп также будет удаляться ...