Файл: Исследование методов и средств моделирования систем управления проектами на предприятии.docx

Рассмотренные процессы (создание документа и создание задачи) неоднократно повторяются на протяжении всего этапа R&D.

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

Также разделим эти операции на 2 категории - ручные (LOA<6) и автоматические (LOA>=6) - и найдем процент содержания каждой из категорий операций на этапе R&D.

Таблица 3.2  Степень автоматизации процессов создания задачи и создания документов As Is

Название процесса	Описание операций в данном процессе	LOA
Создание документа	Открыть Confluence	1
	Открыть нужную папку	1
	Создать документ	1
	Создать структуру документа	1
	Заполнить документ	1
	Опубликовать документ	1
Создание задачи	Открыть Jira	1
	Открыть Backlog	1
	Создать задачу	1
	Описать задачу	1
	Назначить исполнителя	1
	Перенести в текущий спринт	1

Таблица 3.3  Степень автоматизации для процесса As Is на одной полной ветке дерева решений

Вид операции	Кол-во операций в задаче	Кол-во задач на одной ветке	Общее кол-во операций на этапе R&D для одной ветке	Процент операций на этапе R&D
Процесс создания задачи
Ручные операции	6	8	48	100%
Автоматические операции	-	-	-	-
Процесс создания документа
Ручные операции	6	6	36	100%
Автоматические операции	-	-	-	-

---

Как видно из таблицы 3.3, процессы создания задачи и создания документа являются ручными на 100%.

Построим таблицы, аналогичные таблицам 3.2 и 3.3, для модели To Be.

Таблица 3.4  Степень автоматизации процессов создания задачи и создания документов To Be

Название процесса	Описание операций в данном процессе	LOA
Создание документа	Открыть Confluence	1
	Открыть нужную папку	10
	Создать документ	10
	Создать структуру документа	10
	Заполнить документ	1
	Опубликовать документ	1
Создание задачи	Открыть Jira	10
	Открыть Backlog	10
	Создать задачу	10
	Описать задачу	10
	Назначить исполнителя	1
	Перенести в текущий спринт	10

Таблица 3.5  Степень автоматизации процесса To Be на одной полной ветке дерева решений

	Кол-во операций в задаче	Кол-во задач на одной ветви	Общее кол-во операций на этапе R&D для одной ветви	Процент операций на этапе R&D
Процесс создания задачи
Ручные операции	1	8	8	14,3%
Автоматические операции	6	8	48	85,7%
Процесс создания документа
Ручные операции	3	5	15	50%
Автоматические операции	3	5	15	50%

---

Анализ таблиц 3.4 и 3.5 показывает, что для одной ветки исследования степень автоматизации процессов создания задач увеличилась на 85,7%, а степень автоматизации процесса создания документа на 50%.

Увеличение уровня автоматизации процессов приводит также к росту некоторых качественных показателей управления, среди которых можно указать улучшение визуального представления циклов решения, потенциальное

сохранение большего количества данных о создаваемых программных решениях и многие другие.

Практическая актуальность и целесообразность разработанной модели автоматизированной системы управления проектами на предприятии «ММИ» подтверждается отзывами экспертов - техническим директором и исполнительным директором компании ООО «Мастер Маинд Инк» (приложения Г и Д).

Для оценки эффективности разработанной модели АСУ проектами бы применен SWOT-анализ. Он позволил выявить достоинства и недостатки системы, на которые следует обратить внимание при дальнейшей разработке программного продукта. Также были выявлены потенциальные направления развития и способы монетизации программного продукта. Последней задачей SWOT-анализа стало выявление возможных рисков, связанных с разработкой моделируемого программного продукта.



Рисунок 3.5 - SWOT-анализ АСУ проектами в компании ООО «Мастер Маинд Инк»

SWOT-анализ показал, что предложенная система имеет значительное количество сильных сторон и преимуществ перед старой моделью управления. Модель To Be предлагает такие улучшения как: упорядочивание документооборота, увеличение степени

---

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

Слабые стороны в основном связаны с «привязкой» к системе Jira и их зависимости таким образом от ценовой политики компании Atlassian и от того, насколько стабилен будет функционал продуктов Atlassian. Также к уязвимостям предложенного плагина можно отнести сужение целевой аудитории до пользователей продуктов Atlassian, так как не все data science компании используют Jira и Confluence.

---

Выводы к главе 3

Исследование методов, средств и существующих информационных систем управления проектами; подробный анализ деятельности участников проектной команды на этапе R&D; разработанный алгоритм процесса проектной деятельности на этапе R&D; изученная модель «As Is» существующих процессов управления в компании ООО «Мастер Маинд Инк» позволили разработать модель «To Be» автоматизированной системы управления проектами, которая учитывает недостатки управления, имеющиеся в компании, например, неналаженный документооборот и наличие рутинных действий.

Модель «To Be» предлагает адаптировать существующую в компании систему управления проектами Jira и Confluence, встроив в нее плагин управления этапом «R&D». При этом (в установленных пределах) несколько изменяется структура, функции и организация информационных потоков существующей системы.

Модель «To Be» полностью описывается четырьмя диаграммами: диаграмма экосистемы встраиваемого плагина для управления проектами на

этапе R&D, диаграмма бизнес-процессов модели «To Be» управления проектами на этапе R&D, диаграмма прецедентов для модели «To Be» управления проектами на этапе R&D, ER-диаграмма модели «To Be» управления проектами на этапе R&D.

Предложенного описания модели «To Be» с помощью указанных диаграмм достаточно для того, чтобы приступить к

---