Автор работы: Пользователь скрыл имя, 19 Ноября 2014 в 21:23, курсовая работа
Целью настоящей работы является рассмотрение некоторых технологий реализации проектов.
Исходя из целей работы можно поставить следующие задачи:
- исследовать понятие «проекта»;
- дать представление проекту и его признакам;
- проанализировать технологии реализации проектов;
- предложить некоторые методы по совершенствованию технологий при проектировании.
Возможный трафарет цели;
Цель проекта = {качественная формулировка цели}+ результаты:
результат 1
результат…
результат N.
Сформулированные цели должны соответствовать принципу SMART, согласно которому они должны быть:
ясными и точными (S - Specific);
измеримыми (M - Measurable),
достижимыми (A - Achievable);
непротиворечивыми как между собой так и со стратегическими целями организации (R - Related);
определены по срокам их достижения (T - Times-bound).
К формулированию целей нужно отнестись внимательно по ряду причин:
разное понимание целей участниками проекта приведет к ненужной трате ресурсов и усилий рабочей группы, цели достигнуты не будут;
незначительные сдвиги границ целей вызывают значительные изменения сроков и бюджета проекта;
то что в целях не прописано (забыли прописать или неправильно поняли), то это обязательно выпадет из рассмотрения и выполнено не будет)
В качестве примера формулировки целей приведем цель проекта по оптимизации основного бизнес-процесса, который был реализован в одной торговой компании.
Цель проекта: Уменьшить время основного бизнес-процесса от момента готовности поставщика отгрузить товар до момента размещения товара на торговых точках
до 8 часов для товара категории A;
до 32 часов для товара категории B;
при условии сохранения уровня пересортицы.
Результатом 1 - го шага является документ, содержащий в своей основе формулировку целей, которые менеджер проекта должен согласовать с заказчиком и основными потребителями результатов проекта.
При планировании больших и сложных проектов структура данного документа расширяется за счет внесения дополнительной информации и имеет следующие разделы:
I. Обоснование инициации проекта (потребности, из-за которых проект образовался).
II. Основная цель и продукт проекта, основные характеристики продукта.
III. Результаты проекта.
IV. Критерии успеха проекта (качественные и количественные критерии, которые позволяют судить о степени успешности проекта).
Шаг 2. Декомпозиция целей. Построение иерархической структуры работ (ИСР).
После формулирования целей проекта строится иерархическая структура работ (ИСР) - которая представляет последовательное многоуровневое расщепление цели на работы, которые необходимо выполнить для того, что бы достичь цель.
Часто при планировании проектов используется термин задача, под которым обозначаются работы верхнего уровня. В реальности понятия задача и работы относительны и каждую работу при ее детализации можно назвать задачей. На Рис. 6 представлен пример ИСР.
Рис. 6. Пример иерархической структуры работ.
При построении ИСР необходимо соблюдать следующие принципы:
1. Работы нижнего уровня
2. У каждой родительской работы
может иметься несколько
3. У каждой дочерней работы
может быть только одна
4. Декомпозиция родительской работы на дочерние производится по одному критерию, в качестве которого могут выступать: компоненты результатов и продуктов проекта, этапы жизненного цикла проекта, ресурсы и функциональные виды деятельности, а также элементы организационной структуры.
5. На одном уровне дочерние работы, декомпозирующие родительскую должны быть равнозначны. В качестве критерия равнозначности могут выступать: объем и время выполнения работ, пр.
6. При построении иерархической
структуры работ на различных у
7. Последовательность критериев
декомпозиции работ следует
8. Декомпозиция работ
работы ясны и понятны менеджеру и участникам проекта (являются элементарными),
понятен конечный результат работы и способы его достижения,
временные характеристики и ответственность за выполнение работ могут быть однозначно определены.
Шаг 3. Построение структурной схемы организации проекта (ССО).
Следующим шагом является формирование команды проекта и закрепление ответственности за работы входящие в состав ИСР. При формировании команды помимо менеджера, в проект вводят роли администратора и участников. В больших и сложных проектах роль администратора может выполнять один и более человек, при этом целесообразно введение и других ролей.
После формирования команды строят схему организационной структуры, изображенную на Рис. 9, на которой показывают подчиненность участников. В большинстве случаев выбирается плоская оргструктура проекта в которой все участники, включая администратора, подчиняются менеджеру. В больших и сложных проектах, когда в состав рабочей группы входит количество участников большее, чем стандартная норма управляемости - 7, в оргструктуру проекта вводят промежуточные уровни. Сотрудники, занимающие промежуточные уровни становятся менеджерами своих подпроектов.
Рис. 9. Оргструктура проекта.
При распределении ответственности за работы проекта используют сложную матрицу распределения ответственности, которая приведена на Рис. 10. В данной матрице символом О обозначают ответственного за работу, а символом И - исполнителя работы. При построении сложной матрицы распределения ответственности необходимо соблюдать основное правило - за каждую работу должен быть назначен один ответственный.
Рис. 10. Сложная матрица ответственности.
В больших и сложных проектах целесообразным является создание формализованной системы отчетности, в рамках которой проектируют формы отчетов на основе которых менеджер проекта и ответственные за те или иные работы будут контролировать ход исполнения работ. Чтобы система отчетности работала необходимо распределить ответственность участников проекта за создание, консолидацию, анализ и архивацию отчетов.
При распределении ответственности в системе отчетности используют матрицу отчетности, которая приведена на Рис. 11. В данной матрице символом П обозначают ответственного за подготовку отчета, символом Р - ответственного за рассмотрение отчета и принятие решений, символом А - ответственного за архивацию отчета. При построении матрицы отчетности необходимо соблюдать основное правило - по каждому отчету должны быть назначены ответственные за его подготовку, рассмотрение и архивацию.
Рис. 11. Матрица отчетности.
Сформированная оргструктура проекта и распределение ответственности за работы и систему отчетности образуют структурную схему организации проекта (ССО).
Шаг 4. Разработка стратегии реализации проекта. Построение плана по вехам. После построения иерархической структуры работ и структурной схемы организации проекта появляется возможность проставить и согласовать с заказчиком основные этапы проекта (вехи). Именно по этим этапам заказчик будет контролировать ход исполнения проекта.
Веха - событие или дата в ходе осуществления проекта. Веха используется для отображения состояния завершенности тех или иных работ. В контексте проекта менеджеры используют вехи для того, чтобы обозначить важные промежуточные результаты, которые должны быть достигнуты в процессе реализации проекта. Последовательность вех, определенных менеджером, часто называется планом по вехам. Даты достижения соответствующих вех образуют календарный план по вехам.
Таким образом, на этом этапе определяются основные реперные точки, т.е . те результаты и сроки, которые жестко контролируются руководством и которые менеджер проекта менять не имеет права без согласования с заказчиком. Пример построения плана по вехам дан на Рис. 12.
Рис. 12. План проекта по вехам.
Шаг 5. Разработка тактики реализации проекта. Построение сетевых моделей. Проект состоит из многих стадий и этапов, выполняемых различными исполнителями. Этот сложный процесс должен быть четко скоординирован и увязан во времени. К системам планирования и управления предъявляются следующие требования: способность оценить текущее состояние, предсказать дальнейший ход работ, помочь выбрать правильное направление для воздействия на текущие проблемы с тем, чтобы весь комплекс работ был выполнен в установленные сроки согласно бюджету.
На данном этапе происходит определение последовательности выполнения работ, входящих в состав ИСР, результатом чего являются сетевой график. Этот график представляет информационно-динамическую модель, отражающую взаимосвязи между работами, необходимыми для достижения конечной цели проекта.
В основе сетевого планирования лежит изображение планируемого комплекса работ в виде ориентированного графа, т.е. графической схемы, состоящей из точек -вершин графа, соединенных направленными линиями - стрелками, которые называются ребрами графа.
Возможно два подхода к построению сетевых моделей. При первом - стрелками на графике изображаются работы, а вершинами - события. Такие модели относят к типу "Работа-стрелка" и называют сетевыми графиками. При втором подходе, наоборот, стрелкам соответствуют события, а вершинам - работы. Такие модели относят к типу "Работа-вершина" и называют сетями предшествования. На Рис. 13 и 14 показаны примеры данных типов моделей.
Рис. 13. Сетевая модель типа "Работа-стрелка" - Сетевой график.
Рис. 14. Сетевая модель типа "Работа-вершина" - Сеть предшествования.
Работами являются любые действия, приводящие к достижению определенных результатов - событий. События, кроме исходного, являются результатами выполнения работ. Между двумя смежными событиями может выполняться только одна работа или последовательность работ.
Для построения сетевых моделей необходимо определить логические взаимосвязи между работами. Причиной взаимосвязей являются, как правило, технологические ограничения (начало одних работ зависит от завершения других). Комплекс взаимосвязей между работами определяет последовательность выполнения работ во времени.
Для определения последовательности необходима следующая информация: перечень работ, описание продукта, технологические, дискретные и внешние взаимосвязи, ограничения и предположения.
Построение сетевых графиков:
В сетевом графике события обозначаются кружком с указанием номера внутри события, а работа стрелкой, последовательное начертание работ и событий и означает построение сетевого графика.
Любая последовательность работ в сетевом графике, в котором конечное событие одной работы совпадает с начальным событием следующей за ней работы и т.д., называется путем.
При выполнении следующих друг за другом работ каждая последующая работа может быть начата только после получения результатов всех предшествующих работ, т.е. после наступления определенных событий.
После построения взаимосвязей для каждой работы экспертным путем определяется время ее выполнения, которое проставляется в сети над соответствующей стрелкой.
Построение сетей предшествования:
В сетях предшествования события обозначаются стрелкой, а работа блоком, форма которого может быть произвольной и зависит от используемых программных средств.
Для описания зависимостей между работами в сетях предшествования может использоваться четыре типа связей, приведенных на Рис. 15.
Связь "Окончание-начало" - это стандартная |
|
Связь "Начало-начало" - это стандартная |
|
Связь "Окончание- окончание" - в этом случае окончание
последующей работы - 1 контролируется
окончанием работы |
|
Связь "Начало- окончание" - этот тип связи означает, что работа 1 должна закончится до начала работы 2. Данный тип связи используется редко, но он может быть полезен, когда при планировании требуется задержать окончание работы на как можно более длительный срок, связав ее окончание с началом другой работы. |
|
Рис. 15. Типы связей в сетях предшествования.
В современных программных продуктах управления проектами преимущественно используются сети предшествования, так их программная реализация более проста. В качестве примера можно привести один из видов сетей предшествования - диаграмму Ганта, применяемую во многих программных средствах и изображенную на Рис. 16.
Рис. 16. Диаграмм Ганта - один из видов сетей предшествования.
Конечным шагом этого этапа является проверка в сетевой модели взаимосвязей на петли и другие логические ошибки.
Шаг 6. Разработка идеального календарного графика работ.
Сетевое планирование предоставляет менеджерам гибкий инструмент составления календарного плана и анализа его выполнения.
После разработки сетевой модели проекта наступает этап построения идеального календарного графика работ, при построении которого менеджер проекта делает по каждой работе идеальные оценки длительности их выполнения. При определении идеальных оценок длительности работ пренебрегают ограничениями ресурсов и учитывают только технологические ограничения и нормативы. Результаты определения длительности работ вводят в сетевую модель и определяют общую продолжительность проекта.