Что писать в плане проекта. Технологии планирования проектной деятельности. Трудовые ресурсы проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Трудовые ресурсы
Финансовые средства
Оборудование
Техническое оснащение
Технологии и информация
Поставщики и материалы

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

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

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

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

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

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

Ответственные лица
Структура счетов
Сроки выполнения
Содержание работ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Определяются списки проектных работ
Оцениваются параметры работ
Устанавливаются зависимости между работами

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

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

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

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

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

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

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

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

Концепция управления проектом по временным параметрам
Календарное планирование проекта
Контроль хода проектных работ
Анализ и урегулирование хода работ
Закрытие управления проектом

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

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

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

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

Ненадлежащее управление качеством и составлением смет
Отсутствие резервного плана при непредвиденных затратах
Некачественное распределение рисков среди участников проекта
Отсутствие структуры в системе коммуникаций
Трудновыполнимая система проектной отчетности

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На этапе планирования проекта решаются следующие задачи:

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

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

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

Формирование целей

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

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

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

Анализ проблем

Анализ проблем включает в себя следующие шаги:

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

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

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

Затем необходимо проблемы, отнесенные ко второй категории, разбить на два класса:

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

Эти проблемы рассматриваются в процессе перспективного планирования и прогнозирования.

Поиск альтернатив

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

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

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

Оценка альтернатив

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

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

Для обеспечения реализуемости и точности плана проекта менеджер проекта должен решить следующие задачи.

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

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

Структура разбиения работ.

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

Методы сетевого планирования проекта.

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

Управление проектами: учебное пособие/ А.Г. Ивасенко, Я.И. Никонова, М.В. Каркавин. – Ростов н/д: Феникс, 2009. – С.177-212.

Мазур И.И. Управление проектами: учеб. пособие для студентов, обучающихся по специальности «Менеджмент организации»/И.И. Мазур [и др.]. ; под общ.ред.И.И. Мазура и В.Д. Шапиро.- 6-е изд., стер. - М. : Издательство «Омега-Л», 2010. -960 с.

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

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

На этапе планирования определяются все необходимые параметры реализации проекта:

продолжительность по каждому из контролируемых элементов проекта,

потребность в трудовых, материально-технических и финансовых ресурсах,

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

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

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

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

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

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

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

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

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

К основным процессам планирования относят:

планирование содержания проекта и его документирование;

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

определение работ, формирование списка конкретных работ, которые обеспечивают достижение целей проекта;

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

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

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

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

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

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

Вспомогательные процессы выполняются по мере необходимости. К ним относят:

планирование качества, определение стандартов качества, соответствующих данному проекту, и поиск путей их достижения;

организационное планирование (проектирование), определение, обследование, документирование и распределение проектных ролей, ответственности и отношений подчиненности;

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

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

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

планирование поставок, определение того, что, каким образом, когда и с помощью кого закупать и поставлять;

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

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

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

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

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

Сущность проектного планирования

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

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

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

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

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

Место плана управления проектом на стадии его жизненного цикла. Источник: Руководство PMBOK 5

Место процессов планирования среди других процессов проектной реализации. Источник: Руководство PMBOK 5

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

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

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

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

Определения основных понятий планирования от PMI. Источник: Руководство PMBOK 5

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

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

Модель процессов планирования в управлении проектом

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

Локальный блок диаграммы потоков данных разработки плана управления проектом

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

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

Этапы разработки календарного плана

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

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

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

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

Логическая последовательность разработки календарного плана

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

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

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

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

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

Процесс определения содержания выполняется с целью прояснения масштаба проекта, границ с описанием его продукта. Процесс начинается с уточнения целей мероприятия, его связи со стратегией компании, рассмотрения вариативных подходов к реализации. PM должен четко осознавать, какие работы выходят за рамки проекта и каковы требования к продукту.
Процесс определения состава работ. Основы, заложенные в предыдущем процессе, получают развитие в полном комплексе необходимых операций для достижения успеха. Их структура и состав связаны с основной задачей проекта. ИСР является основным инструментом, применяемым PM для решения задачи настоящего процесса.
Определение взаимосвязей работ. Логическая последовательность работ служит предметом и целью настоящего процесса. Наилучшим инструментом и результатом реализации процесса является сетевая модель (диаграмма, график), построенная и оптимизированная с применением метода PERT и CPM.
Процесс оценки длительности работ. Прогнозирование продолжительности каждой работы, входящей в ИСР и сетевую модель, выполняется на основе разнообразных подходов. Основными методами служат способы оценки по аналогам, «снизу – вверх», от исполнителей, экспертная и параметрическая оценка.
Процесс оценки потребностей в ресурсах. Целью процесса является определение потребного количества человеческих ресурсов, ресурсов машин и механизмов. Ресурсы разделяются на группы: возобновляемые, расходуемые и финансовые.
Процедура разработки календарного плана. Процесс выполняется с целью определения расчетных сроков отдельных работ и проекта в целом. Важен вопрос детализации плана. Глубина его проработки должна быть достаточной для того, чтобы менеджер проекта мог контролировать ход работ и выполнение поставленных задач.
Разработка сводного плана проекта. В нем происходит объединение всех результатов работы по планированию мероприятия в единый интеграционный документ проекта.

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

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

