Планирование проекта. иерархическая структура работ

Трудовые ресурсы проекта

В этой части планирования сначала определяется объём доступных ресурсов. Это делается путём составления перечня исполнителей, доступности и возможности их участия в проекте.

Затем на каждую работу проекта назначаются исполнители с определением зоны их ответственности. Нередко в календарном плане на уровне распределения трудовых ресурсов возникают противоречия. Тогда производится анализ противоречий и их устранение.

Все эти взаимоотношения рекомендуется отражать в сводном документе, поскольку проговорённая, но незадокументированная информация часто исполнителями не воспринимается как однозначная.

Какие существуют стратегии и методы планирования проектов

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

В зависимости от совокупности всех этих факторов следует выбирать одну из двух стратегий по составлению плана. Среди них такие варианты:

  1. Все ресурсы бизнеса направлены на создание и реализацию одного, но крупного и прибыльного проекта с целью его оперативного исполнения.
  2. Компания ведет одновременную и непрерывную разработку нескольких проектов, равных по значимости и выделенных на них ресурсов.

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

Участие в испытании

  1. После прохождения процесса идентификации и наступления времени начала на странице испытания появится доступ к заданиям и поле для загрузки файлов с решениями.
    Оставшееся до окончания испытания время отображается под окном видеоконференции. Оно включает в себя 15 минут на оцифровку и загрузку решений.
  2. Каждое задание следует решать на отдельном чистом белом листе формата А4 (необходимо заранее подготовить достаточное количество бумаги для черновиков и чистовиков). В верхней части листа требуется указать номер задания. Фамилию, имя, отчество, регистрационный номер на листах указывать запрещено. При необходимости для записи решения можно брать дополнительные листы. В этом случае в верхней части каждого листа указать номер задания и в скобках указать номер листа. (Например, «№5 (лист 1)», «№5 (лист 2)»).
  3. При решении заданий олимпиады запрещено:
    • пользоваться наушниками, взаимодействовать с мобильными устройствами. Если микрофон встроен в гарнитуру с наушниками – следует расположить её на столе;
    • читать условия задач вслух, комментировать их;
    • вступать в разговоры с третьими лицами, привлекать помощь третьих лиц, использовать справочные материалы (книги, шпаргалки, записи), средства связи;
    • покидать зону видимости камер (за исключением одного выхода в туалет длительностью не более 3 минут с предварительным получением разрешения от наблюдателя);
    • отключать камеры или микрофон; при наличии проблем с техникой, участнику даётся до 3 минут на возобновление трансляции видео и звука.
  4. На случай проблем с видеоконференцией у наблюдателя есть возможность отправить Вам сообщение на странице испытания. При отображении такого сообщения воспроизводится звук. Чтобы гарантированно увидеть такое сообщение рекомендуется постоянно держать на экране открытым интернет-браузер со страницей испытания.
  5. При возникновении любых вопросов обращайтесь к наблюдателю через микрофон или через текстовый чат системы видеоконференции.
  6. Не позднее, чем за 15 минут до окончания мероприятия необходимо приступить к оцифровке решений. Для этого следует отсканировать или сделать фотографию каждого листа с использованием яркого источника подсветки. При оцифровке мобильным телефоном рекомендуется использовать специальные приложения для сканирования документов (или соответствующие режимы штатного приложения камеры). Разрешение оцифрованного листа с решением должно составлять не менее 200 точек на дюйм (что соответствует размеру листа А4 на изображении 1600х2400 точек). Для каждого изображения необходимо убедиться, что весь текст на нём легко читается. Файлы необходимо сохранить в одном из следующих форматов: jpg, jpeg, pdf. Размер каждого файла не должен превышать 10 Мб.
    Оцифрованные решения загружаются в область «Скан решения» страницы испытания. Загрузка возможна как с компьютера, так и с мобильного устройства. Во втором случае необходимо учитывать следующее:
    • для загрузки необходимо авторизоваться в личном кабинете с мобильного устройства и перейти на страницу испытания;
    • если для оцифровки решений используется то же устройство, что и для трансляции видео, отключать трансляцию не надо (однако автоматическая приостановка трансляции с последующим возобновлением допустима).

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

    • одновременно можно загружать не более 20 файлов (если файлов больше — загружайте их группами по 5-10 штук);
    • суммарный объём одновременно загружаемых файлов должен быть не более 50 МБ (если он больше — загружайте их группами суммарным объёмом 20-30 МБ).

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

