КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Изменять тип структуры без перехода к другому уровню иерархии некорректно
Смену принципа построения ИСР желательно производить от уровня к уровню. Интересен факт, что для различных задач управления проектом и различных субъектов управления удобен свой вариант ИСР, и современные программные продукты позволяют строить несколько вариантов ИСР и автоматически трансформировать их друг в друга. Тем не менее, на практике рекомендуется использовать смешанный вариант, при котором на верхнем уровне применяется продуктовый подход, а на втором уровне подход по жизненному циклу. Словарь ИСР – детальное описание каждого элемента ИСР. Для того чтобы команда проекта, а также остальные заинтересованные стороны однозначно понимали, что значит каждый элемент ИСР используется так называемый словарь ИСР. Словарь ИСР составляется параллельно с разработкой ИСР и представляет собой мини-инструкцию по каждому элементу. В словаре указывается: номер элемента ИСР в структуре работ, его название, длительность, затраты, допущения, стоимость, предшественник и последователь элемента, результаты, ответственный и пр. Самое важное то, что словарь ИСР позволяет руководителю проекта определить рамки для исполнителей, чтобы не допустить появления дополнительных работ, либо наоборот недовыполнения работ.
Рисунок 17 – Пример словаря ИСР
ИСР считается законченной, когда каждая работа: Может быть реалистично измерена Не может быть логически разделена в дальнейшем Может быть закончена быстро Имеет значимое завершение Может быть закончена без прерывания Может быть закреплена за исполнителем (внутренним или внешним) Подтверждение содержания. Подтверждение содержания – процесс формализованной приемки завершенных результатов проекта. Подтверждение содержания включает в себя проверку результатов вместе с заказчиком или спонсором, чтобы убедиться, что они выполнены удовлетворительно, и формальную приемку результатов заказчиком или спонсором. Подтверждение содержания отличается от контроля качества в том плане, что подтверждение содержания в основном связан о с приемкой результатов, а контроль качества в основном ориентирован на правильность результатов и соблюдение требований к качеству, заданных для результатов. Контроль качества, как правило, проводится до подтверждения содержания, однако эти два процесса могут выполняться и параллельно. Основной метод подтверждения содержания – инспекция. Инспекция включает в себя такие операции, как измерение, обследование и подтверждение, позволяющие определить, соответствуют ли работы и результаты требованиям и критериям приемки продукта. Инспекции иногда называются «проверками», «проверками продукта», «аудитами» или «сквозным контролем». После того, как с помощью ИСР получена полная и максимально возможная картина того, что предстоит сделать, а также после того как выделены вехи проекта, связанные со стратегическими установками организации, логично расположить все действия в наиболее выигрышном порядке, который обеспечит с одной стороны безусловную реализацию проекта, и экономию денежных средств проекта с другой. Тактический уровень разработки проекта предусматривает поиск наиболее удачной последовательности действий для достижения поставленной цели. На данном этапе происходит определение последовательности выполнения работ, входящих в состав ИСР, результатом чего является сетевой график. Этот график представляет информационно–динамическую модель, отражающую взаимосвязи между работами, необходимыми для достижения конечной цели проекта. В основе сетевого планирования лежит изображение планируемого комплекса работ в виде ориентированного графа, т.е. графической схемы, состоящей из точек –вершин графа, соединенных направленными линиями – стрелками, которые называются ребрами графа. Календарный план проекта – это инструмент, используемый для планирования, составления расписания и контроля хода выполнения проекта. Оно представляет собой основу информационной системы проекта, которая будет использоваться менеджером проекта для принятия решений, связанных с управлением временем проекта, его стоимостью и ходом выполнения. Календарный план проекта (расписание проекта) содержит полный перечень работ проекта, которые необходимо выполнить, логическую последовательность и взаимозависимость этих работ, возможные сроки начала и окончания, как отдельных работ, так и проекта в целом. Для разработки календарного плана необходимо выполнить следующие действия: •определить взаимосвязи операций проекта; •определить требуемые для выполнения операций ресурсы; •оценить длительности операций проекта. Такая последовательность действий позволяет оценить периоды времени, в течение которых могут начинаться и заканчиваться отдельно рассматриваемые работы, определить резервы времени для их выполнения. Кроме того, менеджер проекта может увидеть, какие работы являются «критическими» и, следовательно, должны выполняться строго по графику, чтобы проект был завершен в запланированные сроки. Для менеджера проекта работа (или операция) – это неделимый элемент проекта, требующий определенных затрат для своего выполнения. На практике выполнение какой либо работы требует, помимо затрат времени, различных ресурсов, в первую очередь трудозатрат. Под определением операций подразумевается процесс идентификации и документирования операций, необходимых для достижения целей и подцелей проекта. Работы могут быть следующих видов: • Элементарная работа (простая, неделимая работа) • Суммарная работа • Гамак • Веха Все эти работы обладают определенными свойствами и могут быть необходимы при разработке календарного плана. Как использовать эти виды при планировании проекта рассмотрим далее. Суммарная работа – работа включающая элементарные работы. Работа этого типа используется для моделирования комплекса иерархических работ. Суммарная работа содержит в своем составе несколько более мелких работ. Подпроекты всегда являются суммарными работами. Стоимость суммарной работы – сумма стоимостей работ, входящих в состав подпроекта. Сроки суммарной работы: Начало – начальная дата самой первой работы подпроекта. Конец – дата окончания последней работы подпроекта. «Гамак» – работа, которая связана связью «Начало – Начало» с первой работой в группе и связью «Окончание – Окончание» с последней работой. Работа «гамак» объединяет несколько работ, отвечающих определенным условиям. Их формирует система календарного планирования, например, при группировке по кодам или иным признакам работ. Данный вид работ удобно использовать для создания отчетности. После построения иерархической структуры работ и структурной схемы организации проекта появляется возможность проставить и согласовать с заказчиком основные этапы проекта (вехи). Именно по этим этапам заказчик будет контролировать ход исполнения проекта. Веха – событие или дата в ходе осуществления проекта. Веха используется для отображения состояния завершенности тех или иных работ, т. е. характеризуют наступление значимых, ключевых событий проекта. Обычно это: •начало контракта; •подписание договора; •завершение фазы; •подписание актов и т.д. Наступление вехи характеризует переход проекта из одного состояния в другое. Веху часто называют «Контрольным событием». Вехи бывают обязательными и необязательные. Необязательная веха может произойти, а может и не произойти в ходе проекта. Вехи имеют дискретную шкалу выполнения – выполнено или не выполнено. В контексте проекта менеджеры используют вехи для того, чтобы обозначить важные промежуточные результаты, которые должны быть достигнуты в процессе реализации проекта. Последовательность вех, определенных менеджером, часто называется планом по вехам. Даты достижения соответствующих вех образуют календарный план по вехам. На этом этапе построения плана по вехам определяются те результаты и сроки, которые жестко контролируются руководством и которые менеджер проекта менять не имеет права без согласования с заказчиком
Таблица 1 – План проект по вехам
Как правило, отсутствие вех приводит к отклонению по срокам, так и по содержанию проекта. Кроме этого вехи необходимы для создания межпроектных связей. Выделяя промежуточные результаты в ходе проекта, менеджер может анализировать отклонения по срокам от промежуточных контрольных точек, а не отклонение от конечной даты проекта. Это позволит более точно и регулярно оценивать состояние работ и своевременно проводить корректирующие мероприятия. Сетевая диаграмма проекта. Проект состоит из многих действий, объединенных в мероприятия, стадии и этапы, выполняемых различными исполнителями. После того, как с помощью ИСР получена полная и максимально возможная картина того, что предстоит сделать, а также после того как выделены вехи проекта, связанные со стратегическими установками организации, логично расположить все действия в наиболее выигрышном порядке, который обеспечит с одной стороны безусловную реализацию проекта, и экономию денежных средств проекта с другой. Тактический уровень разработки проекта предусматривает поиск наиболее удачной последовательности действий для достижения поставленной цели. Одновременно с оценкой необходимых ресурсов и длительности работ можно осуществлять описание логических взаимосвязей между работами проекта. Они являются важнейшим условием, которое необходимо учитывать при разработке календарного плана. Сетевой график проекта – это полный перечень работ с учетом взаимосвязей между ними. В сетевом графике не учитываются такие параметры как: - Продолжительности работ; - Необходимые ресурсы; - Стоимости работ. Методы и средства определения взаимосвязей работ При описании логики проекта потребуются следующие методы: Определение взаимосвязей предполагает определение и документирование всех логических взаимосвязей между работами. Чтобы календарный план был реализуем, создание логической структуры должно быть выполнено с соблюдением технологических и иных требований к логике выполнения работ. Построение диаграмм. Диаграммы являются отличным средством описания и моделирования логики проекта. В большинстве случаев именно этот метод применяется при определении всех взаимосвязей. Шаблоны диаграмм различного уровня детализации могут быть использованы при разработке новых моделей логики проекта. Шаблоны - это типовые сети, используемые для ускорения подготовки сетевых диаграмм проекта. В виде шаблонов может быть представлен весь проект или его составляющие. Часть сети называется подсетью или фрагментом сети. Подсети особенно полезны для проектов, в которых встречаются идентичные компоненты, например, этажи высотки, клинические испытания в ходе фармацевтического проекта, программные модули в IT проектах, начальная фаза исследовательского проекта. Применение задержек и опережений. Для логических взаимосвязей может быть указано свойство опережения или задержки. Опережение позволит начать последующие работы раньше назначенного срока, а задержка – напротив, отложить срок выполнения работ. Задержку необходимо использовать в тех случаях, когда по технологическим ограничениям невозможно после завершения первой задачи сразу приступить к выполнению второй задачи, связанной с первой. Использование опережений приводит к рискам переделок. Типы связей операций. Логические взаимосвязи можно разделить на три группы: Обязательные (технологические) связи – связи, подразумеваемые самой природой выполняемых работ; в них зачастую заложены физические или технологические ограничения. (В строительстве невозможно возвести верхнюю часть здания до того, как был заложен фундамент, в IT-проектах нельзя тестировать прототип до того, как он был разработан). Обязательные связи также называются жесткой логикой. Необязательные связи – связи, определяемые членами команды проекта. Они обычно основываются на опыте и знаниях команды проекта. Например, возникновение необязательных связей может быть обусловлено наличием нестандартных аспектов проекта, где требуется особая логика выполнения работ, хотя традиционной является несколько другая последовательность. Необязательные связи также называются выбранной, предпочтительной, мягкой логикой. Ими нужно пользоваться крайне аккуратно и тщательно документировать, так как впоследствии они могут ограничить возможности корректировки расписания. Внешние взаимосвязи – взаимосвязи, описывающие зависимость между работами проекта и внепроектными работами. Внешние взаимосвязи можно моделировать при помощи вех. Если рассматривать единичную связь между двумя работами, то существуют четыре варианта логических зависимостей: Конец – начало: начало работы-последователя зависит от завершения работы-предшественника. Конец – конец: завершение работы-последователя зависит от завершения работы-предшественника. Начало – начало: начало работы-последователя зависит от начала работы-предшественника. Начало – конец: завершение последователя зависит от начала предшественника. Сетевая диаграмма – представление проекта, в котором логика является определяющим фактором размещения работ. В основе сетевого планирования лежит изображение планируемого комплекса работ в виде ориентированного графа, т. е. графической схемы, состоящей из точек – вершин графа, соединенных направленными линиями – стрелками, которые называются ребрами графа. Возможно два подхода к построению сетевых моделей. При первом – стрелками на графике изображаются работы, а вершинами – события. Такие модели относят к типу «Работа–стрелка» и называют сетевыми графиками.
Рисунок 18 – Сетевая модель типа «Работа–стрелка» – Сетевой график
При втором подходе, наоборот, стрелкам соответствуют события, а вершинам – работы. Такие модели относят к типу «Работа–вершина» и называют сетями предшествования.
Рисунок 19 – Сетевая модель типа «Работа–вершина» – Сеть предшествования
Работами являются любые действия, приводящие к достижению определенных результатов – событий. События, кроме исходного, являются результатами выполнения работ. Между двумя смежными событиями может выполняться только одна работа или последовательность работ. Для построения сетевых моделей необходимо определить логические взаимосвязи между работами. Причиной взаимосвязей являются, как правило, технологические ограничения (начало одних работ зависит от завершения других). Комплекс взаимосвязей между работами определяет последовательность выполнения работ во времени. Построение сетевых графиков. В сетевом графике события обозначаются кружком с указанием номера внутри события, а работа стрелкой, последовательное начертание работ и событий и означает построение сетевого графика. Любая последовательность работ в сетевом графике, в котором конечное событие одной работы совпадает с начальным событием следующей за ней работы и т. д., называется путем. При выполнении следующих друг за другом работ каждая последующая работа может быть начата только после получения результатов всех предшествующих работ, т. е. после наступления определенных событий. После построения взаимосвязей для каждой работы экспертным путем определяется время ее выполнения, которое проставляется в сети над соответствующей стрелкой. Построение сетей предшествования. В сетях предшествования события обозначаются стрелкой, а работа блоком, форма которого может быть произвольной и зависит от используемых программных средств. Для описания зависимостей между работами в сетях предшествования может использоваться четыре типа связей. Рисунок 20 – Типы связей в сетях предшествования В современных программных продуктах управления проектами преимущественно используются сети предшествования, так их программная реализация более проста. В качестве примера можно привести один из видов сетей предшествования — диаграмму Ганта, применяемую во многих программных средствах.
Рисунок 21- Диаграмма Ганта - один из видов сетей предшествования
Конечным шагом этого этапа является проверка в сетевой модели взаимосвязей на петли и другие логические ошибки.
Дата добавления: 2017-01-14; Просмотров: 1061; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |