Определение понятия проектной группы в рамках учебных проектов в НИУ ВШЭ - Пермь - Методика моделирования основных процессов разработки программного обеспечения

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

За основу описания принципов построения проектной группы и организации взаимодействия ее участников были взяты принципы Microsoft Solution Framewоrk.

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

К основным концепциям построения проектной команды в университете можно отнести:

- Концентрация на требованиях научного руководителя как заказчика - главный приоритет любой хорошо работающей проектной группы. Означает обязательное понимание задачи руководителя и стремление к их решению со стороны команды [4]. Не менее важным является активное участие самого руководителя в проектировании решения и получение его отзывов в ходе процесса разработки. - Нацеленность на конечный результат - каждый участник проектной группы должен рассматривать собственную работу в качестве самостоятельного проекта или же вклада в какой-либо больший проект [4]. При этом, в рамках учебных проектов, наиболее важным является получение знаний и обучение, нежели конечный продукт. - Установка на отсутствие дефектов - подразумевает стремление к высочайшему уровню качества [4]. Данная установка означает, что цель команды - выполнение своей работы с максимально возможным качеством. В успешной команде каждый ее участник чувствует ответственность за качество продукта. - "Проектная группа - команда равных". Концепция означает равноправное положение каждой из ролей в команде [4]. Чтобы достичь успеха в рамках команды, каждый из ее членов, независимо от роли, должен нести ответственность за качество продукта, понимать интересы научного руководителя и сущность решаемой задачи. При этом, каждая ролевая группа требует определенной организационной иерархии для распределения работы и управления ее ресурсами. Таким образом, каждая ролевая группа имеет свою зону ответственности. - Стремление к самосовершенствованию - это приверженность идее постоянного саморазвития посредством накопления опыта и обмена знаниями [4]. Оно позволяет членам проектной группы извлекать пользу из отрицательного опыта сделанных ошибок, равно как и воспроизводить успешные практики, используя проверенные методы работы других людей.

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

Определение ролей университетских проектных групп и их зон ответственности аналогично базируются на определении основных ролей в методологии Microsoft Solution Framewоrk. Так, к таким ролям относятся:

- Менеджер проекта - отвечает за управление проектом, за то, что ожидания заинтересованных сторон будут верно поняты и проведены через проект. - Архитектор - отвечает за систему в целом, вырабатывает архитектуру решения, включая сервисы, технологии и стандарты, которые будут использованы в ходе работы над решением. - Разработчик - отвечает за проектирование и реализацию конечного продукта. - Тестировщик - отвечает за качество решения с точки зрения научного руководителя как заказчика и потенциальных пользователей. - Аналитик - отвечает за понимание потребностей пользователей и их надлежащую реализацию в решении [4].

Далее более подробно рассмотрены зоны ответственности для каждой из ролей. Сводная таблица с данной информации представлена в приложении А.

Менеджер проекта