Здравствуйте, <Аноним>, Вы писали:

А>2. Не понимаю опасений по поводу зависимости аналитика от проджектлида и что первый "будет использован проджект-лидом"? Требования которые готовятся аналитиком должны проходить ревью у заказчика. Именно заказчик должен лучше всех (в том числе и ИТ-директора) знать что нужно в итоге получить. И если проджектлид и попытается выкинуть что-то из требований или как-то изменить приоритеты — то это будет обнаружено заказчиком.

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

А>4. Насчет структуры управления: по идее аналитики — это группа разработки требований и обычно она входит в команду проекта и подчиняется проджектлиду.

Давайте тогда определимся с терминологией, для меня ПМ (проджектлид) что все здесь писали — это менеджер проекта, его задача оперативное управление проектом, чтобы дедлайны соблюдались, и т.д. Есть еще Продукт менеджер, вот он уже выступает больше как customer advocate (не могу точно на русском подобрать). Дак вот аналитики должны подчиняться ему.

А>Но так вот что бы аналитики подчинялись через голову проджектлида напрямую программменеджеру (ИТ директору в данном случае) — это как-то экзотично.

Ага, например такая экзотика в MSF


Вячеслав Педак