Планирование проектов в организации (часть 4) +10

  • 17.09.19 13:37


sbase

#467667

Хабрахабр

1500

Управление продуктом, Управление проектами, Управление разработкой
Рекомендация: подборка платных и бесплатных курсов Python — https://katalog-kursov.ru/

Я продолжаю цикл публикаций о Pulse Management — Управление проектной организацией (Метод Пульса). В этой статье я расскажу о самой «вкусной» части: Планирование проектов. Планирование — это самая простая и самая сложная часть любого проекта основанного целью которого является создание интеллектуальной собственности. Простая — потому что «берешь алгоритм действий и пошел планировать», а сложная — потому что дьявол в в деталях о которых мы постоянно забываем.
Напомню содержание предыдущих серий на которых базируются выкладки в этой статье: Модель организации, принципы Метода. и Правила управления целями. И вот, когда мы определились с тем ставить цели, и выбрали цель самое время разобраться с планированием проектов.

Стратегия фокуса на одном проекте

  1. В ИТ-проекте есть фазы: анализ, разработка, тестирование. Анализ выполняют аналитики, разработку – разработчики, тестирование – тестировщики. Если вся работа по анализу выполнена вначале проекта, то есть иллюзия, что аналитики будет простаивать. Но на самом деле, они постоянно требуются для разъяснения требований по Изделию или их уточнения. Конечно не в полном объёме, но требуются.
  2. В строительном проекте на фазе “реализация” есть “авторский надзор” от проектировщиков сооружения. То есть регулярная проверка соответствия результата техническому заданию и проектной документации.

Принципы проектного планирования

Принимаемые решения и предпринимаемые действия в сфере проектного планирования основываются на нескольких важных принципах:

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

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

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

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

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

1.1.3 Процессы планирования

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

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

· Цели продукта -это свойства и функции, которыми должна обладать продукция проекта.

· Цели проекта -это работа, которую нужно выполнить для производства продукта с заданными свойствами.

В ходе исполнения проекта эти процессы многократно повторяются. Изменениям могут подвергнуться цели проекта, его бюджет, ресурсы и т. д. Кроме того, планирование проекта -это не точная наука. Различные команды проекта могут разработать различные планы для одного и того же проекта. А пакеты управления проектами могут составить различные расписания выполнения работ при одних и тех же исходных данных.

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

Кроме перечисленных основных процессов планирования имеется ряд вспомогательных процессов, необходимость в использовании которых сильно зависит от природы конкретного проекта:

· планирование качества — определение того, какие стандарты качества использовать в проекте, и того, как этих стандартов достичь;

· планирование организации — определение, документирование и назначение ролей, ответственности и взаимоотношений отчетности в организации;

· назначение персонала — назначение человеческих ресурсов на выполнение работ проекта;

· планирование взаимодействия — определение потоков информации и способов взаимодействия, необходимых для участников проекта;

· идентификация риска — определение и документирование событий риска, которые могут повлиять на проект;

· оценка риска — оценка вероятностей наступления событий риска, их характеристик и влияния на проект;

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

· планирование поставок — определение того, что, как и когда должно быть поставлено;

· подготовка условий — выработка требований к поставкам и определение потенциальных поставщиков.

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

Как сократить график проекта?

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

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

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

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

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

Применение метода сбоя на критическом пути

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

Сначала вы начинаете сокращение с наименее дорогих задач. Затем вы должны «сбить» задачи с более высокими ценами, только до тех пор, пока вы не сократите график на необходимую вам сумму. Таблица сбоя, представленная ниже, позволяет легко увидеть, какие задачи вы должны сбить.

Имя задачи

Длительность задачи

