В рамках какого пакета работ выполняется формирование и согласование плана проведения интервью

Обновлено: 18.04.2024

Определение состава операций. Инструменты и методы. Список плановых операций. Параметры операций. Список контрольных событий. Определение взаимосвязи операций. Оценка ресурсов операций. Инструменты и методы. Требования к ресурсам операции. Календарь ресурсов. Оценка длительности операций. Понятие длительности операций, периода времени выполнения операций. Разработка расписания. Базовый план расписания. Управление расписанием. Отчетность о прогрессе проекта. Анализ отклонений по срокам. Управление расписанием.

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

Процессы управления сроками проекта

Согласно РMBOК [4.1], управление сроками проекта ( time management ) — это процесс, используемый для обеспечения своевременного завершения проекта.

Управления сроками проекта состоит из шести процессов [4.1].

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

Определение взаимосвязей операций — процесс выявления и документирования последовательности выполнения плановых операций.

Определение ресурсов операции — процесс определения необходимых для выполнения каждой плановой операции ресурсов и их количества.

Определение длительности операций — процесс определения продолжительности выполнения каждой плановой операции.

Разработка расписания — процесс составления расписания проекта с учетом последовательностей операций, их длительности, требований к ресурсам и ограничений на сроки выполнения проекта в целом.

Управление расписанием — процесс управления изменениями расписания проекта.

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

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

На рис. 5.1 показана последовательность процессов, приводящая к разработке расписания проекта и затем к управлению расписанием. Разработка расписания проекта начинается с определения состава операций. После того как операции определены, между ними устанавливаются взаимосвязи. Чтобы определить длительность операций, следует назначить специалистов, которые будут выполнять операции, — уровень их квалификации имеет определяющее значение. Рассмотрим подробнее, каким образом определяются операции проекта, их взаимосвязи, требуемые ресурсы, длительность операций, как составляется расписание проекта и осуществляется управление им.

Рис. 5.1. Связь процессов управления сроками проекта

Определение состава операций

Определение состава операций предполагает определение и документирование работ, запланированных для выполнения. Инструментальным средством для определения состава операций, а также для оценки их взаимосвязи и длительности, служит ИСР. В предыдущем разделе был рассмотрен вопрос создания иерархической структуры работ путем декомпозиции. Напомним, что результатом процесса декомпозиции является нижний уровень работ, необходимых для завершения проекта. В процессе декомпозиции определяется нижний уровень управления, с которым работает руководитель проекта, — уровень пакетов работ . Пакеты работ, как правило, определяются Методологией внедрения ИС. Пакет работ состоит из операций, имеющих общие функции или конечный результат.

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

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

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

методология внедрения ИС;

описание содержания проекта;

иерархическая структура работ (ИСР);

Инструменты и методы

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

планирование методом набегающей волны;

Выходы процесса определения состава операций

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

Список операций — перечень работ, запланированных для выполнения.

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

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

Запрошенные изменения — изменения в составе работ, которые могут появиться в ходе выполнения работ по внедрению ИС и повлиять на описание содержания проекта.

Примеры состава операций и контрольных событий (вех проекта) представлены в таблицах 5.1. и 5.2.

Таблица 5.1. Пример списка состава операций

Наименование пакета работ

Формирование и согласование плана проведения интервью

Подготовка и рассылка опросных листов для интервью

Проведение интервью для описания бизнес-процессов

Описание бизнес-процессов по функциональной области Финансы.

Описание бизнес-процессов по функциональной области Логистика.

Описание бизнес-процессов по функциональной области Персонал

Разработка решений по функциональной архитектуре.

Подготовка функционального дизайна расширений.

Техническое проектирование расширений.

Техническое проектирование программ конвертации данных

Разработка программ конвертации данных

Планирование тестирования приложения и интеграционного тестирования

Разработка сценариев тестирования

Подготовка тестовых данных

Проведение тестирования по функциональным областям Финансы, Логистика, Персонал

Проведение интеграционного тестирования

Проведение тестирования конвертации данных

Таблица 5.2. Пример списка вех проекта

Начало работ акцептовано Заказчиком

Рабочие места подготовлены

