Учебный пример. Формирование команды

Date: 2015-10-07; view: 424.

Применим полученные знания к сформулированному на предыдущей лекции учебному примеру “Система бронирования билетов для авиакомпании”.

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

Несмотря на то, что модель проектной группы MSF выделяет ровно 6 ролей, идею о том, чтобы каждому участнику нашей команды выдать по одной роли и на этом успокоиться, следует оставить, как в корне неверную. При таком подходе, мы должны будем взвалить тяжесть разработки системы на одного человека, что, конечно же, не приведет к успеху. Отсюда очевидно, что разработчиков должно быть больше одного, а остальные роли придется совмещать. Как именно, сейчас обсудим.

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

Во-вторых, отбросим в сторону другую крайность – разработчиками не могут быть все. Отдельный участник команды должен заниматься тестированием. Ему же можно выдать “в нагрузку” роль бизнес-аналитика.

Незадействованными остались ролевые группы “Управление программой” и “Управление выпуском”. Соответственно роли менеджер проекта и релиз-менеджер достаются еще одному участнику.

В итоге получаем следующее (возможное) распределение:

§ Участник 1 – менеджер проекта и релиз-менеджер

§ Участник 2 – архитектор и разработчик

§ Участник 3 – бизнес-аналитик и тестер

§ Участник 4 – разработчик

§ Участник 5 – разработчик

§ Участник 6 – разработчик