Стоимость задачи

Снижение сбоев в неделю

Стоимость сбоя для задачи

Стоимость в неделю

Длительность проекта

Общая стоимость сбоя

Задача 1

3

10 000,00 руб

0,25

250,00 руб

1 000,00 руб

39,75

250,00 руб

Задача 2

3

15 000,00 руб

1,5

2 400,00 руб

1 600,00 руб

38,25

2 650,00 руб

Задача 3

2

5 000,00 руб

1

1 000,00 руб

1 000,00 руб

37,25

6 650,00 руб

Задача 4

1,5

5 000,00 руб

0,25

200,00 руб

800,00 руб

37

3 850,00 руб

Задача 5

4

8 000,00 руб

0,5

300,00 руб

600,00 руб

36,5

4 150,00 руб

Задача 6

2

15 000,00 руб

1

3 000,00 руб

3 000,00 руб

35,5

7 150,00 руб

Задача 7

3

15 000,00 руб

0,5

2 000,00 руб

4 000,00 руб

35

9 150,00 руб

Задача 8

3

15 000,00 руб

0,5

4 000,00 руб

8 000,00 руб

34,5

13 150,00 руб

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

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

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

Третий метод сокращения графика – сокращение масштабов проекта. Пока задачи для удаленной области находятся на критическом пути, сокращение области сокращает график

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

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

Составление плана проекта

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

  • по объёму работ,
  • по приоритету,
  • по выбору методик управления,
  • по нормам качества,
  • по форме поддержания связи с заинтересованными лицами,
  • по критериям измерения производительности и др.

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

  1. Предыстория проекта.
  2. Задачи и цели.
  3. Масштаб.
  4. Границы (ограничения).
  5. Предположения (допущения).
  6. Влияния и зависимости.
  7. Риски и проблемы.
  8. Стратегии и методики.
  9. Средства и способы контроля времени, ресурсов, качества, масштаба.
  10. Коммуникации.
  11. График поставок.
  12. Производительность и её измерение.
  13. Реализация выгод.

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

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

Сразу решить, как управлять изменениями

Управление требованиями — отдельная большая тема, и здесь мы рассмотрим только небольшой её кусочек, связанный с ресурсным планированиям.

За более чем 20 лет работы в ИТ я не участвовал ни в одном проекте, где требования бы не менялись по сравнению с первоначальной постановкой. Требования обязательно будут меняться. И перед подготовкой ресурсного плана лучше сразу решить, кто и как будет управлять изменениями и как вы это будете отражать в ресурсном плане.

Если у вас большой проект, вы сразу согласовали с заказчиком объём возможных изменений и у вас есть CR Bucket (объём LOE, оплаченное заказчиком, которое будет потрачено на изменения) — отлично. Тогда у вас есть почти точная цифра часов, которые вы должны заранее зарезервировать под пока неизвестные задачи. В зависимости от размера этого LOE и предполагаемого потока изменений, полезно заранее решить. В любом случае, нужно ответить себе на следующие вопросы:

  • Известен ли объём предполагаемых изменений? Если нет согласованного CR Bucket, то нужно попробовать сделать свою оценку на базе проектных рисков и вашего видения ситуации.
  • Сможете вы лично управлять изменениями или у вас это будет делать специально обученный человек (Change Manager)?
  • Выделяете ли вы отдельную команду для работы с изменениями или эта нагрузка будет распределяться по всем членам команды. Хорошей практикой является выделение хотя бы отдельного бизнес-аналитика на работу с изменениями.
  • Будете вы делать отдельный ресурсный план на работу с изменениями или всё будет в едином ресурсном плане?

Алгоритм построения сетевого графика

Алгоритм построения сетевого графика по методу критического пути состоит из 10 следующих шагов.

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

Шаг 2. Выявить ограничения

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

Определить состав работ, необходимых для достижения цели, поставленной на шаге 1.

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

Определить последовательность работ. Определить работу, которая должна быть выполнена в первую очередь. В некоторых случаю таких работ может быть несколько и они будут выполняться параллельно. Эта работа должна быть самой левой на графе.

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

