13
1.2.2 Система управления объектом исследования
В ГНЦ РФ ФГУП «НАМИ» функционирует линейная структура аппарата
управления (рисунок 1). Генеральный директор осуществляет управление
Исполнительным директором и Центрами. Исполнительный директор на
предприятии управляет всеми службами обеспечения и контроля за
деятельностью предприятия. Центры, как правило, осуществляют разработку
продуктов, выполняют НИРы, ОКРы, НИОКРы.
Структура центра включает самое высшее звено управления «Управление»,
далее вниз по цепочке идут «Отделы», и еще ниже «Сектора». Директор центра
контролирует выполнение проектов внутри центра на уровне управляющих
комитетов.
В задачи начальника управления стоит организация работ внутри
управления, выработка идей проектов, распределение ресурсов, контроль за
выполнением.
Руководитель отдела занимается организацией работ заведующих
секторами непосредственно на уровне выполнения задач. Руководитель отдела
ведет планирование работ проектов, распределяет задачи исполнителям в
проектной деятельности.
Заведующий сектором – часть команды исполнителей, в составе команды
он формирует идеи разработки ПО, формирует структуру системы и ПО,
выполняет разработку наряду с исполнителями.
14
Рисунок 1. Организационная структура предприятия ГНЦ РФ ФГУП «НАМИ».
1.2.3 Обоснование выбора задачи для объекта исследования
На предприятии ФГУП «НАМИ» функционирует система выполнения
проектов от внешних заказчиков. Учитывая специфику предприятия,
автомобильную отрасль, заказчиками являются российские автопроизводители, а
ФГУП «НАМИ» выступает инжиниринговым центром, изучающим и
разрабатывающим новые технологии, макетные образцы, программное
обеспечение. Контекстная диаграмма деятельности организации, отображенная
на рисунке 2, показывает общее описание деятельности отдела разработки ПО и
его взаимодействие с окружающей средой.
Генеральный директор
Центры
Исполнительный директор
Экономический отдел,
бухгалтерия
Отдел кадров
Управления
Отделы
Сектора
Стратегическое
развитие
Техническое развитие
Служба безопасности
Служба безопасности
Центр испытаний
Экспертный совет
Управление логистики
Экспертный совет
Управление
корпоративными
коммуникациями
15
Рисунок 2. Контекстная диаграмма деятельности отдела разработки ПО ГНЦ РФ
ФГУП «НАМИ».
В качестве исследования выберем функцию постановки и контроля
выполнения задачи руководителем отдела инженерам-программистам (ветки
«Руководитель отдела» - «Разработчик ПО» - «Разработанное ПО» -
«Отчетность»).
К классическом варианте, руководитель отдела собирает совещание с
инженерами-программистами для определения ответственных за задачи.
Руководитель отдела оценивает и определяет сроки выполнения задачи,
ответственных, вид контроля в течение выполнения исполнителем работы,
получаемый результат.
Подход классического варианта постановки задачи и контроля за ее
исполнением не устраивает руководителя отдела по ряду причин:
Регулярные совещания, во время которых большинство
исполнителей только слушают, при этом не выполняя работу в конкретный
момент времени. Материал хорошо изложен в книге «Управление
проектами. Корпоративная система — шаг за шагом» [3] автора Богданов
В.В.;
У руководителя отдела не всегда есть возможность лично
присутствовать на совещаниях;
16
Часть группы исполнителей находятся на испытаниях объекта;
Отвлечение исполнителей от основной рабочей деятельности, как
следствие, влечет снижение темпов разработки ПО и срыв сроков.
Для автоматизации процессов внутрикорпоративного взаимодействия
сотрудников внутри отдела «Разработка ПО» предлагается следующая (Рисунок
3) структурно-функциональная диаграмма деятельности.
Рисунок 3. Структурно-функциональная диаграмма деятельности отдела
"Разработка ПО" предприятия ГНЦ РФ ФГУП "НАМИ"
Рассмотрим более подробно декомпозицию указанных на структурно-
функциональной диаграмме процессов:
1. Постановка задачи разработчику ПО.
Процесс постановки новой задачи исполнителям устроен следующим
образом: Руководитель отдела анализирует поступившую заявку, документы и
требования на разработку ПО, согласно нормативным документам и стандартам
предприятия. Проанализировав поступившую заявку, руководитель отдела
заполняет вкладку «Новая задача» формы «Управление проектом».
17
Процесс постановки новой задачи разработчику ПО отображен на рисунке
4:
Рисунок 4. Постановка задачи разработчику ПО.
2. Изменение статуса задачи.
Разработчик ПО с определенной периодичностью обновляет статус
процесса разработки ПО. При обновлении статуса разработки ПО, разработчик
руководствуется требованиями к ПО и непосредственно анализом прогресса
своей разработки.
На рисунке 5 показан процесс изменения статуса задачи разработчиком ПО:
18
Рисунок 5. Изменение статуса задачи.
3. Ввод данных в БД.
В автоматическом режиме производится ввод новых и обновленных
данных в базу данных системы управления проектами. Данный процесс на вход
получает данные процесса постановки задачи разработчику ПО и данные
процесса изменения исполнителем статуса задачи. На выходе данного процесса
формируются данные для E-mail оповещения заинтересованных в процессе
разработки ПО лиц.
На рисунке 6 показан процесс автоматизированного ввода данных в БД:
19
Рисунок 6. Ввод данных в БД.
4. Оповещение заинтересованных специалистов.
В автоматическом режиме процесс оповещения выстроен таким образом,
что на вход данный процесс получает данные о новой задаче или обновленном
статусе разработки ПО актуальной задачи, а на выходе формирует
непосредственно E-mail оповещение руководителю отдела и исполнителю.
На рисунке 7 показан процесс автоматического оповещения по E-mail
исполнителей и руководителя отдела:
20
Рисунок 7. Оповещение заинтересованных специалистов.
5. Разработка ПО.
Процесс разработки ПО устроен таким образом, что инженеры-
разработчики ПО получают уведомления о новых задачах по корпоративной
почте путем E-mail оповещений. Разработчики руководствуются требованиями к
новому ПО со стороны руководителя отдела, и нормативными документами и
стандартами предприятия.
Разработку ПО ведет разработчик под контролем специалиста службы
безопасности и менеджера проекта, помогающем в оценке готовности ПО. В
процессе разработки, исполнитель регулярно оценивает процент готовности
своей разработки, о чем сообщается статус в процесс «Изменение статуса задачи».
По полной готовности разработанного программного обеспечения, данным
процессом формируется готовое разработанное ПО.
На рисунке 8 подробно показан процесс «Разработка ПО»:
21
Рисунок 8. Разработка ПО.
1.2.4 Определение связи задачи исследования с другими задачами
Проектируемой задачей данной работы является автоматизация процессов
внутрикорпоративного взаимодействия сотрудников отдела, производящего
разработку программного обеспечения. В данном случае необходимо весь отдел
разработки ПО перевести в работу с автоматизированной системой управления
проектами. Структурно-функциональная диаграмма «как должно быть»
ключевого бизнес процесса «Разработка ПО» представлена на рисунке 9:
22
Рисунок 9. Структурно-функциональная диаграмма деятельности отдела
"Разработка ПО" предприятия ГНЦ РФ ФГУП "НАМИ"
Процесс разработки ПО построен таким образом, что на вход процесса
ставятся данные требуемой задачи, требуемого ПО, требования к отчетности.
Задачи для разработки ПО ставит руководитель отдела, руководствующийся
нормативными документами и стандартами предприятия. Разработчик ПО
получает требования к программному обеспечению, ведет процесс разработки. IT-
специалист обеспечивает команду разработчиков требуемой техникой и софтом.
Сотрудник службы безопасности проводит контроль за процессом, исключает
риски перехвата ПО третьими лицами. Менеджер проекта помогает
взаимодействием с контролирующими органами.
Основной исследуемой задачей выделяется внедрение и доработка системы
управления проектами RedMine. Внедрение данной системы позволяет
систематизировать процессы внутри отдела – полный цикл от постановки задачи
руководителем до выдачи результата работы исполнителем.