Содержание:
2. Взаимодействие в команде проекта
1. Структура команды проекта
Архитектор на проекте выполняет ключевую роль. В зависимости от величины проекта, архитекторов на проекте может быть два. Обычно это функциональный и технический архитектор.
Функциональный архитектор отвечает за методологическую часть проекта, а технический архитектор за ИТ-структуру системы и качество написания кода.
В подчинении у функционального архитектора, находятся руководители групп внедрения (РГВ). Руководитель групп внедрения обычно отвечает за определенный блок учета. Если говорить про внедрение системы ERP, то руководители групп внедрения – это специалисты по своему участку учета, например, РГВ по МФУ, РГВ по закупкам и РГВ по продажам.
У РГВ есть в подчинении консультанты, которые, в свою очередь, работают на конкретных задачах в рамках своего блока. Задачи для консультантов ставятся РГВ.
У технического архитектора в подчинении – программисты, которые работают по ТЗ, подготовленному консультантом. ТЗ должно быть согласовано с РГВ. Функциональный и технический архитекторы проверяют каждое ТЗ на стыковки со смежными блоками. После проверки ФА и ТА, документ передается программисту для разработки. ТА проверяет написание кода программистами и предлагает при необходимости более универсальное решение реализации ТЗ, которое подготовил консультант.
В идеале функциональный архитектор должен работать напрямую с руководителем группы внедрения, т.е. прорабатывать методологию и стыковки всех блоков внедряемой информационной системы. Если нарисовать схематично структуру команды проекта, то она будет выглядеть следующим образом:
Структура команды проекта внедрения информационной системы
Для достижения положительного результата проекта внедрения информационной системы лучше всего работать по схеме снизу-вверх, т.е. РГВ проводят совещания с консультантами, потом передают информацию ФА, который в свою очередь общается с ТА для выработки совместного решения по архитектуре информационной системы. РГВ должен проводить статусы проекта с консультантами. На статусе контролируются сроки выполнения поставленных задач консультантам и разбираются предметные вопросы, которые возникают у консультанта при подготовке ТЗ для разработки.
2. Взаимодействие в команде проекта
Для контроля выполнения поставленных задач можно использовать специализированные системы управления проектами внедрения. Такие системы содержат в себе учет временных затрат по каждой задаче, диаграмму Ганта и т.д.
Взаимодействие консультанта и программиста заключается в уточнении деталей по согласованному ТЗ. Часто консультант не знает конфигурацию на уровне кода и необходимо взаимодействие с программистом при написании ТЗ.
Одну из ключевых ролей на проекте, конечно, выполняет Руководитель проекта, т.к. на плечи РП ложиться ответственность за взаимодействия руководителями групп внедрения с Заказчиком и функциональным и техническим архитекторами.
Часто на проекте возникают конфликтные ситуации внутри групп внедрения. Задачи РГВ, Архитектора, РП разобраться с конфликтом и настроить команду внедрения на рабочий режим.
Бывают случаи, когда РП должен включатся в построение архитектуры информационной системы, т.к. ФА и ТА не могут достичь взаимодействие между собой. В этом случае РП необходимо принять решение о смене ФА или ТА. Тут хочу сказать, что это крайняя мера, т.к. это может привести к увеличению стоимости и сроков проекта, что отрицательно скажется на работе всей проектной команды.
Функциональный и технический архитекторы являются ключевыми фигурами проекта, т.к. от них зависит целостность внедряемой системы. Допущенная ошибка архитектором может привести к некорректной работе внедряемого решения. К выбору Функционального и Технического архитектора должен грамотно подойти РП, т.к. эти специалисты ставят определяют сроки выполнения задач РГВ и далее эти сроки спускаются вниз к консультантам и программистам.
Специалист компании «Кодерлайн»
Алла Зайцева