Начало выполнения параллельных работ должно быть строго привязано к завершению предыдущих работ.

Указать связи между работами, обычно в виде стрелок, которые показывают последовательность выполнения работ. Направление стрелок устанавливается слева направо.

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

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

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

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

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

Оценка времени и стоимости проекта

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

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

Оценки не должны быть идеальными. Для выбора проекта может быть достаточно оценки плюс или минус 75%. По мере того как вы узнаете больше о проекте во время планирования и выполнения, ваши оценки становятся более точными, в идеале, плюс-минус 10%.

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

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

Метод оценки и анализа проектов (Project Evaluation and Review Technique), сокращенно обозначается как PERT, использует лучшие, худшие и наиболее вероятные результаты для оценки проекта. Это хороший подход, если проект вам незнаком или имеет большую неопределенность.

Теперь поговорим, как работает техника Дельфи. Для начала вы просите нескольких экспертов составить оценки независимо друг от друга. Затем вы делитесь результатами с группой, сохраняя оценки анонимно, чтобы исключить любое влияние на результат.

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

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

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

Основы проектного планирования

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

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

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

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

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

Сущность планирования заключается в нескольких основных и вспомогательных процессах. При этом первые в нем присутствуют всегда. К ним относятся:

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

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

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

Как определить необходимые ресурсы для задач?

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

Давайте посмотрим, как задачи меняются из-за назначения ресурсов. Продолжительность – это промежуток времени между началом задачи и ее окончанием. Работа, также называемая усилием – это количество часов или дней, когда кто-то работает над задачей. Если у вас будет больше или меньше людей, чем вы запланировали, продолжительность вашей задачи изменится. Посмотрим, как это работает.

Предположим, вы подсчитали, что на установку оборудования конференц-центра у пяти человек уйдет четыре дня. Это восемь часов в день на человека, а значит 40 рабочих часов в день в течение четырех дней, или 160 рабочих часов. Что случится, если вы получите только четыре человека? Сколько времени займет задание?

Теперь команда из четырех человек может работать только 32 часа каждый день. Если вы поделите 160 часов на количество часов в день, то есть 32, вы получите новую продолжительность в пять дней. Работа остается прежней, но продолжительность задачи варьируется. Тот же расчет применяется, если кто-то переключается на работу на полставки вместо полной. Поскольку вы делите объем работы на половину количества часов в день, задача займет вдвое больше времени.

С другой стороны, если вы получаете больше людей, продолжительность задачи уменьшается. Скажем, поставщик оборудования может дать вам восемь человек. Тот же самый объем 160 часов, команда из восьми человек работает 64 часа в день. Если вы разделите 160 часов на 64, ваша новая продолжительность составит два с половиной дня.

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

Когда назначенные ресурсы доступны, это также влияет на время выполнения работы. Например, в вашем графике указано, что установка оборудования начнется 9 февраля. Однако IТ-компания завершает другой проект, и команда не будет доступна до 18 февраля. Это означает, что вы должны отложить эту задачу в своем графике, чтобы отразить в нем, когда ресурсы доступны. Когда вы назначаете ресурсы для задач, вы, наконец, получаете четкое представление о том, когда в вашем проекте происходит работа.

Как отслеживать выполнение

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

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

Основная информация по итоговым результатам приводится в таблице.

№ п/п Фактические данные по выполненным задачам Отслеживаемый показатель
1 Время выполнения задания Срок реализации намеченных целей
2

Материальные ресурсы

Объем необходимого сырья, материалов для осуществления проекта
3

Финансы

Стоимость работ = денежные затраты на материалы + зарплата + непредвиденные расходы
4 Объем выполненных работ Процентное выполнение задач по каждой фазе проекта или по трудозатратам
5 Качество Соответствия работы к требованиям потребителя, заказчика

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

Рейтинг
( Пока оценок нет )
Editor
Editor/ автор статьи

Давно интересуюсь темой. Мне нравится писать о том, в чём разбираюсь.

Понравилась статья? Поделиться с друзьями:
Работатека
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: