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

Сенека,

Часть III. ФУНКЦИИ УПРАВЛЕНИЯ ПРОЕКТАМИ

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

Глава 14.Управление стоимостью проекта

Глава 15.Контроль и регулирование проекта

Глава 16.Завершение проекта

Планы — это мечты знающих людей.

Э. Фейхтерслебен

 

Глава 13. ПЛАНИРОВАНИЕ ПРОЕКТА

13.1.Основные понятия и определения.

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

13.3.Уровни планирования.

13.4.Структура разбиения работ (СРР).

13.5.Назначение ответственных.

13.6.Определение основных вех.

13.7.Типичные ошибки планирования и их последствия.

13.8.Детальное планирование.

13.9.Сетевое планирование.

13.10.Связь сметного и календарного планирования.

13.11.Ресурсное планирование.

13.12.Документирование плана проекта.

Резюме

Контрольные вопросы и задания

Литература

13.1. Основные понятия и определения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

13.3. Уровни планирования

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

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

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

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

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

Обычно выделяют следующие виды планов:

» концептуальный план;

» стратегический план реализации проекта;

» тактические (детальные, оперативные) планы.

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

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

Рис. 13.3.1. Взаимосвязь уровней планирования

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

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

» договорные требования и обязательства;

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

» оценочные и стоимостные модели;

» документация по аналогичным разработкам.

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

» что мы собираемся сделать?

» как мы это сделаем?

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

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

Рис. 13.3.2. Модель стратегического планирования

Методы SWOT-анализа (Strengths, Weaknesses, Opportunities and Threats — преимущества, слабые стороны, возможности, угрозы) часто используются для целей стратегического планирования, в особенности для оценки специфических параметров самой организации и ее окружения. Для проведения SWOT-анализа используют табл. 13.3.1. Для ее заполнения необходимо ответить на следующие вопросы:

» каковы наши преимущества, как мы можем их реализовать?

» в чем наши слабые стороны, как мы можем уменьшить их влияние?

» какие существуют возможности, как мы можем извлечь выгоду из них?

» что могло бы воспрепятствовать угрозам?

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

Таблица 13.3.1

Таблица для проведения SWOT-анализа

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

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

Двенадцать возможных стратегий для проектов:

» ориентированная на строительство;

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

» государственная;

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

» построенная на отношениях заказчик—подрядчик, при которой используются различные формы партнерских отношений между заказчиком и подрядчиком;

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

» ориентированная на ввод в эксплуатацию;

» обеспечивающая оптимизацию отношения затрат, качества и сроков;

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

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

» ориентированная на случайность или на непредвиденные чрезвычайные обстоятельства;

» пассивная, когда вообще нет стратегии как таковой и поведение окружающей среды непредсказуемо.

13.4. Структура разбиения работ (СРР)

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

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

» определить работы, пакеты работ, обеспечивающие достижение подцелей (частных целей) проекта;

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

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

» определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными точками по проекту;

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

» обеспечить членам команды понимание общих целей и задач по проекту.

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

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

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

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

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

Основанием декомпозиции СРР могут служить:

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

♦ процессные или функциональные элементы деятельности организации, реализующей проект;

♦ этапы жизненного цикла проекта, основные фазы;

♦ подразделения организационной структуры;

♦ географическое размещение для пространственно распределенных проектов.

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

Искусство декомпозиции проекта состоит в умелом согласовании основных структур проекта, к которым относят, прежде всего, организационную структуру (OBS — Organization Breakdown Structure), структуру статей затрат (ABS —- Account Breakdown Structure), структуру ресурсов (RBS — Resource Breakdown Structure), функциональную структуру, информационную структуру, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.

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

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

Правила, основные этапы построения и возможности использования СРР следующие:

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

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

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

Рис. 13.4.1. СРР для смешанного подхода

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

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

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

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

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

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

» аналогично график и план по вехам может быть представлен с помощью СРР в виде главного, укрупненного графика (project master schedule), в котором указаны основные компоненты и этапы проекта. Он является всеобъемлющим и может включать в себя контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ.

Возможные ошибки структуризации проекта:

» пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем проекта;

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

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

» повторение элементов структуры;

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

» излишняя или недостаточная детализация;

» невозможность компьютерной обработки результатов структуризации — планов проекта из-за ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);

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

» информационное или программное обеспечение.

13.5. Назначение ответственных

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

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

Рис. 13.5.1. Процесс заполнения матрицы ответственности

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

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

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

В табл. 13.5.1 показан пример матрицы ответственности. Роли в примере указывают вид участия подразделения в работе: О — ответственный исполнитель, И — исполнитель, П — приемка работ, К — консультации.

Таблица 13.5.1

Матрица ответственности

Задачи	Исполнители
Менеджер проекта	Администратор проекта	Планово-финансовый отдел	Отдел сбыта
Согласование целей	О			К
План по вехам	О	И		К
Бюджет проекта	О	И	К
План проекта	П	О
Утверждение плана	О		К	К

 

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

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

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

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

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

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

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

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

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

В статьях затрат может аккумулироваться информация по различным пакетам работ, сформированным по различным основаниям (отобранным по фильтрам):

» по содержанию;

» по срокам выполнения;

» по структуре счетов, субсчетов;

» по ответственным исполнителям.

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

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

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

Рис. 13.5.2. Формирование статей затрат

13.6. Определение основных вех

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

Рис. 13.6.1. Уровни планирования. От вех к пакетам работ

 

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

13.7. Типичные ошибки планирования и их последствия

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