В процессе разработки участвуют роли:

Заказчик
Эксперт
ПМ
Архитектор
Аналитик
Тимлидер
Команда

Свое понимание взаимодействия всех этих товарищей я попытался отобразить на картинке (номер сообщений значения не имеют):


Это сообщение отредактировал(а) sandello - 14.4.2008, 20:31

Присоединённый файл ( Кол-во скачиваний: 12 )
 developing.png 16,69 Kb

1. забыл тестирование (обеспечение качества) и все процессы связанные с ним
2. думаю связей должно быть больше.
3. кто такой эксперт? такой роли нету. (это должен быть либо заказчик либо пм либо архитектор)

Это сообщение отредактировал(а) v2v - 14.4.2008, 21:54

Тестирование, обеспечение качества и документирование действительно забыл.
А эксперт - таки есть. Как правило, это представитель заказчика.

Наверное немного не так: Заказчик = Эксперт + Руководство заказчика
Тогда есть один момент который необходимо контролировать ПМ: взаимодействие эксперта и Руководства заказчика. Ведь требования формирует по диаграмме обе роли Заказчика, возможно они будут противоречивы. 
Так что все требования должны приходить проджект менеджеру, который их должен разруливать и согласовывать с руководством заказчика (они платят деньги!).
Хотя это может быть внешний эксперт, не связанный с закзчиком, тогда возникает вопрос: а зачем он формирует требования?

Заказчик (можно назвать и Руководство Заказчика) и Эксперт формулируют разные требования. По уму - РК выдает ПМу Эксперта: нате, терзайте  С Экспертом взаимодействует Аналитик. Его задача понять - что же всетаки нужно сделать до мельчайших деталей.
ПМ - он на то и менеджер, что бы обеспечивать взаимодействие различных людей, контролировать сроки.

intr прав , эксперт должен быть на стороне заказчика и взамодействовать с раработчиками через ПМ, который в свою очередь передаёт все требования в отдел аналитики.
но на самом деле так красиво не получится, на практике все будут взаимодействовать со всеми 


Это сообщение отредактировал(а) v2v - 15.4.2008, 10:48

Если эксперт взаимодействует с аналитиком то будет презабавная ситуация: они придумают требования, руководство заказчика потом скажет что за туфту вы мне подсовываете. Результат общение аналитика с экспертом должен быть обязательно утвержден и подписан у руководства заказчика и проджект менеджера! 

Да конечно необходимо делать только те продукты которые нужны заказчику, но к сожалению не всегда заказчик хочет этого. Или у заказчика например часто меняется руководство Поэтому проджект менеджер и аналитик должны проводить много времени общаясь с заказчиком. Постоянно общаясь! Очень много общаясь

Эксперт  и аналитик прорабатывают детальные требования к системе. Заказчик, точнее "Руководство Заказчика"  - общие условия навроде "система должна обслуживать 1000000 абонентов, из них 100000 одновременно". А что значит "обслуживать" никто кроме эксперта не скажет. И включать между ними еще одного человека - получатся жуткие глухие телефоны. Эксперт - полномочный представитель заказчика, могущий принимать большинство решений, хорошо знающий предметную область и представляющий конечный результат.

Это сообщение отредактировал(а) sandello - 15.4.2008, 19:13