Финансовые услуги. Консультирование, крупный бизнес, Project Online. Технологические товары и услуги

Блог Проектной Практики

В Мирнинском районе оценили первые итоги внедрения проектного управления Мирнинский район стал одним из четырех пилотных районов по внедрению проектного управления. За это время проведена значительная организационная работа, но главным итогом стала успешная реализация трех проектов - «Бесплатное молоко первоклассникам», «Центр социального предпринимательства» и «Детский технопарк». Сейчас в районе […]

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

• Затраты;
• Финансирование;
• Дебиторская и кредиторская задолженность;
• Незавершенное строительство;
• Ввод в эксплуатацию объектов основных средств и другие показатели.

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

Ваши потребности

При управлении проектами и портфелем проектов одними из основных задач являются следующие:

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

1. Распределение финансирования по проектам раз­личного приоритета;

2. Распределение затрат по проектам различного вида и комплексности;

3. Распределение финансирования по различным подрядчикам (заказчикам) и другие.

Наше решение

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

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

2. Обучение персонала, включающее:

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

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

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

"Управление финансами проекта" позволяет :

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

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

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

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

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

Доходы. Договоры.

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

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

Личный опыт
Свейн Оге Ольсен , главный финансовый директор ОАО «Аптечная сеть 36,6» (Москва). В процессе стратегического развития компании мы выделили два типа проектной деятельности — программы и проекты. К программам относятся направления, представляющие собой совокупности повторяющихся типовых проектов, к примеру, программа открытия аптек, внутри которой существуют типовые проекты открытия торговых точек. В отдельные проекты выделяются разовые начинания, такие как введение в ассортимент новых товарных категорий (например, оптики), изменение стандарта оформления аптек, внедрение IT-систем и т. д.
Проектное управление включает такие специфические методы, как управление бюджетом и расписанием проекта, декомпозиция работ и т. д. Если в рамках конкретной компании методы проектного управления используются регулярно, можно говорить об управлении по проектам и создании системы управления проектами (СУП), то есть совокупности правил и процедур, обеспечивающих появление, проработку, реализацию и контроль проектов внутри компании в соответствии с методами проектного управления.

Эффективность системы управления проектами

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

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

Пример 1
В компании существует типовая задача открытия нового магазина. Ранее на ее решение уходило четыре месяца, а после начала использования проектного подхода и при жестком соблюдении сроков — три. В этом случае компания получит дополнительную прибыль от более раннего запуска магазина. При рентабельности в 10% и планируемом объеме продаж в первом месяце в 500 тыс. руб. дополнительная прибыль от сокращения сроков запуска магазина на один месяц составит 50 тыс. руб.

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

К основным качественным преимуществам использования СУП в рамках компании относятся:

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

Эффективность внедрения

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

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

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

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

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

Рис. 1. Варианты присутствия проектной деятельности в деятельности компании

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

Этапы внедрения СУП

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

Этап 1. Изменение оргструктуры

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

К функциям проектного офиса относят:

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

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

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

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

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

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

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

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

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

Этап 2. Разработка нормативной документации

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

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

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

Рис. 2. Упрощенный пример описания бизнес-процесса прохождения проекта

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

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

Классификация также может быть иерархической (сначала по сфере приложения, потом по содержанию):

а) сбытовые:

• развитие ассортимента;
• развитие сбытовой сети;
• развитие способов продвижения;
• развитие логистики;

б) производственные:

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

в) обеспечивающие:

• автоматизация процессов управления;
• реорганизация бизнес-процессов;
• повышение эффективности работы вспомогательных подразделений.

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

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

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

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

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

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

Изменение статуса проекта происходит после рассмотрения его на инвестиционном комитете на основании принятых в компании граничных условий. Например, к исполнению принимается проект, срок окупаемости которого не менее трех лет, значение IRR — не ниже 25% и т. д. Если показатели проекта значительно превосходят указанные, то ему присваивается статус «к запуску», если они близки к граничным или меньше их, то статус — «отложенный», если проект был отклонен, то он передается в архив со статусом «отклоненный», а в случае отправки проекта на доработку статус не меняется.

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

