Как составить план проекта за восемь простых шагов

Содержание
  1. Технология создания календарного плана проекта
  2. Алгоритм построения сетевого графика
  3. Этап 4: Создание графика проекта
  4. Шаг 2. Определите стейкхолдеров
  5. Что такое план проекта и зачем он нужен
  6. Как составить план управления проектом в Worksection?
  7. Уровни календарных графиков
  8. Более детальный разбор этапов
  9. Этап 2. Выбор целей и расстановка приоритетов
  10. Как правильно ставить задачи (цели) по проекту
  11. Как разработать план управления проектом

Технология создания календарного плана проекта

Поскольку в основе управления проектами лежат параметры содержания работ, ограничений и рисков, составление календарного следует рассматривать с учётом этих параметров. Этапы разработки плана ткже будут соответствовать этим параметрам: этап № 1 и № 2 – содержанию работ, этап № 3 и № 4 – ограничениям, этап № 5 – рискам.

  1. Формирование списка состава работ. Список важен потому, что если сразу все работы представить не получается, возникают ошибки. Чтобы этого не допустить при определении состава операций применяют метод последовательной декомпозиции работ.
  2. Определение потенциала реализации проекта на основе продолжительности работ и их последовательности, что, в свою очередь, зависит от технологии выполнения. Помимо упомянутого метода последовательной декомпозиции для определения применяют метод экспертной оценки, мозговой штурм и др.
  3. Установление доступности ресурсов. В проектных процессах задействованы человеческие, материальные, финансовые, информационные и другие ресурсы. Поэтому график работ нужно соотнести с графиком финансирования. Для этого ресурсы дифференцируют – вводят понятие дефицитных ресурсов. К таким относятся уникальные специалисты, специфические материалы и мощности. Фактор доступности напрямую отражается на последовательности и длительности работ.
  4. Определение внешних ограничений. Самые распространённые ограничения – по сезонности, по поставкам материалов и оборудования. В качестве примера ограничения по внешним событиям можно назвать срок завершения этапа, приуроченный к национальному празднику. Такие события включаются в проект в статусе вехи.
  5. Планирование реакции на риски. Для основных угроз из числа необходимо разработать план реагирования, который тоже влияет на календарный план.

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

  • Шаг 1. Определение состава работ.
  • Шаг 2. Оценка продолжительности работ (трудозатрат).
  • Шаг 3. Выявление внешних ограничений и вех.
  • Шаг 4. Выстраивание последовательности работ и календарного плана.
  • Шаг 5. Пересчёт и уточнение календарного плана на основании ресурсных ограничений.
  • Шаг 6. Учёт рисков.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рекомендуем:  Пойманы на красном: что делать при повторном штрафе за нарушение?

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

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

Этап 4: Создание графика проекта

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

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

Чего вы ждете? Попробуйте поработать с диаграммой Ганта бесплатно.

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

Шаг 2. Определите стейкхолдеров

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

Лучше выбрать отдельную тактику работы с каждым из заинтересованных лиц

Тактика зависит влияния и важности стейкхолдера.. Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.

Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.

Важность — насколько человек влияет на результат.

График влияния стейкхолдера

Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы

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

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

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

Что такое план проекта и зачем он нужен

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

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

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

