10 мар 2020

История одного маленького, но гордого проектного офиса

Для кого:
  • Владельцы бизнеса
  • Руководители проектных офисов
  • Руководители проектов
Знания и навыки:
  • Изменения
  • Ресурсы
  • Проектный офис
Время на чтение:
  • 4 минуты

Реально произошедшая история о том, как в одной небольшой компании был создан проектный офис для распределения ресурсов по разным инициативам

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

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

2) С другой стороны, нужно было привлекать финансирование под развитие бизнеса.

3) Были грандиозные планы по развитию информационной системы собственной разработки.

4) Одной из идей по расширению бизнеса был лизинг транспортных средств, но было не понятно, стоит ли в это ввязываться, какой именно марки и сколько машин брать.

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

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

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

1) Внедрить WMS для точной тарификации складских операций, а для этого было необходимо…

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

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

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

Не хочу никого обидеть, но, насколько я мог видеть, все функции бизнеса, за исключением проектного офиса, не готовы работать в терминах календарных сроков и обеспечивать выполнение задач с точностью до дня — во всех остальных функциях сроки плавают: плюс-минус неделя, месяц, квартал, год. Если поставить задачу бизнесу и делать срез раз в неделю, то можно получить только разочарование — каждый раз на вас будут удивлённо смотреть и спрашивать: «Как, неделя уже прошла?» Если вы спросите, чем они занимались, то вам расскажут про важные задачи, их непосредственные обязанности, но если другие функции не выделят ресурс под ваш проект, они ничего не сделают в требуемые сроки.

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

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

1) Это разовая акция разработки целевого процесса, но не с нуля, а на основе существующего. По сути, нужно понять только отклонения.

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

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

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

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

Не замыкайся на каком-то одном подходе, ищи нестандартные решения, применяй суть полученных знаний — вот основной вывод, который я сделал для себя, поскольку был участником этой истории. Ещё один момент: проектному офису необходима аналитическая (расчётная) компетенция помимо  компетенции управления проектами, чтобы **просчитывать**, какие проекты выгоднее.

Эта история не научит вас делать проекты или создавать проектный офис, но она может научить не бояться проводить массированные изменения и даже переводить организацию целиком на проектные рельсы. Если вы хотите узнать больше историй про применение методик управления изменениями на практике, почитать о проектных инструментах, хотя бы для того, чтобы отличать плохое проектное управление от хорошего — добро пожаловать в блог «Настоящие изменение» по адресу — https://kovchinnikov.info/.

Авторы статьи:
Константин Овчинников
Прокомментировать статью
Подписаться
Уведомить о
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
Смотрите также:
13 Мая 2024
Что такое уровни управления
Уровни управления в организации — это ступени иерархической структуры, которая обеспечивает порядок, а также распределение ответственности и полномочий между сотрудниками. Во главе структуры стоит тот, кто управляет компанией: генеральный или исполнительный директор, которому подчиняются управленцы нижестоящего уровня. Менеджеры, стоящие “под” главой предприятия, контролируют следующий, также нижестоящий, уровень руководителей.
26 Апр 2024
Что такое проектный треугольник и зачем он нужен проджекту
Что из себя представляет проектный треугольник и как его применяют в  управлении проектами? Как использование этого инструмента позволяет объяснить заказчику, что качественный продукт, сделанный в короткие сроки, стоить дешево не может?  В чем отличия треугольника при использовании в гибких методологиях от применения в классическом подходе Waterfall?
16 Апр 2024
Что такое декомпозиция и чем она отличается от других видов планирования
Декомпозиция – это метод разделения большой цели, продукта, задачи, работы или процесса на маленькие части, этапы, подзадачи. Часто декомпозицию применяют для составления плана работ и контроля реализации большого сложного проекта. Как её применять, читайте в этой статье.
Подписаться на рассылку
Высылаем анонсы статей и полезные материалы
Прокомментировать статью
Текст сообщения
Имя, Отчество, Фамилия
Email

Комментарий успешно отправлен

Произошла ошибка при отправке. Попробуйте еще раз

Наверх
Здравствуйте! Если возникли вопросы, мы на связи.
Скопировано в буфер обмена