Файл: Графические методы представления расписания проекта (Теоретические аспекты составления расписания проекта).pdf

Глава 2. Анализ графических методов представления расписания на примере разработки приложения

2.1. Краткая характеристика проекта

Реализуется социальный проект, целью которого является создание приложения для онлайн банкинга. Название проекта «Syntorionis».

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

Целевой аудиторией проекта являются банки и посетители банка

Конкуренты проекта –другие банки с более удобными проектами для общества.

Ниже в таблице представлены результаты проекта (табл. 1).

Таблица 1

Результаты проекта (промежуточные и конечные)^[1]

Промежуточные результаты	Конечные результаты
Аренда помещения Найм команды Утверждения идеи приложении Утверждение макет приложения Создания первого прототипа приложения Создании базы данных Подключения приложения к базе Полное окончание работ с приложением	Создание приложения

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

Для того чтобы реализовать проект необходимо провести работы, которые представлены в таблице 2.

Таблица 2

Этапы проекта^[2]

Наименования этапов	Длительность, дн.
Создание идеи	2
Поиск инвесторов	4
Поиск поставщиков	5
Поиск команды проекта	1
Заключение договора с инвестором	3
Заключение договора с поставщиками	4
Назначение руководителя проекта	2
Формирование команды проекта	1
Подготовка помещения	8
Аренда помещения	7
Закупка материалов	7
Проведение инструктажа по правилам техники безопасности	6
Ремонт помещения	4
Покупка мебели	6
Установка мебели	6
Покупка оборудования	3
Установка оборудования	2
Создание базы данных	7
Разработка UI И UX	6
Создание файлового сервера	8
Тестирование приложения	6
Создание итогового варианта приложения	7
Ввод в эксплуатацию	2
Реализация оставшихся ресурсов	3
Расторжение контрактов с участниками команды проекта	2
Подготовка отчетности	2

---

Были выделены 5 фаз проекта. Они представлены в таблице (табл. 3).

Таблица 3

Фазы проекта^[3]

Наименование фазы	Описание фазы
Фаза планирования	Заключения договора с инвесторами. Поиск команды и поставщиков. Планирование реализации проекта (сроки/бюджет/работы).
Фаза проектирования	Подготовка реализации проекта, определение противоречий и проблем. Управление проектом.
Фаза реализации	Выполнение утвержденных планов, реализация принятых проектных решений, адаптация приложения.
Фаза тестирования	Процесс, позволяющий оценить качество производимого продукта, тестирование продукта
Фаза завершения	Процесс официального завершения всех операций по созданию проекта. При закрытии проекта создается итоговая версия приложения и вводится в эксплуатации. Реализация оставшихся ресурсов, расформирование команды проекта, подготовка отчетности для заказчика.

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

На основании выделенных фаз (табл. 3) и этапов проекта (табл.2) была разработана иерархическая структура работ (ИСР) проекта (рис. 1).

Рисунок 1.Иерархическая структура работ проекта^[4]

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

Ограничениями проекта являются:

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

Для реализации проекта была выбрана проектная организационная структура проекта, которая представлена ниже на рисунке (рис. 2).

Рисунок 2. Организационная структура проекта^[5]

Было выявлено, что в реализации данного проекта заинтересованы 6 субъектов. Реестр заинтересованных сторон с краткой характеристикой представлен в таблице ниже (табл. 4).

---

Таблица 4

Заинтересованные стороны^[6]

Субъект	Характеристика субъекта	Заинтересованность
Заказчик	Будущий владелец и пользователь результатов проекта	Получение готового продукта
Основная команда	Сотрудники, которые занимаются реализацией проекта	Получение опыта
Резервная команда	Специалисты, которые помогают в трудные моменты	Получение опыта
Руководитель проекта	Аппарат управления, который следит за выполнением различных требований	Новые контакты
Издатель	Должностное лицо отвечающее за выпуск приложения на рынок	Привлечения распространителей
Тестировщики	Тестировал приложения на выявления ошибок или багов	Выявить все недочеты команды разработки

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

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

2.2. Графическое представление расписания проекта