Команда проекта сформирована

Подготовлено и проведено стартовое совещание

Утверждено расписание проекта

Завершен сбор информации для описания бизнес-процессов

Завершена разработка системы

Завершено приемочное тестирование

Завершено тестирование производительности

Готовность к конвертации данных

Готовность к развертыванию системы

Планирование сроков проекта может быть выполнено с помощью специализированных программных средств. Пример планирования сроков работ в специализированной системе MS Project приведен на рис. 5.2.

Рис. 5.2. Планирование работ в MS Project

Определение взаимосвязи операций

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

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

Методология внедрения ИС ;

Список операций — выход процесса определения состава операций;

Параметры операций — выход процесса определения состава операций;

Список контрольных событий — выход процесса определения состава операций;

Одобренные запросы на изменение — выход процесса определения состава операций.

Методы и инструменты

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

Финиш-старт. Инициация последующей операции зависит от завершения предшествующей операции (работа В не может начаться до завершения работы А);

 Финиш-финиш. Завершение последующей операции зависит от завершения предшествующей операции (работа В должна окончиться не раньше завершения работы А);

 Старт-старт. Инициация последующей операции зависит от инициации предшествующей операции (работа В начинается не раньше работы А);

 Старт-финиш. Завершение последующей операции зависит от инициации предшествующей операции (работа В должна продолжаться, пока не начнется работа А);

Гамак — работа В начинается с окончания работы А и продолжается до начала работы С.

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

В методе предшествования чаще всего используется отношение предшествования типа Ф иниш-старт и редко применяются отношения С тарт-финиш .

Рис. 5.3. Типы связей операций

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

Определение зависимостей. Для определения последовательности операций используется три типа зависимостей.

Жесткая или обязательная зависимость — зависимость, при которой последовательность работ не может изменяться. Обязательные зависимости являются неотъемлемым свойством выполняемой работы и часто подразумевают физические ограничения на последовательность выполнения операций.

Нежесткая или произвольная зависимость — последовательность определяется командой проекта и может изменяться.

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

Применение опережений и задержек. Опережения и задержки представляют собой интервалы времени, которые модифицируют взаимосвязи между предшествующими и последующими операциями. Опережения и задержки обозначаются знаками плюс (для задержки) и минус (для опережения) перед количеством периодов времени. На рис. 5.4 представлено графическое изображение операции с задержкой — работа Б начнется через 5 дней после окончания работы.

Р
ис. 5.4. Изображение операции Финиш-старт с задержкой на 5 дней

Команда управления проектом определяет зависимости, для которых корректное определение логических взаимосвязей может вызвать опережение или задержку выполнения операции. Опережение позволяет ускорить последующую операцию. Например, системный архитектор проекта и программисты могут приступить к разработке функциональности системы по Логистике , не дожидаясь окончания описания бизнес-процессов по функциональности Финансы, Персонал .

Выходы процесса определения взаимосвязи операций

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

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

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

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

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

Оценка ресурсов операций

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

Список операций. Список операций определяет плановые операции для оцениваемых ресурсов;

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

Наличие ресурсов. Для оценки типов ресурсов используется информация о том, какие ресурсы (функциональные консультанты, бизнес-аналитики, серверы и т. п.) потенциально доступны;

План управления проектом. План управления расписанием является составляющей частью плана управления проектом и используется в оценке ресурсов операций.

Инструменты и методы

Инструменты и методы , используемые при оценке ресурсов операций:

Экспертная оценка — часто необходима для того, чтобы оценить ресурсные входы этого процесса. Такую оценку может дать экспертная группа, имеющая специальную подготовку в области планирования и оценки ресурсов;

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

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

Выходы процесса оценки ресурсов операций

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

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

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

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

Рис. 5.7. Календарь проекта

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

Начинаем серию статей для быстрого погружения в проджект-менеджмент. Весь курс в видеоформате можно бесплатно пройти на GeekBrains. А здесь первый урок в текстовом виде — для тех, кому удобнее читать.

Этапы проекта

Любой проект состоит из четырёх этапов: инициализации, планирования, реализации и завершения. Рассмотрим каждый подробнее.

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

