Особенности деятельности специалистов на уровне проекта программных систем

Руководитель проекта несет полную финансовую ответственность за выполнение проекта перед заказчиком; руководит разработкой проектов программного, аппаратного, программно-аппаратного обеспечения системы.

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

Системные аналитики выполняют обследование условий и потребностей в автоматизации деятельности организации-заказчика; проводят системный анализ разработки и контролируют принимаемые проектные решения.

Группа качества выполняет контроль качества в проекте ПС; подотчетна только руководителям проекта.

Группа тестирования выполняет процесс тестирования программных компонентов проекта; подотчетна только руководителю проекта.

Проектировщики принимают и документируют проектные решения, касающиеся архитектуры и функций ПС;

Группа управления конфигурацией выполняет процесс управления конфигурацией версий и рабочих продуктов проекта ПС.

Программисты выполняют программирование или моделирование компонентов ПС по проектным спецификациям, подготовленным проектировщиками; проводят отладку и автономное тестирование разработанных компонентов.

Группа технико-технологического обеспечения выполняет приобретение и установку общесистемного программного обеспечения, проектирование и монтаж ЛВС, закупку и установку технических средств в организации заказчика.

Знание функциональных ролей групп и специалистов в области программной инженерии позволит:

• а) сформировать у будущих специалистов системное представление о разрабатываемом программном продукте и условиях разработки в целом;
• б) понять разделение функций между сотрудниками, закрепленное в должностных инструкциях;
• в) осмыслить должностную иерархию, порядок подчиненности;
• г) осознать характер деятельности в группах.

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

Разрушение команды является результатом неправильной групповой динамики в организационной среде, когда команда постоянно находится на стадии шторма. В результате члены команды возвращаются к «истокам» своих личностных качеств, которые часто носят деструктивный характер [3]. Для перехода команды на стадию выполнения за кротчайший промежуток времени необходимо своевременно выявлять причины разрушения команды.

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

Оценка личностных характеристик команды в целом и отдельных ее членов осуществляется с помощью индикатора типа Майерса-Бригса (MBTI), модели фундаментальных межличностных отношений ориентации поведения (FIRO-B), модели темпераментов Кирси, модели межпроцессного взаимодействия Келера, метода эннеаграмм и инвентарного перечня шаблонов WorkStyle [10].

Применение этих методов позволит оптимизировать влияние личностных качеств членов группы с целью достижения максимальной производительности.

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