Существуют более простые варианты, такие как сделать Landing Page с помощью сервиса LP Generator или подобного ему. Можно не ограничиваться одностраничником и сделать полноценный сайт на конструкторе сайтов. Это рабочие варианты, я никого не отговариваю от них. Все зависит от целей, которые вы ставите перед сайтом и, соответственно, от ваших требований. Я предлагаю план проекта многостраничного сайта с ориентацией на SEO продвижение без использования конструктора сайтов.

Определение основных блоков работ

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

Классический маркетинг: знакомство с продуктом, конкурентами, разработка УТП
Подбор семантики
Разработка структуры сайта
Прототипирование
Дизайн
Верстка
Программирование
Тестирование
Запуск

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

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

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

Страницы (маски)	Кол-во страниц	Собрать СЯ	ТЗ от SEO специалиста	Текст	Прототип	Дизайн	Верстка	Программирование
Главная	1	1	1	1	1	1	1	1
Корпоративным клиентам	1	1	0	1	1	1	1	1
Услуги (страница раздела)	1	1	1	1	1	1	1	1
Раздел услуги	3	3	3	3	2	2	2	2
Подраздел услуги	7	7	7	7	1	1	1	1
Вопросы и ответы (FAQ)	1	0	1	0	1	1	1	1
Страница отдельной статьи	х	х	х	х	1	1	1	1
Контакты	1	0	1	1	1	1	1	1
О компании	1	0	1	1	1	1	1	0
Цены	1	0	1	0	1	1	1	1
	17	13	16	15	11	11	11	10

Детализация списка задач

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

