какие стадии присущи созданию проекта

Основные этапы любого успешного проекта: от начальной идеи до завершения

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

Что же происходит на самом деле при разработке любого бизнес-проекта? Разберемся подробнее.

Основные этапы

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

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

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

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

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

Инициирование проекта

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

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

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

Хотя это не всегда необходимо. Использование Excel и Word для создания плана и передачи его команде одинаково эффективно.

Конкретные задачи на этапе планирования включают в себя:

Выполнение проекта

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

Мониторинг и контроль

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

Дополнительные важные действия на этом этапе включают в себя:

Закрытие проекта

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

Источник

Как управлять проектом? Самый простой пошаговый план для новичков

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

Совсем немного введения

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

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

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

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

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

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

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

Из второстепенных материалов:

Роадмап проекта, где указываем календарный план работ и майлстоуны

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

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

Этап Инициации

На этом этапе идея продукта формируется в виде более подробных требований. Необходимо описать в техническом задании следующее:

Общая информация о проекте

Целевая аудитория проекта и ее проблемы (потребности), которые будет решать продукт

Ожидаемые выгоды от проекта (для ЦА)

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

Основные экраны и информация на них (в текстовом виде), которая составляется на основе требований к функциям из пункта выше.

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

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

Также можно составить Роадмап проекта на этом этапе, где указать календарный план работ и майлстоуны:

Этап Разработки

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

Для каждого компонента системы указывается следующее:

Список use cases (можно постепенно дополнять use case диаграмму или сразу сделать ее в полном объеме) с описанием каждого use case

Описание экранов (также можно постепенно составлять схему экранов или карту сайта)

База данных для компонента (может постепенно дополняться или разрабатываться сразу полностью)

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

Этап Запуска

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

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

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

Источник

Этап подготовки проекта в теории

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

Что же такое проект?

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

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

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

Часто встречающиеся недостатки в реализации проектов:

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

Определение границ проекта

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

Проблемы недостаточно точного определения потребностей:

Для того, чтобы понять масштабы проекта необходимо иметь следующую информацию:

ЗС и их потребности

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

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

Определение предназначения и целей проекта

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

Цели должны соответствовать критериям SMART:

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

Возможности и угрозы

Исследование возможностей и угроз на начальной стадии проекта может быть важным для определения его масштаба. Постоянные обсуждения с ЗС могут выявить многие потенциальные возможности и угрозы, связанные с проектом. Управление рисками (возможными угрозами проекту) будет рассмотрено ниже.

Проверка осуществимости проекта

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

Риски и ситуационное планирование

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

Оценка риска и анализ влияния: ключевые вопросы

Основание для действий по проекту

Источник

Урок 1. Разработка и планирование проекта

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

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

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

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

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

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

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

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

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

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

Основные процессы (присутствуют всегда):

Вспомогательные процессы (присутствуют по мере необходимости):

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

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

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

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

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

Структура разбиения работ, матрица ответственности, статьи затрат

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

Для руководителя проекта СРР не менее важна, т.к. позволяет:

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

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

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

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

Составление СРР может выстраиваться на следующих основаниях:

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

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

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

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

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

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

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

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

Элементы матрицы – это коды видов работы из составленного заранее списка (также в матрицу можно вносить стоимость работ). Объем видов ответственности обусловлен спецификой проекта и его организации, однако рекомендуется использовать небольшой набор простых для понимания и описания видов деятельности. Ниже представлен пример матрицы ответственности:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Методами сетевого планирования называют методы, нацеленные на максимальное сокращение продолжительности проекта. Их основой служат метод критического пути (МКП или CPM (от англ. Critical Path Method)) и метод оценки и пересмотра планов (PERT (от англ. Program Evaluation Review Technique)).

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

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

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

Горизонтальная линейная диаграмма, где проектные задачи представлены временными отрезками с конкретными временными параметрами (началом, окончанием, задержками и т.д.) называется диаграммой Гантта, и она тоже является неотъемлемой частью сетевого планирования. Вот ее пример:

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

Сетевая модель разрабатывается поэтапно:

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

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

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

Чтоб отдельные этапы проекта и весь проект в целом были реализованы своевременно, необходимо также планировать проект по временным параметрам. Рассмотрим этот вопрос подробнее.

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

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

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

Планирование по временным параметрам – ключевой элемент проект-менеджмента, включающий в себя несколько составляющих. Этими составляющими являются:

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

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

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

Если говорить о причинах временных потерь в проекте, то к ним можно отнести:

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

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

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

Для эффективного тайм-менеджмента нужно грамотно устанавливать приоритеты и действовать в соответствии с ними. Руководитель проекта не должен отвлекаться на второстепенные и нечеткие задачи и медлить с принятием важных решений. Также он должен уметь делегировать полномочия.

И последнее, на чем мы заострим внимание в первом уроке, – это некоторые организационные моменты.

Организация работ по проектному планированию

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

Проектное планирование включает в себя несколько этапов:

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

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

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

Проверьте свои знания

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

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

Источник