Этап 3. Автоматизация

Несмотря на то, что выбору программного продукта для автоматизации СУП посвящено огромное количество статей, на практике следует руководствоваться реальными потребностями компании. Так для крупной строительной организации, которой необходим полноценный учет материалов, посменная работа и т. п., нужна система профессионального уровня (Primavera Enterprise, Spider Project). Для компании поменьше подойдут Microsoft Project и OpenPlan Pro. Они обладают богатыми возможностями групповой работы: создание единого пула ресурсов, доступ к проектам через web-интерфейс, интеграция с почтовыми и учетными программами. В России также существуют системы, реализующие функции бюджетирования и управленческого учета по проектам и автоматизирующие документооборот (ТУ «Управление проектами» на базе «1С:Пред-приятие 8.0»). Однако они не являются полноценной заменой автоматизированной СУП, так как не предназначены для оптимизации расписаний проектов и управления ресурсами по проектам.

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

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

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

Изменения в управлении финансами

Для финансового директора при постановке СУП наиболее важным вопросом будет описание порядка управления стоимостью и денежными потоками проекта. Введение этих процедур подразумевает изменение существующих правил бюджетирования и проведения платежей. Чаще всего совокупность проектов компании выделяется в отдельный ЦФУ «Инвестиционная деятельность» или «Проектный центр». Бюджеты ЦФУ консолидируются в бюджет всей компании, как если бы это было отдельное подразделение. Внутри ЦФУ для каждого проекта также ведется полный набор бюджетов.

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

Однако выделить в отдельный проект только дополнительный объем продукции проблематично. Поэтому с начала реализации проекта весь цех переводится из основной деятельности в инвестиционную, а оценка стоимости цеха производится так, как если бы это было отдельное предприятие. По ЦФУ, к которому раньше относился цех, начисляется доход в размере стоимости цеха, по ЦФУ «Инвестиционная деятельность» — расход в размере той же суммы. После реализации проекта производится обратная операция. При этом сумма добавочной стоимости, создаваемой цехом, может оставаться в ЦФУ «Инвестиционная деятельность», а может и перейти в первоначальный ЦФУ.

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

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

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

Пример 2
Предположим, что на месяц было запланировано десять работ с бюджетом 12 тыс. долл. США. По итогам месяца оказалось, что освоенный бюджет составил 5 тыс. долл. США. Однако после проведения факторного анализа выяснилось, что четыре работы с бюджетом 8 тыс. долл. США были отложены до следующего месяца и появилась новая работа стоимостью 300 долл. США. Видно, что по изначально запланированным работам бюджет составлял 4 тыс. долл. США (12 тыс. минус 8 тыс.), а с учетом новой работы сумма составит 4,3 тыс. долл. США. Таким образом, превышение бюджета за счет удорожания составило 700 долл. США. Общее отклонение бюджета в 7 тыс. долл. США раскладывается на отклонение по стоимости плюс 0,7 тыс. долл. США, и отклонение по составу работ минус 7,7 тыс. долл. США (8 тыс. минус 0,3 тыс.). Еще одной сложностью является то, что план-график работ по проекту подвержен постоянным корректировкам, а это приводит к смещению сроков платежей и оплат, относимых в бюджете к единичному месяцу. Поэтому, если в рамках месячного бюджета еще можно добиться приемлемой точности планирования, то годовой бюджет будет устаревать через два-три месяца. В этой ситуации стоит подумать о введении в компании скользящего бюджета, пересматриваемого с определенной периодичностью.

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

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

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

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

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

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

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

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

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

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

Мнение консультанта
Григорий Ципес
Мы видим три основных пути преодоления сопротивления персонала при внедрении системы управления проектами - агитация, принуждение и мотивация.
Агитация представляет собой разъяснение будущим руководителям проекта и персоналу, который будет задействован в его реализации, для чего необходимо управление по проектам, и что эти сотрудники приобретут в случае его использования. Как показывает опыт, наибольшее сопротивление вызывает формализация действий, то есть необходимость заполнения большого количества документов, и боязнь контроля деятельности. Разумеется, в ситуации, когда проект реализуется успешно, такая формализация может показаться напрасной тратой времени. Но если проект будет идти не так, как запланировано (что происходит не так уж редко), именно соблюдение формальностей позволяет уберечь себя от неприятностей и несправедливых обвинений («я предупреждал об этом, вот справка»). И вместе с тем резко возрастает прозрачность проекта для всех заинтересованных сторон, уменьшаются возможности «ловить рыбку в мутной воде».
Стимулирование (принуждение) подразумевает создание таких правил и процедур, которые не позволят реализовывать те или иные действия в проекте без соблюдения определенных формальных требований (например, платеж не совершается без соответствующей заявки и визы финансового директора).
Мотивация должна быть построена на основе объективного учета вклада каждого сотрудника в успех проекта. Мы обычно предлагаем премировать сотрудников, не только участвующих в проекте, но и тех, кто его обслуживает (финансисты, юристы), чтобы избежать ненужных проволочек при принятии решений. На этапе пилотного внедрения проектного управления они получают дополнительное вознаграждение даже не за успех проекта, а просто за то, что согласились играть по новым правилам и реализовывать проект. В дальнейшем базой для премирования становятся результаты проекта (в том числе финансовые), так как на этом этапе важно не только заставить людей работать в соответствии с СУП, но и ориентировать их на успех. И нельзя забывать о нематериальной стороне мотивации. Руководители проектов — в прошлом рядовые сотрудники, которые после внедрения проектного управления обрели новый профессиональный статус и резко повысили свою рыночную стоимость.

Под эффективностью использования понимается оценка СУП менеджерами компаний.

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

Система управления проектами и портфелями (Майкрософт) для сферы финансовых услуг

Коммерческие ссуды

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

Слияния и поглощения

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

Соответствие нормативным требованиям

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

Запуск новых продуктов

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

Основные решения и продукты для сферы финансовых услуг

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

Консультирование, крупный бизнес, Project Online

ARUP

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

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

Преимущества

• Быстрый и удобный контроль состояния проектов
• Простая и эффективная платформа для формулировки идей
• Удаленный доступ к проектным данным
• Платформа для постоянного совершенствования

Профессиональные услуги

Практический пример ИТ-службы Майкрософт

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

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

Технологические товары и услуги

Исследование общего экономического эффекта

Общий экономический эффект от использования системы управления проектами и портфелями (Майкрософт)

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

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

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

Сколько нам потребуется денег и когда?

Можем ли мы себе это позволить?

Где взять недостающие средства: головная компания, другие проекты, при­влечение внешних инвесторов, кредиты?

Когда мы вернем вложенные в проект средства?

Когда выйдем на запланированный объем прибыли?

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

Два базовых документа в управлении финансами проекта - это смета и бюджет.

Смета проекта - список затрат проекта, разбитых по статьям.

Примера. Смета на ремонт двухкомнатной квартиры в доме серии П-44Т катего­рии «Премиум-класс» (без стоимости материалов) в у.е.

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

Пример бюджета:

Бюджет проведения конференции

Генеральный директор ООО «МегаКон» Андреев А.Н.

Главный бухгалтер 000 «МегаКон» Карасева B.C.

Также нас интересует график движения денежных средств (ДДС, чистый де­нежный поток, чистый финансовый поток, cash flow) 1 по проекту.

1 Пример взят с сайта www.profitd.ru.

1 См. п. 4.1.2 «Жизненный цикл проекта».

Как он формируется?

Прежде чем это выяснить, нам понадобится один термин,

Чистая приведенная стоимость (Net Present Value - NPV) - сумма дисконтиро­ванных поступлений за вычетом дисконтированных затрат, получаемых в каждом году в течение срока жизни проекта.

ПРИМЕР 60. Сергей Багузин, замдиректора по развитию крупной ИТ-компании: «Бизнес имеет много измерений. Собственник, как правило, начинается с коммерсанта. По аналогии с механикой (раздел физики) можно сказать, что управление прибылью - первое измерение бизнеса (одномерное пространство). Далее, по мере развитая бизнеса собствен­ник (менеджер) приходит к пониманию важности управления финан­сами, персоналом, операциями, качеством... Возникает многомерное пространство. Чем большим числом измерений способен управлять менеджер, тем более он компетентен.

