Опубликован: 25.01.2011 | Уровень: для всех | Доступ: платный | ВУЗ: Национальный исследовательский университет "Высшая Школа Экономики"
Лекция 3:

Планирование проекта

< Лекция 2 || Лекция 3: 12345 || Лекция 4 >

Определение логической последовательности выполнения работ

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

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

Исходной информацией для процесса определения взаимосвязи операций могут быть [11]:

  1. описание содержания проекта - содержит определение содержания продукта, включающее в себя характеристики продукта, которые могут повлиять на определение взаимосвязей операций, поэтому во избежание ошибок следует повторно проанализировать определение содержания продукта;
  2. методология внедрения ИС;
  3. результаты процесса определения состава операций;
  4. список операций;
  5. параметры операций;
  6. список контрольных событий;
  7. одобренные запросы на изменение.

При определении взаимосвязи используются нижеследующие инструменты и методы.

Метод предшествования: метод построения сетевых диаграмм расписания проекта, в котором операции изображаются в виде прямоугольников (называемых "узлами"), а зависимости - соединяющими их дугами. Этот метод еще называется " операции в узлах", он используется в большинстве пакетов программного обеспечения для управления проектами.

Метод стрелочных диаграмм: метод построения сетевых диаграмм расписания проекта, где операции представляются в виде дуг, которые соединяются в узлах, показывающих их зависимости. Этот метод еще называется " операции на дугах".

Шаблоны расписания сети. Стандартизированные шаблоны сетевых диаграмм расписания проекта могут использоваться для ускорения подготовки сетей плановых операций проекта. Они могут включать в себя как весь проект в целом, так и его часть.

Определение зависимостей. Для определения последовательности операций используется три типа зависимостей: жесткая (или обязательная), нежесткая (или произвольная) и внешняя.

Применение опережений и задержек. Опережения и задержки представляют собой интервалы времени, которые модифицируют взаимосвязи между предшествующими и последующими операциями.

Процесс определения взаимосвязи операций завершается формированием следующих документов.

Сетевые диаграммы расписания проекта - схематическое отображение плановых операций проекта и логических взаимосвязей (зависимостей) между ними. Сетевая диаграмма расписания проекта может быть построена вручную или при помощи программного обеспечения для управления проектом, например, Spider или MS Project. Она может включать в себя полную детализацию проекта или одну или несколько суммарных операций (пакет операций). На рис. 2.2 приведен пример представления расписания проекта в виде диаграммы Гантта MS Project.

Список операций (обновления). Если одобренные запросы на изменения являются результатом процесса определения взаимосвязей операций, то создается обновленный список операций, включающий в себя эти изменения.

Фрагмент расписания проекта в виде диаграммы Гантта MS Project

увеличить изображение
Рис. 2.2. Фрагмент расписания проекта в виде диаграммы Гантта MS Project

Параметры операции (обновления). Если одобренные запросы на изменения, являющиеся результатом процесса определения взаимосвязей между операциями, оказывают влияние на список операций, то в соответствующие элементы параметров операций включаются эти одобренные изменения (логические взаимосвязи и соответствующие опережения и задержки).

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

Оценка трудоемкости и потребности в ресурсах

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

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

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

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

Исходной информацией для определения трудоемкости являются:

  • список операций. Список операций определяет плановые операции для оцениваемых ресурсов;
  • параметры операций. Параметры операций, разработанные при определении состава операций, дают вход первичных данных для использования в оценке ресурсов, необходимых для каждой плановой операции в списке операций;
  • наличие ресурсов. Для оценки типов ресурсов используется информация о том, какие ресурсы (функциональные консультанты, бизнес-аналитики, серверы и т. п.) потенциально доступны;
  • план управления проектом. План управления расписанием является составляющей частью плана управления проектом и используется в оценке ресурсов операций;
  • ресурсные календари устанавливают, когда и насколько определенные ресурсы проекта будут доступны на протяжении проекта.

    Эта информация может находиться на уровне операции или проекта. Данное знание включает в себя рассмотрение таких параметров, как опыт и/или уровень навыков ресурса, а также различных географических мест нахождения ресурсов и того, когда они могут быть получены;

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

Для оценки ресурсов операций применяют следующие инструменты и методы.

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

На рис. 2.3 представлен фрагмент диаграммы Гантта с привязкой к ресурсам

При определении трудозатрат на выполнение операций проекта используют нормативные акты и ГОСТы. В табл. 2.3 представлены нормативы времени на составление основных видов документов на различных стадиях разработки документов на автоматизированные системы (АС), а также требуемая квалификация разработчиков документов.

Фрагмент диаграммы Гантта с привязкой к ресурсам

увеличить изображение
Рис. 2.3. Фрагмент диаграммы Гантта с привязкой к ресурсам
Таблица 2.3. Нормативы трудоемкости разработки документов на АС
Наименование документа Единица объема работы Норматив времени, ч Квалификация исполнителя
Перечень заданий на разработку специализированных (новых) технических средств Позиция 0,14 Инженер
Перечень входных сигналов и данных То же То же То же
Перечень выходных сигналов (документов) То же То же То же
Спецификация оборудования То же То же То же
Перечень заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы То же То же То же
Описание автоматизируемых функций Лист ф. А4 4,30 Ведущий инженер
Описание постановки задач (комплекса задач) То же То же То же
Описание информационного обеспечения системы То же То же То же
Описание организации информационной базы То же То же То же
Описание систем классификации и кодирования То же То же То же
Описание массива информации То же То же То же
Описание комплекса технических средств То же То же То же
Описание программного обеспечения То же То же То же
Описание алгоритма (проектной процедуры) То же То же То же
Описание организационной структуры То же То же То же
Описание технологического процесса обработки данных (включая телеобработку) То же То же То же
Общее описание системы То же То же То же
Ведомость потребности в материалах Позиция 0,27 Инженер
Ведомость машинных носителей информации То же То же То же
Массив входных данных Лист ф. А4 0,90 Техник
Каталог базы данных То же То же То же
Состав выходных данных (сообщений) То же То же То же
Технологическая инструкция То же 3,00 Старший инженер
Инструкция по формированию и ведению базы данных (набора данных) То же То же То же
Руководство пользователя То же 3,15 Инженер
Инструкция по эксплуатации КТС То же То же То же
< Лекция 2 || Лекция 3: 12345 || Лекция 4 >
Анна Яковлева
Анна Яковлева
Надежда Артюх
Надежда Артюх
Курс Методологии проектирования и внедрения корпоративных информационных систем
Денис Бочаров
Денис Бочаров
Россия
Анна Небеснюк
Анна Небеснюк
Россия, Софрино-1, Майская средняя, 2012