В финтехе редко бывает проблема с нехваткой идей. Их обычно достаточно. Сложность возникает в другом. А именно в том, как быстро компания превращает эти идеи в работающие продукты с измеримой прибылью.
Но снаружи всё выглядит управляемо: встречи идут, статусы обновляются, отчеты формируются. Вот только у руководителей проектов и PMO всё чаще появляется ощущение, что значительная часть времени уходит не на развитие продуктов, а на координацию и синхронизацию.
Это ощущение — не случайность. Оно рождается из повторяющихся паттернов: параллельно идут десятки инициатив, информация живет в разных системах, статус-встречи становятся основным способом синхронизации, а часть отчетности приходится собирать вручную.
И здесь возникает разрыв: между растущим количеством проектов и скоростью, с которой ручное управление проектами успевает превращать информацию в решения и запуск продуктов. Этот разрыв постепенно начинает влиять на работу всей команды:
Третий пункт самый опасный. Чтобы справиться с нагрузкой, компании начинают наращивать управленческий слой: нанимают еще аналитиков, расширяют PMO-команды и решают проводить больше контрольных встреч.
Однако эффект оказывается нелинейным. Часть ресурсов уходит не на ускорение вывода продуктов, а на обслуживание самого управленческого процесса.
По мере роста числа проектов каждый элемент управленческого слоя — аналитика, PMO, контрольные встречи — перестаёт ускорять процессы и начинает работать против результата.
Работа аналитиков постепенно смещается от принятия решений к операционной функции: сбору, сверке и консолидации данных из разных систем. Увеличение их количества лишь усложняет процесс: объём данных и число источников растут быстрее, чем команда успевает их обрабатывать.
PMO-команды попадают в ту же ловушку. Вместо фасилитации, приоритизации и сквозного контроля портфеля они всё глубже уходят в ручную синхронизацию статусов, рассылку напоминаний и заполнение таблиц. Каждый новый PMO сначала добавляет связности, но затем увеличивает число уточняющих вопросов, согласований и промежуточных отчетов. Система координации становится тяжелее, но ничуть не точнее.
Контрольные встречи тоже становятся частью проблемы. Статус-митинги, ревью, синхронизации растут вместе с количеством проектов. Каждая новая встреча даёт иллюзию управляемости, но на деле добавляет еще один цикл согласования. Решения по-прежнему принимаются с задержкой, а время на их подготовку только увеличивается.
Так возникает тот самый нелинейный эффект: расширение управленческого слоя не ускоряет вывод продуктов, а консервирует бюрократию.
Чтобы повысить эффективность PMO, нужно не расширять управленческий слой, а менять принцип работы с данными. Например, вместо ручной агрегации начать опираться на данные из PM-систем, которые автоматически собирают статусы задач, сроки, загрузку ресурсов и риски.
Возьмем типовую ситуацию: портфель с 15 проектами, данные о статусах, сроках и загрузке хранятся в трех разных местах: трекер задач, корпоративный календарь и таблица ресурсов.
Без PM-системы PMO-аналитик раз в два дня вручную собирает сводку: запрашивает статусы у лидов, сверяет календари, обновляет ресурсную карту.
С внедрением PM-системы (например, Digital Q.PM) процесс выглядит иначе. Связи между проектами выстраиваются вплоть до уровня контрольных точек, а план портфеля автоматически формируется в виде диаграммы Ганта. РМО в режиме реального времени видит аналитические дашборды, которые показывают всю информацию по портфелю: сроки, вехи, бюджет, а также степень «здоровья» проектов.
В результате время на подготовку отчетности сокращается с 8–10 часов в неделю до 20–30 минут на интерпретацию данных. PMO тратит время не на сбор информации, а на работу с отклонениями. Именно это позволяет повысить эффективность без расширения команды аналитиков.
Эффективность PMO в финтехе всё чаще определяется не размером команды, а тем, сколько времени уходит на сбор информации и сколько на принятие решений. А достигается она за счет прозрачности данных и автоматизации процессов.