Определение логической последовательности выполнения работ
Процесс определения взаимосвязей операций включает в себя идентификацию и документирование логических взаимосвязей между плановыми операциями. Определение взаимосвязей требует хороших знаний технологии и приоритетов проекта.
Взаимосвязи операций могут быть последовательными, с собственными отношениями предшествования, а также с опережениями и задержками. В этом случае каждый выходной элемент операции используется как входной элемент другой операции или является частью поставки. Взаимосвязи операций могут быть с перекрытиями, когда еще незавершенная операция имеет достаточно выходных элементов для начала зависящей от нее операции, или с параллельным выполнением операций [1].
Исходной информацией для процесса определения взаимосвязи операций могут быть [11]:
1. описание содержания проекта - содержит определение содержания продукта, включающее в себя характеристики продукта, которые могут повлиять на определение взаимосвязей операций, поэтому во избежание ошибок следует повторно проанализировать определение содержания продукта;
2. методология внедрения ИС;
3. результаты процесса определения состава операций;
4. список операций;
5. параметры операций;
6. список контрольных событий;
7. одобренные запросы на изменение.
При определении взаимосвязи используются нижеследующие инструменты и методы.
Метод предшествования: метод построения сетевых диаграмм расписания проекта, в котором операции изображаются в виде прямоугольников (называемых "узлами"), а зависимости - соединяющими их дугами. Этот метод еще называется " операции в узлах", он используется в большинстве пакетов программного обеспечения для управления проектами.
|
|
|
Метод стрелочных диаграмм: метод построения сетевых диаграмм расписания проекта, где операции представляются в виде дуг, которые соединяются в узлах, показывающих их зависимости. Этот метод еще называется " операции на дугах".
Шаблоны расписания сети. Стандартизированные шаблоны сетевых диаграмм расписания проекта могут использоваться для ускорения подготовки сетей плановых операций проекта. Они могут включать в себя как весь проект в целом, так и его часть.
Определение зависимостей. Для определения последовательности операций используется три типа зависимостей: жесткая (или обязательная), нежесткая (или произвольная) и внешняя.
Применение опережений и задержек. Опережения и задержки представляют собой интервалы времени, которые модифицируют взаимосвязи между предшествующими и последующими операциями.
Процесс определения взаимосвязи операций завершается формированием следующих документов.
|
|
|
Сетевые диаграммы расписания проекта - схематическое отображение плановых операций проекта и логических взаимосвязей (зависимостей) между ними. Сетевая диаграмма расписания проекта может быть построена вручную или при помощи программного обеспечения для управления проектом, например, Spider или MS Project. Она может включать в себя полную детализацию проекта или одну или несколько суммарных операций (пакет операций). На рис. 2.2 приведен пример представления расписания проекта в виде диаграммы Гантта MS Project.
Список операций (обновления). Если одобренные запросы на изменения являются результатом процесса определения взаимосвязей операций, то создается обновленный список операций, включающий в себя эти изменения.
Рис. 2.2. Фрагмент расписания проекта в виде диаграммы Гантта MS Project
Параметры операции (обновления). Если одобренные запросы на изменения, являющиеся результатом процесса определения взаимосвязей между операциями, оказывают влияние на список операций, то в соответствующие элементы параметров операций включаются эти одобренные изменения (логические взаимосвязи и соответствующие опережения и задержки).
Запрошенные изменения. При разработке логических взаимосвязей, опережений и задержек проекта могут быть выявлены моменты, которые повлекут за собой запрос на изменение списка операций или параметров операций. Запрошенные изменения рассматриваются и утверждаются в рамках процесса общего управления изменениями.
|
|
|
Тема 6. Планирование ресурсного обеспечения проекта
Оценка ресурсов каждой плановой операции призвана определить, какие ресурсы (человеческие ресурсы, оборудование) будут использоваться и в каком количестве и когда каждый из ресурсов будет доступен для выполнения проектных операций. Процесс оценки ресурсов операций тесно координируется с процессом оценки стоимости, который будет рассмотрен в разделеуправления стоимостью проекта.
В качестве примера рассмотрим оценку потребности в человеческих ресурсах. Для выделения ресурсов необходимо выяснить, какие необходимы ресурсы, их наличие, доступность и необходимое количество. Для ответа на эти вопросы требуется вести учет ресурсов и их параметров. Приведем ориентировочный состав параметров для оценки человеческих ресурсов:
· ФИО;
· возраст;
· образование;
· курсы повышения квалификации;
· должность в компании;
|
|
|
· краткая характеристика;
· перечень проектов, в которых принимал участие, роль и объем работ, качество проделанной работы;
· график работы (является основой для календаря ресурса);
· доступность (коэффициент доступности, отпуска, больничные, выставки и т.д.).
В некоторых компаниях для определения доступности ресурса в пункте "Доступность" отражается период регулярного фактического отсутствия сотрудника на работе, связанного с отпуском, участием в ежегодных выставках, командировках и т.д. Это позволяет прогнозировать возможное отсутствие сотрудника при его участии в проекте. Другой, не менее важной составляющей параметра "доступность" является коэффициент доступности. Под ним подразумевается часть рабочего времени, в течение которой данный сотрудник может работать над проектами, из расчета 8-часового рабочего дня.
Исходной информацией для определения трудоемкости являются:
· список операций. Список операций определяет плановые операции для оцениваемых ресурсов;
· параметры операций. Параметры операций, разработанные при определении состава операций, дают вход первичных данных для использования в оценке ресурсов, необходимых для каждой плановой операции в списке операций;
· наличие ресурсов. Для оценки типов ресурсов используется информация о том, какие ресурсы (функциональные консультанты, бизнес-аналитики, серверы и т. п.) потенциально доступны;
· план управления проектом. План управления расписанием является составляющей частью плана управления проектом и используется в оценке ресурсов операций;
· ресурсные календари устанавливают, когда и насколько определенные ресурсы проекта будут доступны на протяжении проекта.
Эта информация может находиться на уровне операции или проекта. Данное знание включает в себя рассмотрение таких параметров, как опыт и/или уровень навыков ресурса, а также различных географических мест нахождения ресурсов и того, когда они могут быть получены;
· смешанный ресурсный календарь - включает в себя доступность, способности и навыки человеческих ресурсов, историческую информацию о ресурсах, использованных для подобных работ в предыдущих проектах.
Для оценки ресурсов операций применяют следующие инструменты и методы.
· Экспертная оценка. Такую оценку может дать экспертная группа, имеющая специальную подготовку в области планирования и оценки ресурсов.
· Программное обеспечение для управления проектами - помогает планировать, организовывать фонды ресурсов и управлять ими, а также разрабатывать оценки ресурсов. В зависимости от сложности программного обеспечения можно определять иерархические структуры ресурсов, наличие ресурсов и их текущую стоимость, а также различные календари ресурсов.
· Оценка "снизу вверх". Когда плановую операцию нельзя оценить с достаточной степенью уверенности, работы в пределах такой операции разбиваются на более мелкие элементы. Ресурсные потребности каждого более детализированного элемента работ оцениваются, и эти оценки объединяются в общее количество по каждому ресурсу плановой операции.
· Результатом процесса оценки ресурсов операций является следующая информация.
· Требования к ресурсам операции. Выход процесса оценки ресурсов операций представляет собой определение и описание типов и количества ресурсов, необходимых для каждой плановой операции пакета работ. Эти требования можно затем собрать в единое целое для определения оценочных ресурсов по каждому пакету работ. Детализация и уровень специфичности требований к ресурсам могут варьироваться в зависимости от области приложения. В документацию по требованиям к ресурсам для каждой плановой операции может входить оценочная база для каждого ресурса, а также допущения по типам ресурсов, их наличию и количеству.
· Параметры операции (обновления). Виды и количество ресурсов, необходимых для каждой плановой операции, включаются впараметры операций. Если одобренные запросы на изменения являются результатом процесса оценки ресурсов операций, то создается обновленная версия списка операций и параметров операций, куда включаются эти изменения.
· Иерархическая структура ресурсов. Иерархическая структура ресурсов представляет собой структуру идентифицированных по категориям и типам ресурсов. Примеры категорий ресурсов включают в себя человеческие ресурсы, материалы, оборудование и сырье.
· Календарь ресурсов (обновления). Сводный календарь ресурсов проекта документирует рабочие и нерабочие дни, определяющие даты, на которые данный ресурс (персонал, сервер и т. п.) может быть активным или не задействованным.Календарь ресурсов проекта, в частности, отмечает выходные для данного ресурса дни и периоды доступности ресурса.Календарь ресурсов проекта назначает количество каждого доступного ресурса по каждому периоду доступности. Запрошенные изменения. Результатом процесса оценки ресурсов операции могут стать добавление в список операций новых плановых операций или удаление из него старых; эти изменения оформляются как запрошенные изменения. Запрошенные изменения рассматриваются и утверждаются в рамках процесса общего управления изменениями.
На рис. 2.3 представлен фрагмент диаграммы Гантта с привязкой к ресурсам
При определении трудозатрат на выполнение операций проекта используют нормативные акты и ГОСТы. В табл. 2.3представлены нормативы времени на составление основных видов документов на различных стадиях разработки документов на автоматизированные системы (АС), а также требуемая квалификация разработчиков документов.
Рис. 2.3. Фрагмент диаграммы Гантта с привязкой к ресурсам
| Таблица 2.3. Нормативы трудоемкости разработки документов на АС
 Мы поможем в написании ваших работ! | |||||