Что значит «дисконтированный»? Дело в том, что ценность денег со временем изменяется: как правило, уменьшается. Доллар сегодня и доллар 10 лет назад (не говоря уже о начале XX века) имеют совершенно разный вес. Дисконтированный - означает «с учетом изменения ценности денег во времени».

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

Дисконтирование суммы в 1000 у.е. при ставке 10%:

В нижеприведенном примере подразумевается, что цифры прихода и расхода уже взяты с учетом дисконтирования (рис. 40). Пример расчета NPV

Именно NPV с нарастающим итогом откладывают по вертикали на графике ДДС. Инвестора интересуют следующие основные параметры проекта 1 .

NPV, который показывает нам, сколько денег мы заработаем на проекте.

PI (profitability index, индекс доходности) - сумма поступлений от проекта, деленная на сумму затрат по проекту.

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

IRR (internal rate of return, внутренняя норма доходности) - ставка дисконти­
рования, при которой NPV равен нулю 2 .

Если вы сравниваете IRR с какой-либо нормой, например, с рыночными ставка­ми привлечения кредитов или с нормой доходности проектов, принятой в компа­нии, то величина IRR позволяет определить, дает ли анализируемый проект при­емлемую эффективность использования финансовых ресурсов.

То есть ценность 1000 у.е„ полученных или потраченных на седьмой год реали­зации проекта, равна ценности 51"3,16у.е. в базовом (начальном) периоде.

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

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

1 Хотя некоторые компании учитывают дисконтирование даже в пределах одного года: вопрос необходимой точ­ности и трудозатрат.

ПРИМЕР 61. Сергей Багузин, замдиректора по развитию крупной ИТ-компании: «Мы занимаемся дистрибуцией и используем IRR (в Excel это функция ВСД - внутренняя ставка доходности) в качестве основ­ного показателя эффективности управления бизнесом по продукту. Фантастически емкий показатель! Он чувствителен практически к лю­бому управленческому воздействию, направленному на рост эффек­тивности дистрибуции: увеличению отсрочки по кредитам, сокраще­нию дебиторской задолженности, уменьшению складских остатков, росту маржинальности продаж...»

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

2 Понимаю, что определение не совсем очевидное. Однако его объяснение выходит за рамки книги. Ищите в дру­
гих истопниках.

Рисунок 40. Расчет NPV: по годам и по годам с нарастающим итогом

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

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

ПРАКТИЧЕСКОЕ ЗАДАНИЕ 54

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

Насколько он вас устраивает?

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

Управление стоимостью проекта включает след. процессы:

1 Стоимостная оценка – определение примерной стоимости ресурсов,

необходимых для выполнения операций проекта.

2 Бюджетирование проекта – установление целевых показателей затрат на реализацию проекта.

3 Контроль стоимости – воздействие на факторы, вызывающие

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

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

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

Воздействие на факторы, вызывающие изменения базового плана по стоимости

Проверка того, что запрошенные изменения получили одобрение

Управление фактическими изменениями по мере их возникновения

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

Осуществление мониторинга выполнения стоимости с целью обнаружения и анализа отклонений от базового плана по стоимости

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

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

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

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

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

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

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

Управление изменениями в бюджете с целью обеспечения выполнения бюджета;

Предотвращение ранее запланированных ошибочных решений;

Информирование всех заинтересованных лиц о ходе выполнения проекта с точки зрения соблюдения бюджета.

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

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

-расчетная стоимость (PC): наилучшая оценка общей стоимости, которую будет иметь работа или проект при завершении. Расчетная стоимость вычисляется как сумма фактических затрат на текущую дату и НДЗ;

Основныепринципы управления стоимостью

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

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

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

Управление стоимостью (затратами) проекта включает следующие процессы:

оценку стоимости проекта;

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

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

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

Смета проекта – документ, содержащий обоснование и расчет стоимости проекта, обычно на основе объемов работ проекта, требуемых ресурсов и цен.

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

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

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

Рисунок 5.1 - Распределение стоимости проекта в течение его жизненного цикла