Календарное планирование ресурсов
Если расписание проекта не укладывается в плановые или директивно заданные сроки, применяют процедуру сжатия длительности работ проекта следующими методами:
Привлечение дополнительных ресурсов для ускорения критических работ либо перераспределение трудовых ресурсов с работ, имеющих резервы времени, на критические работы.
Совмещение технологических процессов во времени путем разбивки отдельного процесса на технологические части (захватки) и передвижка начала следующего процесса на более ранние сроки.
Привлечение дополнительных ресурсов для параллельного выполнения работ, которые в обычной практике выполняются последовательно.
Сроки сетевого графика не являются расписанием до тех пор, пока не будет гарантировано наличие ресурсов.
Проект, ограниченный по количеству ресурсов, - это проект, в котором уровень имеющихся в наличии ресурсов не может быть превышен. Если количество ресурсов недостаточно, то допускается незначительная задержка проекта.
Управление содержанием проекта.
Управление содержанием проекта включает в себя процессы, необходимые для подтверждения того, что проект включает все виды деятельности и только те из них, которые необходимы для успешного завершения проекта. Основная задача – определение и проверка того, что включено или не включено в проект.
Основные процессы управления содержанием включают в себя:
Инициация – побуждение организации к началу следующей фазы проекта и принятие решения на переход к этой фазе.
Результатом инициации является утвержденный Устав проекта, который может включать в себя:
· описание бизнес потребностей
· предварительное описание продукта
· поверхностное описание содержания проекта
· описание того, что не входит в содержание проекта
· определение ключевых участников проекта
· срок разработки плана проекта.
Планирование содержания – процесс последовательной разработки и документирования основных видов работ проекта, необходимых для создания продукта проекта. Планирование предполагает создание документа ( Scope statement ), описывающего цели, задачи и результаты проекта, как основу для последующих решений по проекту. Документ включает в себя:
· Описание бизнес потребностей, решаемых через исполнение проекта
· Описание продукта
· Основные результаты проекта, по достижении которых проект будет закрыт
· Цели и критерии их достижения – измеримые и одинаково понимаемые всеми сторонами.
План управления содержанием описывает:
· как будет отслеживаться содержание проекта
· как и кем будут утверждаться изменения содержания
· порядок документирования изменения содержания
Определение содержания – разбиение проекта на более мелкие и легко управляемые компоненты. Для улучшения управления проект разбивается на фазы (этапы), которые должны заканчиваться измеряемым, проверяемым результатом. В конце каждой фазы принимается решение об инициации новой фазы или закрытии (консервации) проекта. Часто процессы планирования и определения содержания объединяют в один процесс.
Подтверждение содержания – процесс формального (официального) утверждения содержания проекта ключевыми участниками проекта (спонсорами, заказчиками).
Контроль изменений содержания – управление изменениями в содержании проекта.
В контексте проекта под термином «содержание» может подразумеваться:
· Содержание продукта – перечень возможностей и функций, которые должен включать продукт или услуга.
· Содержание проекта – перечень работ, которые необходимо выполнить для получения продукта с заданными возможностями и функциями.
Возможными причинами изменений могут быть:
· внешние (законодательство)
· ошибки при описании содержания
· появление новых технологий, способных сократить затраты
· изменение бизнес потребностей
· наступление рисков
Процессы, инструменты и методы, используемые для управления содержанием проекта, рассматриваются в данном разделе. Процессы управления содержанием продукта, как правило, специфичны для каждой предметной области.
Рис. 2.2 Управление содержанием
Инструменты и методы для определения содержания
Иерархические структуры декомпозиции проекта (WBS) – графическая или словесная модель проекта, раскрывающая его уровень за уровнем до степени детализации, необходимой для эффективного планирования и контроля. Она дает представление проекта в виде иерархической структуры работ, полученной путем последовательной декомпозиции. Она предназначена для детального планирования. Каждый нижестоящий уровень структуры представляет собой детализацию элемента высшего уровня проекта. Разбиение производится до тех пор, пока:
возможна реалистичная оценка сроков, стоимости, рисков
элемент не может быть разбит дальше логически
элемент может быть выполнен относительно быстро (80 часов)
Элементом проекта может быть продукт, пакет работ, процесс. Эти структуры часто используются в составе шаблонов для новых проектов. Хотя каждый проект уникален, WBS для него может быть использована из прошлых проектов и использована повторно с минимальными изменениями. PMI определяет WBS как декомпозицию проекта по основным и вспомогательным продуктам . Она должна включать все промежуточные и конечные продукты, а также основные функциональные работы, которые должны быть выполнены в рамках проекта. На практике существует несколько оснований, по которым обычно проводится декомпозиция проекта, и эти варианты декомпозиции также часто называют WBS. В качестве оснований могут выступать:
компоненты товара (услуги)
процессные или функциональные элементы деятельности
этапы (фазы) жизненного цикла
подразделения организационной структуры
пространственное размещение объектов