Как было сказано в главе 1, существует несколько графических методов представления расписания такие как Сетевые модели, Диаграмма Гантта и Гистограммы распределения ресурсов.

Все методы будут рассмотрены на проекте по созданию приложения для общественного открытого использовании клиентами банка.

Для построения сетевых моделей необходимо использовать данные таблицы 1, в которой указаны работы проекта, их длительность, а также не расходуемые трудовые ресурсы на каждой работе.

Таблица 5

Этапы проекта^[7]

Этапы	Наименования этапов	Предшествующие этапы	Длительность, дн.	Не расходуемые трудовые ресурсы
А	Создание идеи	-	2	1
Б	Поиск инвесторов	А	4	2
В	Поиск поставщиков	А	5	1
Г	Поиск команды проекта	А	1	3
Д	Заключение договора с инвестором	Б	3	1
Е	Заключение договора с поставщиками	В	4	2
Ё	Назначение руководителя проекта	Г	2	3
Ж	Формирование команды проекта	Ё	1	1
З	Подготовка помещения	Ж	8	2
И	Аренда помещения	З	7	3
Й	Закупка материалов	Е	7	2
К	Проведение инструктажапо правилам техники безопасности	Ж	6	1
Л	Ремонт помещения	И	4	3
М	Покупка мебели	Й	6	1
Н	Установка мебели	М	6	2
О	Покупка оборудования	Й	3	1
П	Установка оборудования	О	2	3
Р	Создание базы данных	-	7	1
С	Разработка UI И UX	Р	6	1
Т	Создание файлового сервера	Р	8	2
У	Тестирование приложения	С	5	3
Ф	Создание итогового варианта приложения	У	7	1
Х	Ввод в эксплуатацию	Ф	2	3
Ц	Реализация оставшихся ресурсов	X	3	2
Ч	Расторжение контрактов с участниками команды проекта	Ц	2	1
Ш	Подготовка отчетности	Ч	2	1

---

Ниже на рисунках представлены сетевые модели вида «Работа-Вершина», вида «Работа-Дуга», календарный план проекта и гистограммы распределения трудовых ресурсов.

Итак, на рисунке 3 Сетевой график вида «Работа-Вершина»

Рисунок 3.Сетевой график вида «Работа-Вершина»^[8]

Критический путь показан красной линией на рисунке 3, он проходит через такие работы, как: Р-У-Ф-Х-Ц-Ч-Ш.

На рисунке 4 показан сетевой график вида «Работа-Дуга», который также показывает срок реализации проекта, как и сетевая модель вида «Работа-Вершина».

Рисунок 4.Сетевой график вида «Работа-Дуга»^[9]

На основании сетевых моделей можно построить календарный план проекта (рис 5).

Рисунок 5. Календарный план^[10]

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

Календарный план является основанием для построения нормальной гистограммы распределения трудовых ресурсов. Только для этого необходимо указать оптимальные дни работы.

С помощью такого календарного плана можно узнать сколько людей на работе каждый день.

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

Календарный план с указанием трудовых ресурсов указан ниже (рис.6).

Рисунок 6. Календарный план для построения нормальной гистограммы распределения трудовых ресурсов^[11]

Теперь можно построить нормальную гистограмму распределения трудовых ресурсов.

Рисунок 7.Нормальная гистограмма^[12]

Календарный план с указанием поздних трудовых ресурсов указан ниже (рис.8)

Рисунок 8.Поздний календарный план^[13]

Теперь можно построить Позднюю гистограмму распределения трудовых ресурсов(рис.9).

---

Рисунок 9.Поздняя гистограмма^[14]

Календарный план с указанием оптимальный трудовых ресурсов указан ниже (рис.10)

Рисунок 10.Оптимальный календарный план^[15]

Теперь можно построить Позднюю гистограмму распределения трудовых ресурсов(рис.11).

Рисунок 11.Оптимальная гистограмма^[16]

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

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

Заключение

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

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

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

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

Завершающая оценка проводится через некоторое время после осуществления проекта и служит целям ретроспективного анализа.

---