Как составить план управления проектом в Worksection?

  1. Определите стартовые условия разработки плана.Определите, с кем вы будете разрабатывать план, где и когда. Также пропишите методики (например, брейншторминг) и программы для планирования проекта (Worksection, Microsoft Visual Studio), которые будете использовать.

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

  3. Определите, какие задачи будет выполнять проектная команда, а какие вы отдадите на аутсорс. Поговорите с командой перед стартом — так вы лучше поймете компетенции и заинтересованность участников в будущем проекте. В Agile-манифесте справедливо отмечено: «Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана… доверьтесь им».

  4. Выстройте иерархическую структуру работ (WBS), разбив проект на меньшие куски.WBS — это деление проекта на конкретные результаты для достижения целей проекта. Например, в проекте неоновых спиннеров один из крупных элементов WBS — «Купленный и обустроенный склад». Он включает в себя несколько элементов-результатов: «Согласованные стоимость и сроки передачи», «Посещенные 10 потенциальных объектов», «Разработанная система логистики», «Заключенный договор».

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

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

  8. Разработайте критический путь проекта.Методика критического пути хороша для продуктового бизнеса. В Worksection критический путь можно построить через диаграмму Ганта.

  9. Создайте календарный план проекта. Отметьте начальную, промежуточные и конечную даты. Например, начальная дата — 1 ноября, запуск проекта, 1 декабря, 31 декабря, 15 января — промежуточные даты продаж в честь праздников, 20 февраля — конечная дата, подведение итогов.

  10. Рассчитайте стоимость проекта.
  11. Уточните требования к качеству. Каким стандартам качества должны отвечать изготовленные спиннеры? Какие условия хранения должны быть на складах, чтобы принты на спиннерах не отслаивались, а краска — не слезала?
  12. Назначьте ответственных по задачам.
  13. Определите, как вы будете работать с ключевыми стейкхолдерами.Подберите каналы связи и определите степень вовлечения стейкхолдеров в работу над проектом. Будет ли инвестор влиять на ассортимент принтов и цвет спиннеров? Смогут ли акционеры добиться досрочного завершения проекта в случае его неудачи в первые 3 месяца? Наладив коммуникации со стейкхолдерами, вы сможете выработать единое видение проекта.

  14. Просчитайте риски. В примере со спиннерами это может быть перенасыщение рынка, судебный иск о нарушении авторских прав, нарушение поставщиком условий договора. Анализируя риски, используйте данные с предыдущих пунктов.
  15. Запишите ограничения проекта.Детали спиннеров доставляют из Китая, которые собирают в Украине. Такая схема ограничивает возможность жестко контролировать качество материалов и быстро переналадить производство в случае брака.
  16. Проверьте все пункты плана.Что вы упустили, а что оказалось лишним? Доработайте список закупок и согласуйте план со стейкхолдерами — у вас на руках готовый план управления проектом!
Рекомендуем:  Характеристики трансформатора напряжения

Уровни календарных графиков

При календарном планировании применяется система распределения графиков по уровням. Обычно используют 4 уровня графиков. (project manager)

Календарный график 1-го уровня:

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

Календарный график
2-го уровня:

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

Календарный график
3-го уровня:

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

Календарный график
4-го уровня

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

Более детальный разбор этапов

Планирование

По американской методологии PMBOK планирование занимает порядка 50% всего времени, что особенно подчеркивает его значимость.

Планирование лучше начать с разделения проекта на части (Work Breakdown Structure — WBS), где каждая фаза разделена на более мелкие задачи. Это помогает понять объем работ и учесть все нюансы.

Рис. 2 — Структура разделения проекта на подзадачи (WBS)

Графики работ

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

Самый простой вариант диаграммы можно сделать в Exсel: слева в таблице находится название работ, а все остальные столбцы — даты.

Рис. 3 — Диаграмма Ганта, Microsoft Exсel

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

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

Рассмотрим пример диаграммы Ганта, построенной в MSProject.

Рис. 4 — Диаграмма Ганта, Microsoft Project

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

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

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

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

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

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

Рекомендуем:  Что характеризует коэффициент финансовой независимости

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

Этап 2. Выбор целей и расстановка приоритетов

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

Совет

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

Как правильно ставить задачи (цели) по проекту

Рекомендую пользоваться принципом SMART. Как это расшифровывается:

S (Specific — «конкретный»): цели проекта определяются четко и конкретно, чтобы все участники и вовлеченные в процесс люди понимали, что и зачем делают. Неконкретную формулировку допускают часто и она плохо влияет на дальнейшее планирование. Например, задача:»сделать хороший сайт» достаточно абстрактна: нужно четко сформулировать, что именно мы хотим получить на выходе.