Планирование. Проджект-менеджер определяет, из каких специалистов будет состоять команда, каковы объёмы проекта, его этапы и контрольные точки для сверки с заказчиком. Также выявляет возможные риски и рассчитывает ресурсы.

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

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

Проектные артефакты

Артефакты проекта — это физические носители информации, которые подтверждают договорённости и позволяют всем членам команды следить за ходом проекта. Например, договор, коммерческое предложение, техническое задание, сопроводительные документы, исполняемые файлы, исходные тексты, веб-страницы, файлы с данными и справочной информацией. При этом универсального набора артефактов не существует — на каждом проекте он свой.

Рассмотрим, как распределяются артефакты на каждом из этапов проекта. При этом от проекта к проекту набор будет немного разным.

Инициализация: техническое задание, коммерческое предложение, договор и приложение к нему, дополнительное соглашение.

Планирование: план проекта, дорожная карта, точки сверки и ресурсный план.

Реализация: акт сдачи-приёмки работ, замечания и доработки.

Завершение: инструкция по работе, обучение, акт сдачи-приёмки работ.

Так могут выглядеть основные артефакты по IT-проекту:

Техническое задание (цели, требования, техническая документация).
Паспорт проекта (свод данных, участники и их зоны ответственности).
Макеты и дизайн.
Результаты исследований.
Итоги встреч и других коммуникаций.
Список задач.
Итоги проекта (доступы, документация, права).
Планы на будущее (доработки).

Сбор артефактов

Проджект-менеджер собирает артефакты проекта во время согласования требований с заказчиком и уточнения деталей — лучше показаться дотошным и избежать недоразумений, чем поскромничать и недопонять клиента.

Проджект обсуждает требования с командой, чтобы быть уверенным, что каждый понял свою задачу и выполнит работу корректно. Это ещё один этап, на котором формируются артефакты проекта.

Проджект-менеджер согласовывает результаты с конечными пользователями — это подтверждает, что команда делает именно то, что нужно заказчику.

После встречи проджект рассылает её итоги всем участникам проекта, а клиента просит подтвердить, что он тоже ознакомился с ними. Если он не отвечает, то менеджер не стесняется напомнить о письме.

Виды артефактов

Артефакты делятся на формальные и неформальные.

Формальные — обязательные, прописанные в договоре, на которых стоят реквизиты заказчика и исполнителя. Также к формальным артефактам относится документация и элементы, которые указаны в официальных документах. Если в договоре написано, что исполнитель обязан предоставить результаты исследования, то они будут формальным артефактом.

Виды заказчиков

Заказчиков принято разделять по двум принципам. Первый — по традиционному объёму документации, который необходимо вести по проекту. Второй — с точки зрения того, как происходит процесс взаимодействия до запуска проекта. В этой классификации выделяют четыре вида заказчиков:

Государственный заказчик (управление, больница, школа).
Близкий к государственной сфере.
Бизнес-заказчик.
Стартап (небольшой бизнес-заказчик).

Зона ответственности заказчика

Работая в любом проекте, нужно понимать, к кому и с каким вопросом обращаться: что может решить заказчик, что руководитель, а когда стоит получить больше информации от команды. Чтобы не растеряться в самый неподходящий момент, на старте нужно распределить зоны ответственности. Один из классических инструментов для этого — матрица RACI.

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

В матрице выделяется четыре зоны ответственности: R — responsible (исполняет), A — accountable (несёт ответственность) C — consult before doing (консультирует до исполнения), I — inform after doing (оповещает после исполнения). Рассмотрим это на примере.

По горизонтали прописаны зоны ответственности, а по вертикали — действующие лица. Анна разрабатывает устав, а Бен несёт ответственность за выполнение этой задачи. Если у кого-то из членов команды появится вопрос про устав, он сразу поймёт, к кому обратиться.

Чтобы составить матрицу RACI, нужно выполнить следующие шаги:

Составить список процессов или зон ответственности.
Выделить функциональные роли.
Назначить встречу с заказчиком и командой.
Описать матрицу.
Определить несоответствия (опционально).
Проконтролировать выполнение назначенных ролей.

При этом важно соблюдать основные принципы:

A должен быть в каждой задаче только один.
R должен быть в каждой задаче, и их может быть несколько.

Удержать все эти вещи в голове непросто, но благодаря практике можно стать эффективным проджект-менеджером. Попробуйте начать свой путь в профессии с бесплатного курса GeekBrains. Желаем удачи!

Этапы проекта

Проектные артефакты

Планирование: план проекта, дорожная карта, точки сверки и ресурсный план.

Реализация: акт сдачи-приёмки работ, замечания и доработки.

Завершение: инструкция по работе, обучение, акт сдачи-приёмки работ.

Так могут выглядеть основные артефакты по IT-проекту:

Техническое задание (цели, требования, техническая документация).
Паспорт проекта (свод данных, участники и их зоны ответственности).
Макеты и дизайн.
Результаты исследований.
Итоги встреч и других коммуникаций.
Список задач.
Итоги проекта (доступы, документация, права).
Планы на будущее (доработки).

Сбор артефактов

Виды артефактов

Артефакты делятся на формальные и неформальные.

Виды заказчиков

Государственный заказчик (управление, больница, школа).
Близкий к государственной сфере.
Бизнес-заказчик.
Стартап (небольшой бизнес-заказчик).

Зона ответственности заказчика

Чтобы составить матрицу RACI, нужно выполнить следующие шаги:

Составить список процессов или зон ответственности.
Выделить функциональные роли.
Назначить встречу с заказчиком и командой.
Описать матрицу.
Определить несоответствия (опционально).
Проконтролировать выполнение назначенных ролей.

При этом важно соблюдать основные принципы:

A должен быть в каждой задаче только один.
R должен быть в каждой задаче, и их может быть несколько.

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

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

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

Далее, например, методом мозгового штурма выполняется разбиение пакетов работ на операции. На этом этапе важно проследить, чтобы были определены все операции, необходимые для реализации проекта; при этом длительность (степень детализации) не рассматривается.

На следующем этапе выполняется учет степени детализации. Если количество выделенных операций мало, их разбивают на более мелкие, если велико - родственные операции группируют.

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

· методология внедрения ИС;

· описание содержания проекта;

· иерархическая структура работ (ИСР);

Для определения списка работ используют следующие инструменты и методы:

· планирование методом набегающей волны;

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

Список операций - перечень работ, запланированных для выполнения. В список операций входят идентификатор операции и описание содержания работ по каждой операции, подробное настолько, чтобы члены команды проекта понимали, какие работы необходимо провести.

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

Запрошенные изменения - изменения в составе работ, которые могут появиться в ходе выполнения работ по реализации ИТ и повлиять на описание содержания проекта.

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

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

Взаимосвязи операций могут быть последовательными, а также с опережениями и задержками. Взаимосвязи операций могут быть с перекрытиями или с параллельным выполнением операций.

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

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

2. методология внедрения ИС;

3. результаты процесса определения состава операций;

4. список операций;

5. параметры операций;

6. список контрольных событий;

7. одобренные запросы на изменение.

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

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

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

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

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

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

ВОПРОС 17

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

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

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

· список операций. Список операций определяет плановые операции для оцениваемых ресурсов;

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

· наличие ресурсов. Для оценки типов ресурсов используется информация о том, какие ресурсы (функциональные консультанты, бизнес-аналитики, серверы и т. п.) потенциально доступны;

· план управления проектом. План управления расписанием является составляющей частью плана управления проектом и используется в оценке ресурсов операций;

· ресурсные календари устанавливают, когда и насколько определенные ресурсы проекта будут доступны на протяжении проекта.

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

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

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

· Экспертная оценка. Такую оценку может дать экспертная группа, имеющая специальную подготовку в области планирования и оценки ресурсов.

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

· Оценка "снизу вверх". Когда плановую операцию нельзя оценить с достаточной степенью уверенности, работы в пределах такой операции разбиваются на более мелкие элементы. Ресурсные потребности каждого более детализированного элемента работ оцениваются, и эти оценки объединяются в общее количество по каждому ресурсу плановой операции.

Читайте также: