Файл: Теоретические аспекты разработки и построения ИСР.pdf

Введение

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

1. они направлены на достижение конкретных целей;

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

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

4. они в определенной степени неповторимы и уникальны.

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

Глава 1. Теоретические аспекты разработки и построения ИСР

1.1. Общая характеристика иерархической структуры работ: декомпозиция работ.

ИСР (иерархическая структура работы) – это разбиение (декомпозиция) целей проекта на более мелкие компоненты, которые затем используются командой проекта для достижения целей проекта^[1].

Мини пример иерархической структуры работ представлен на рисунке ниже.

• Определение начальных элементов для разбиения (что брать за основу: результаты, фазы и т.д.?) и порядка разбиения.
• Разбиение верхних уровней ИСР на более мелкие детализированные уровни
• Присвоение каждой задаче в ИСР идентификационных кодов. В примере выше это могло бы выглядеть так:

Какие правила следует соблюдать для составления ИСР:

• Направленность на цель. В ИСР не должно быть лишних работ. Каждая работа должна получать какой-то результат, который затем приведет к общей цели.
• Отсутствие лишних элементов. В ИСР необходимо включать только работ. Сроки, деньги, риски, ресурсы – это заносится в другие инструменты.
• Однозначная иерархия (дерево). Все работы должны быть построены в виде иерархического дерева. То есть у каждого элемента ИСР (кроме самого верхнего) обязательно должна быть только один элемент из которого он выходит.
• Добавить работы по управлению проектом. Хорошей практикой в ИСР будет добавление работ по управлению проектом.
• Проверка и мозговой штурм. После составления дерева ИСР (или части дерева) необходимо обязательно проверить все ли работы соответствуют действительности? Все ли учтено? Возможно стоит провести мозговой штурм, для выявления тех элементов, которые не были учтены.

После прорисовки ИСР создается словарь ИСР.

Словарь ИСР – это документ, содержащий детальную информацию о результатах, действиях и времени исполнения для каждого элемента ИСР.

Информация в ИСР может быть любой (в зависимости от проекта), но желательно, чтобы она включала в себя:

• Код элемента в ИСР
• Описание работы
• Ответственное лицо
• Ресурсы
• Стоимость
• Требования к качеству
• Критерии результата (приемки)
• Контактную и техническую информацию

Просто пример словаря ИСР представлен ниже: Рисунок 1

Рисунок 1

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

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

Когда мы говорим о разбиение (декомпозиции) целей проекта на более мелкие управляемые элементы, мы имеем ввиду следующее:

1.2. Основные принципы разработки и построения ИСР

При построении ИСР необходимо соблюдать следующие принципы:

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

2. У каждой родительской работы может иметься несколько дочерних работ, достижение которых автоматически обеспечивает достижение родительской работы.

3. У каждой дочерней работы может быть только одна родительская работа.

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

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

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

7. Последовательность критериев декомпозиции работ следует выбирать таким образом, чтобы как можно большая часть зависимостей и взаимодействий между работами оказалась на самых нижних уровнях ИСР. На верхних уровнях работы должны быть автономны.

8. Декомпозиция работ прекращается тогда, когда работы нижнего уровня удовлетворяют следующим условиям:

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

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

Рисунок 2

При распределении ответственности за работы проекта используют сложную матрицу распределения ответственности, которая приведена на Рисунок 3. В данной матрице символом «О» обозначают ответственного за работу, а символом «И» - исполнителя работы. При построении сложной матрицы распределения ответственности необходимо соблюдать основное правило - за каждую работу должен быть назначен один ответственный.

Рисунок 3

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

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

Рисунок 4

Сформированная оргструктура проекта и распределение ответственности за работы и систему отчетности образуют структурную схему организации проекта (ССО).

Чтобы результат был получен в том виде, какой был задуман изначально, при этом было затрачено минимум ресурсов необходимо подходить к реализации проекта профессионально. Вот для чего предназначена иерархическая структура работ – эффективный инструмент менеджеров. Декомпозиция производится пока: не будет возможности реалистично оценить сроки, риски и стоимость; элемент не сможет больше быть разбитым логически. Если элемент можно выполнить вполне быстро (до 10 рабочих дней), то декомпозиция считается выполненной.

Выводы по главе 1

Узнав основные принципы разработки и построения ИСР, я могу приступать к началу создания проекта. Для этого мне нужно определить цель проекта, составить фазы проекта, далее сделать ИСР проекта и оргструктуру, а потом уже делать сетевые модели «работа-вершина» и «работа–дуга».

Глава 2. Построение ИСР на примере создания игры.

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

Вид проекта «Технический»

Название проекта игра «Прайм»

Цель моего проекта создание игры «Прайм».

Задачей проекта является создание игры.

Необходимо выделить промежуточные и конечные результаты проекта.

К промежуточным результатам относятся:

• Арендовать помещение
• Собрать команду разработки
• Купить оборудование
• Настроить оборудование

Конечная цель: Успешно запустить игру на всех площадках.

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

1. Проанализировать игру конкурентов.
2. Придумать суть игры.
3. Придумать сюжет игры.
4. Сделать план реализации игры.
5. Найти инвестора.
6. Собрать команду разработки.
7. Арендовать помещение.
8. Купить оборудование.
9. Настроить оборудование.
10. Создать первоначальную цель для команды.
11. Начать реализацию игры.
12. Создать демо-версию игры.
13. Протестировать игру на играбильность.
14. Исправить недочеты, если они есть.
15. Протестировать игру еще раз.
16. Исправить баги и ошибки.
17. Довести игру до играбильного состояния.
18. Запросить у Т.П. право на продажу.
19. Проводить тестирование игры.
20. Начать рекламную стратегию.
21. Объявить релиз игры.
22. Загрузить игру на Т.П.
23. Выпуск игры.

Фазы проекта:

1. Прединвестиционная –

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

1. Фаза разработки –

• Протестировать игру на играбильность.
• Исправить недочеты, если они есть.
• Исправить баги и ошибки.
• Довести игру до играбельного состояния.
• Арендовать помещение.

1. Фаза реализации –

• Купить оборудование.
• Настроить оборудование.
• Создать первоначальную цель для команды.
• Начать реализацию игры.
• Создать демо-версию игры.
• Протестировать игру на играбильность.
• Исправить недочеты, если они есть.
• Протестировать игру еще раз.
• Исправить баги и ошибки.
• Довести игру до играбельного состояния.
• Запросить у Т.П. право на продажу.
• Проводить тестирование игры.
• Начать рекламную стратегию.

4. Фаза завершения –

• Объявить релиз игры, выпуск игры.
• Загрузить игру на Т.П., выпуск игры.

ИСР проекта: Рисунок 5

Рисунок 5. ИСР проекта

Требования к проекту:

• Производительность на высоком уровне, запуск игры на старых П.К.

Ограничения проекта:

• Сроки
• Стоимость

Для реализации проекта была выбрана проектная организационная структура Рисунок 6.

Рисунок. 6 Оргструктура организации.

Реестр заинтересованных сторон. См. Таблица 1

Таблица 1

Критерии успешности проекта:

1. Выход игры без задержек.
2. Набрать успешный онлайн.
3. Игра требуется спросом.

2.2. Описание разработки и построения ИСР

Для реализации проекта была выбрана проектная организационная структура. Рисунок 7.