A (Achievable — «достижимый»): нужно требовать, чтобы исполнители приложили усилия, но при этом оглядываться на реальный мир и имеющиеся ресурсы. Не нужно ставить цели, которых не достигнуть, даже если вся команда будет работать 24 часа в сутки. Например, спланировать полет на Марс за 2 месяца нереально — для этого требуется гораздо больше времени.

R (Relevant — «последовательный»): все цели должны укладываться в общую концепцию, соотноситься со стратегией развития бизнеса. Например, если вы фокусируетесь на какой-то нише, то нужно развиваться именно в ней. Если не будет результатов, можно рассмотреть и другие ниши, но последовательно.

T (Timed/Timebounded — «измеримый во времени»): для целей нужно намечать временные рамки, не только конечные, но и промежуточные. Например, если сайт должен быть готов через месяц, нужно оценить сроки выполнения всех подзадач и четко сформулировать их сотрудникам и подрядчикам.

Как показывает практика, если не задать критерии по SMART, то с большой вероятностью можно как минимум сорвать дедлайн по проекту.

Чек-лист по планированию проекта

1. Составить полный список задач (SMART);

2. Распределить ресурсы на каждую задачу, убедиться, что их достаточно;

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

4. Определить критический путь, учесть риски по срокам и переносу времени исполнения;

5. Исходя из плана и ресурсов высчитать себестоимость проекта для выставления сметы заказчику.

Как разработать план управления проектом

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

Определяется, как вы будете планировать (один, с другом, с командой, где, как, когда и проч.)
Определяется список требований к результату проекта и к управлению проектом (с указанием приоритетов)
На основе требований разрабатывается описание содержания проекта или видение проекта (что будет в итоге на выходе проекта?)
Принимаются решения о том, что именно будет приобретаться (в том числе какие работы “как сервис”), а что – делаться силами команды
Создается WBS (ИСР) проекта, декомпозирующая результат проекта на управляемые куски

Это наш будущий базовый план содержания проекта.

Для каждой работы в WBS определяется набор задач для ее выполнения (что нужно сделать, чтобы получить данный конкретный результат?)
Строятся зависимости между задачами (для выполнения задачи 5 должны быть выполнены задачи 2 и 4)
Определяется, какие знания и навыки нужны для выполнения каждой задачи (обратите внимание, что пока речь не о членах команды, а о компетенциях!)
Оцениваются длительность и стоимость выполнения каждой задачи (наконец-то началась знакомая всем часть, правда?)
Определяется критический путь проекта (теперь мы знаем, сколько всего времени нужно на весь проект)
Разрабатывается календарный план проекта (если на предыдущих шагах все сделано верно – то достаточно будет задать начальную или конечную дату и получить результат). Это наш будущий базовый календарный план проекта.

Определяется стоимость проекта (во сколько же обойдется этот конечный результат). Это наш будущий базовый план стоимости проекта.

Уточняются требования к качеству (как поймем, что то, что мы сделали в проекте, мы сделали хорошо?)
Разрабатывается план улучшения процессов (см.выше)
На задачи назначаются конкретные люди (тут мы пытаемся связать требуемые компетенции для конкретных задач с компетенциями конкретных членов команды)
Планируются коммуникации и работа со стейкхолдерами (как будем работать с окружающими людьми в проекте и вне него)
Производится анализ рисков на основе всего, что мы напланировали раньше (и тут нас ждет множество сюрпризов)
Посмотрев на все это и поняв, что ничего ни с чем не сходится – возвращаемся в самое начало и пытаемся последовательно достичь баланса, учитывая ограничения проекта.
После того, как после N итераций мы достигли какого-то баланса – разрабатывается план управления изменениями, доводится до ума перечень закупок и требований к ним, все написанное выше складывается в одну кучку и согласуется с заинтересованными лицами – и наш план управления проектом готов.

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

Удачи!

Рейтинг статьи
Оцените статью: 1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд
Загрузка...
Комментариев нет, будьте первым кто его оставит

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

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