Задача	Исполнитель	Часы	Комментарий
Выделение основных услуг и определение конкурентов	Маркетолог	6	Важно для понимания объема сайта. После изучения конкурентов, список может быть скорректирован.
Экспресс-анализ сайтов конкурентов	Маркетолог	24	В зависимости от знания рынка и сложности проекта, время может быть скорректировано.
Формулировка преимуществ и разработка УТП	Маркетолог	8	На основе информации о компании и конкурентах вырабатываем основное предложение и тезисно отвечаем на вопрос: «почему надо купить у нас».
Начальное планирование структуры сайта	Маркетолог	2	Только после этого можно составить базовую структуру сайта, которая выглядит на данном этапе как список страниц.
Сбор семантического ядра и сегментирование	SEO-спец	26	SEO-специалист собирает полный список запросов и объединяет их в смысловые группы. Время я рассчитываю примерно по 2 часа на каждую страницу предварительной структуры сайта (для которых актуально SEO, разумеется). Если уже существует сайт, то следует учесть запросы, по которым сайт уже находится в поисковой выдаче.
Согласование и утверждение сем. ядра	Маркетолог	8	Лучше семантическое ядро согласовать и с заказчиком, чтобы избежать недопонимания в дальнейшем.
Корректировка структуры сайта с учетом сем.ядра	SEO-спец	6	Предложения SEO-специалиста по списку страниц, навигации.
Доработка и согласование структуры сайта с учетом сем.ядра	Маркетолог	4	На данном этапе мы получаем скелет сайта. Дальше я предполагаю наличие типовых страниц. К примеру, что все страницы разных услуг выполнены по одному шаблону.
Базовые рекомендации SEO по контенту для страниц постранично	SEO-спец	8	Чтобы не пришлось переделывать прототипы или даже готовые страницы, я рекомендую, получить SEO пожелания уже на этом этапе. Этот пункт про блоки на странице. Я закладываю 0,5 часа на 1 стр.
SEO ТЗ на контент страниц	SEO-спец	30	Данный пункт про рекомендации по текстам, которые должны быть на страницах. Я закладываю по 2 часа на каждую страницу.
Написание текстов	Копирайтер/Маркетолог	90	Если вам повезло найти хорошего копирайтера, можете доверить написание текстов ему. В большинстве случаев тексты для страниц услуг, уникальных страниц типо «О компании», «404», «Контакты» и т.п. я пишу сама. Время беру по своим меркам, поэтому закладываю по 6 часов на 1 стр. Но от проекта к проекту может меняться.
Прототипирование страниц	Маркетолог	82	Закладываю также по 6 часов на 1 страницу, плюс 2 рабочих дня на главную, так как необходимо подготовить разметку макета, шапку и подвал. Мне удобно делать прототипы параллельно с написанием текстов.
Подготовка ТЗ дизайнеру	Маркетолог	13	Хотя прототипы в Axure RP достаточно наглядные, по некоторым пунктам дизайнеру необходимо дать отдельные рекомендации, особенно в начале. Описать стиль, цветовую гамму. Мне удобно прислать примеры стиля и обсудить устно, чтобы быть уверенной, что мы говорим об одном и том же.
Дизайн главной страницы + рекомендации на адаптив	Дизайнер	16	Так как сейчас невозможно жить без мобильного сайта, то советую подумать об адаптивной версии уже на этом этапе. Показала себя рабочей схема, когда дизайнер готовит не несколько вариантов дизайна, а пишет рекомендации. Времени тратится меньше, а результат одинаковый.
Дизайн остальных страниц + рекомендации на адаптив	Дизайнер	66	Я считаю по 6 часов на страницу. Где-то может быть больше, где-то меньше. В это время закладываю и подготовку верстальщику рекомендаций для адаптивной верстки.
Утверждение и согласование дизайна	Маркетолог	14	На утверждение макетов всегда тратится время, особенно, когда речь идет об утверждении стиля и дизайну первых страниц. Советую заложить в плане время на это.
Подготовка оптимизированных метатегов и H1	SEO-спец	16	В целом этот пункт можно включить в любой момент до запуска сайта, но не забываем!
Составление ТЗ на верстку и программирование	Маркетолог	17	Так как я рассматриваю вариант сайта услуг, то не предполагаю сложных в реализации модулей. Поэтому закладываю 1,5 часа на страницу.
SEO рекомендации для этапа верстка и программирование	SEO-спец	6	Опять же, чтобы не переделывать, лучше сразу готовить сайт с учетом дальнейшего продвижения в поисковиках.
Верстка (адаптивная)	Верстальщик	104	Тут все зависит от сложности макетов. Я предполагаю 2 дня на разворачивание инфраструктуры, подготовку к работе и по 8 часов на 1 стр.
Утверждение и согласование верстки	Маркетолог	24	Можно не включать этот пункт, но проверять верстку, писать правки и принимать все равно придется. В зависимости от команды и проекта на это может уйти достаточно много времени. Поэтому я рекомендую заложить его в проект.
Программирование	Программист	80	Сборка разрозненных страничек в готовый сайт. Вывод в CMS модулей для дальнейшего управления контентом сайта без участия разработчика.
Утверждение и согласование программной части	Маркетолог	15	Честно говоря, кажется, что я мало времени закладываю на эту задачу. Без этого этапа вы 100% не обойдетесь, оставляйте на него время.
Тестирование и отладка	Маркетолог	40	Это задача нажать на все кнопочки, посмотреть все странички, попробовать все функции в CMS и проверить сайт в разных браузерах и на разных устройствах. Если проект небольшой, то может быть достаточно проверки своими силами, для сложных подключаем тестировщиков.
Запуск боевой версии сайта	Программист	8	До этого момента все проверки шли на тестовой площадке. Только сейчас переходим на открытый сайт для пользователей.
Подключение аналитики+CallTouch+настройка целей	Маркетолог/Программист	16	Опциональный пункт, который начинает становится нормой, так как без аналитики невозможно понять, на сколько сайт справляется со своими задачами.
Рекомендации по первичная SEO-оптимизации	SEO-спец	8	Внимательно слушаем, что нам говорит SEO-специалист и выполняем его рекомендации. Если изначально сайт готовился по текущему плану, то доработок должно быть минимум, но robots.txt и карту сайта готовим только сейчас.
Реализация SEO-рекомендаций	Верстальщик/Программист	16	Рассчитываю 2 рабочих дня.
Проверка применения SEO-рекомендаций на тестовой площадке	Маркетолог	4
Применение SEO-рекомендаций на основном сайте	Программист	3

Расчет сроков проекта

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

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

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

Также добавляю общую таблицу по срокам проекта.

	Часов	Дни
Итого время на проект:	760	62
Рабочих дней в мес		20
Срок проекта (мес.)		3.1

Я понимаю, что 62 дня не равняется 760 часам. Разница обусловлена за счет одновременного выполнения части задач разными специалистами.

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