«Зеленые пирожки» для управления бюджетом проекта
Елена Филипова, сертифицированный специалист Project Management Institute, квалификация Project Management Professional (PMP), автор книги «С чего начать внедрение проектного управления? Готовая методология контроля проектов организации»
Не так давно я рассказывала о том, что внедрение информационной системы проектного управления и программного продукта для управления проектами должно происходить последовательно. Действительно, сначала нужно определиться с контролем сроков и только после этого приступать к управлению бюджетом проекта. Но в жизни заказчику все всегда нужно СРАЗУ, и мой заказчик – не исключение. Не успела я определить ключевые контрольные точки и запустить первую отчетность в системе ADVANTA, от руководства прилетела задача о внедрении контроля бюджета. Мне нужно было сделать все быстро, просто и так, чтобы заказчику понравилось. По-моему, у меня получилось.
Классический беспорядок бюджета при управлении проектами
Общеизвестно, что люди, которые занимаются финансами, любят порядок. Наверняка, каждый слышал истории, когда бухгалтерия до утра ищет копейку и ночи не спит, чтобы свести баланс. Финансисты – одни из немногих, кто приветствует регламенты, ограждает себя от прочих сотрудников компаний подробными формами запросов, согласований и подписями генерального директора. На них лежит ответственность за устойчивость компании, и главная их задача – организовать управление бюджетом так, чтобы «всем хватало»: на зарплату, коммунальные услуги, налоги, канцелярские товары и все, что необходимо для жизни компании. Задача непростая, и для ее решения необходимо заранее знать не только предстоящие поступления и планы продаж, но и понимать, кому и что нужно в будущем, где есть экономия, кто уже перерасходовал свои лимиты и т.п.
Представьте себе, как же сложно финансовому блоку с проектами, ведь погрешность оценки бюджета даже при кропотливом и точном расчете достигает 5-10%, а при грубом часто приближена к 50-100%! На практике это выливается в то, что бюджета почти всегда не хватает, а требуемые закупки постоянно приходится пересматривать. Кроме того, сама разработка проекта приносит вынужденные изменения – замена элементов, обходные решения, новые компоненты и прочее – все это молниеносно отражается на бюджете.
Без должного внимания к управлению стоимостью проектов никто в компании точно не сможет сказать, сколько бюджета уже потрачено и сколько денег осталось, какие закупки находятся в работе и что понадобится уже завтра, какая есть экономия и где появился перерасход. В такой ситуации на плечи финансистов ложится невыполнимая задача поиска необходимых средств и организация закупок «ВЧЕРА» или «УЖЕ ЗАВТРА». Приходится выкручиваться, рисковать и идти на нарушение некоторых инструкций, закупать частями или переплачивать за аренду требуемого оборудования, и никакие регламенты тут не помогают.
Управление закупками как первый шаг к порядку в бюджете
Устроившись на работу в ИТ-компанию, я быстро окунулась во все существующие проблемы управления ИТ-проектами. Надо заметить, что пришла я в компанию в октябре, поэтому регулярное «тушение пожаров» предстало передо мной во всей красе. Несмотря на важность и приоритетность выполняемых организацией задач в отсутствие системы управления проектами и проектного офиса проектный менеджмент применялся «как получится». В результате сроки по проектам все время затягивались, а в конце года, как водится, наступала горячая пора споров, конфликтов, урезания функционала и переработок.
Классический подход к построению системы управления проектами требует продолжительного времени. Типовые шаги для построения процессов требуют не менее 3-6 месяцев:
- провести обследование;
- определить прототипы процессов;
- провести обучение персонала;
- настроить инструменты для управления;
- выполнить пилотные проекты.
Столько времени мне никто не мог выделить, поэтому такой вариант был абсолютно неприменим. Чтобы получить первые победы, пришлось воспользоваться навыком экстремального программирования, который я применяла, работая программистом –«разработка через тестирование». То есть попробовать наиболее работающие методы управления на реальных проектах и сразу дать участникам проектов и руководству возможность использовать новые подходы.
Первое, что я сделала для управления проектами – применила метод контрольных точек. На дорожной карте по всем проектам наглядно появились плановые результаты, стала регулярно формироваться отчетность по отклонениям и, конечно, появились вопросы к ответственным. Оказалось, что большая часть отклонений происходит не потому, что проектные команды плохо работают: на удивление, даже без выделенных РП (руководителей проектов), команды действительно старались своевременно получить результат. Судя по отчетам, просрочки проектов часто оказывались следствием работы финансового блока, и дело вовсе не в недостатке бюджета или плохой работе бухгалтерии.
Современные ИТ-проекты невозможны без приобретения программных продуктов, закупки «железа» или аренды виртуальных мощностей, крупные задачи выполняются с привлечением подрядчиков и консультантов – и все это закупки. Такие закупки являются своеобразными промежуточными контрольными точками, которые обеспечивают продвижение проекта и его главные результаты. Если же подписание крупных контрактов затягивается, проекты своевременно не обеспечиваются нужным оборудованием и даже небольшие по стоимости лицензии и сертификаты не закупаются вовремя – то проект останавливается. Кто же в этом виноват – неужели финансисты? Конечно, нет.
Простой подход к управлению закупками и наведению порядка с бюджетом
Закупка, особенно для государственных компаний – очень строгий процесс. Для каждого типа закупки есть отдельный регламент, который определяет, например, порядок и сроки проведения торгов или зависимость сроков выполнения закупки от ее стоимости. Один неверный шаг – уже нарушение законодательства. Поэтому необходимо строгое планирование закупок и управление их процессом. Ни того, ни другого, как можно догадаться в моем случае, не производилось, и именно поэтому возникало множество серьезных проблем:
- команды проектов несвоевременно подавали запросы на закупку, не понимая, сколько времени требуется для приобретения нужных программных средств или оборудования;
- отдел закупок, не располагая данными по критичным срокам поставки, делал свое дело и не считал нужным сообщать статус;
- команды, когда вспоминали про необходимые ресурсы, названивали в отдел закупок, пытаясь объяснить, что они ждут;
- руководство обвиняло и тех, и других, что они не умеют работать.
Для быстрого наведения порядка необходимо было, как минимум, внедрить процессы планирования и контроля закупок. Сказано – сделано. Организация закупок заняла всего несколько дней. Что был сделано:
- Мы провели несколько совещаний с проектными группами, на которых зафиксировали что, по какому проекту нужно и когда это должно быть закуплено.
- Я встретилась с отделом закупок и проинтервьюировала его сотрудников. Версии процессов у начальников и простых администраторов отличались, поэтому пришлось сделать пару очных ставок. Я, конечно, запросила регламенты, но, как и ожидалось, реальная жизнь сильно отличалась от бумажного варианта процесса. В результате выяснилось, какие закупки по каким процессам должны идти.
- В системе управления проектами ADVANTA я настроила необходимые объекты, полученные варианты процессов, создала отчеты для мониторинга закупок и для понимания бюджета, а также формы сбора данных.
Закупки в системе у меня обозначены символом маленького зеленого магазинчика, пользователи почему-то прозвали его «зеленым пирожком». Получается, что проектные команды заказывают эти «пирожки», а отделы закупок их выпекают. Вот такая пекарня на основе ИТ-решения для управления проектами у меня получилась.
Отдельно расскажу про то, как работает система.
Шаг 1. Руководитель проекта (или в нашем случае, аналитик) фиксирует в плане проекта требуемые закупки. Он заполняет отдельную карточку «Закупка», в которой фиксирует необходимые для отдела закупок сведения. Ранее использовалась форма в Excel, куда все это вносили и отправляли по почте, ее я тоже настроила изADVANTA:привычные формы, которые автоматически формируются из системы, всегда нравятся пользователям.
Рис.1. Как выглядят закупки в плане проекта в системе ADVANTA
Рис 2. Внешний вид карточки закупки и отчета в ней
Шаг 2. Сотрудник отдела закупок еженедельно получает специальную форму, в которой сообщает статус выполнения закупки. Из формы он может видеть требуемый срок закупки, может посмотреть согласования и договоренности.
Рис 3. Пример формы для сбора статуса закупок
Шаг 3.Сотрудник проектного офиса еженедельно рассылает статус закупок всем заинтересованным сторонам. Кроме того, формирует для руководства отчеты из системы, которые говорят о том, какие закупки предстоят и на какие суммы.
Рис. 4. Реестр закупок по программе проектовв системе ADVANTA
Рис. 5. Бюджет по программе на основе статуса исполнения закупок
Рис. 6. Визуализация бюджета по программе по статьям затрат
Такая простая система позволила своевременно инициировать закупку, регулярно передавать статус по закупкам заинтересованным сторонам и давать понимание руководству по требуемым ресурсам.
Что дальше
Конечно, пока это не идеальное управление бюджетом, но это точно уже УПРАВЛЕНИЕ. Пока все только начинается, но уже сейчас, потратив неделю времени, мы получили реальный инструмент планирования и бюджетирования. Просто, реально, доступно и без лишних трудозатрат. Остается поддерживать созданное и развивать его, чтобы упростить жизнь сотрудникам и максимально снизить риски управления стоимостью.
Развитие же моего подхода мне понятно уже сейчас. Уже сейчас я пробую варианты интеграции с 1С, чтобы система ADVANTA автоматически узнавала о выполненных платежах. Пару дней назад мне передали сведения о доходных контрактах, которые также необходимо внедрить в процессы системы. Кроме того, мы планируем применить RPA-решение, чтобы роботизировать некоторые процессы.
Рекомендуем посетить популярные страницы сайта:
Корпоративное управление проектами
