Не документ
об управлении,
а само управление
Живая цифровая модель управления — это описание системы управления через связанные между собой цифровые сущности в едином ИТ-продукте. «DevOps» для правил управления: он устраняет разрыв между «правило записано» и «правилом пользуются на практике».
Любой участник за считаные секунды находит нужное: что от него требуется подготовить на конкретной фазе, кто за что отвечает.
Правила остаются актуальными и работающими благодаря встроенному аудиту.
Меняете одно правило — оно распространяется на все связанные элементы без необходимости переписывать регламент.
Знакомо?
У вас есть дорогая система управления проектами, которую внедряли полгода. У вас есть регламенты, ради которых лучшие специалисты месяцами отвлекались от работы, чтобы описать, как нужно работать. Формально все сделано, но проекты все равно живут своей жизнью, важные инициативы буксуют, а проблемы выявляются слишком поздно.
Причина проста:
Регламенты не используются
Какие-то правила давно устарели, а какие-то погребены в недрах 200-страничного документа. Это сложный бюрократический документ, который мало кто читает и хочет читать: даже с помощью ИИ-помощника трудно докопаться до того, что именно нужно сделать. Менять и согласовывать его тяжело, при этом методология нуждается в постоянной корректировке, чтобы оставаться актуальной.
ИСУП автоматизирует лишь часть
Сроки, иногда деньги и ресурсы — а риски, цели, ответственность и связи между проектами остаются за бортом. Она отстает от требований (доработка — это время и деньги), не вмещает в себя всю методологию (данные приходится сводить из разных файлов и систем) и упирается в архитектуру: свободно развивать объектную модель — проекты, продукты, цели — она обычно не умеет.
Кому это близко
Живая цифровая модель управления позволяет:
Что делает методологию живой
Правило → исполнение → аудит → обратная связь → обновление правила. Цикл замыкается — и методология перестаёт устаревать.
Три составляющие модели, обеспечивающие прозрачность управления
Хотели видеть, как всё устроено. Адекватная модель управления, которая обеспечивает оптимальный путь к результату: страхует риски, но не бюрократизирует процесс.
Хотели узнавать о проблемах заранее. Режим ранних сигналов: по каждому проекту видно, что не так с целями, показателями, контрольными точками, деньгами. Плюс связанность объектов: цели без проектов, проекты без целей, конфликтующие инициативы, соответствие приоритетам бизнеса.
Хотели знать, чем рискуете. Не только риски проекта (отклонения, «красные» сигналы, нехватка ресурсов), но и процессные риски — несоблюдение процесса, которое иначе остается незамеченным, «как ходить без каски», пока ничего не случилось.
Один инструмент — свой ответ на вопрос «за чем мне следить»
Собственник / генеральный директор / директор по стратегии
Система управления перестает быть черным ящиком. Становится понятно, насколько стратегия обеспечена проектами и мероприятиями, каждая ли цель обеспечена проектами — разрывы видны сразу. Также видны ключевые показатели и ранние сигналы проблем, прогресс реализации стратегии (из прогресса вложенных инициатив), а также четкое понимание зон ответственности — с кого и что спросить.
Руководитель проекта
Четкое понимание, за что отвечает он, за что — другие. Открыл карточку объекта — увидел фазы, события, артефакты; в базе знаний взял инструкцию и образец. Чем яснее распределена ответственность участников, тем проще взаимодействовать — не нужно убеждать их, что они должны что-то сделать. А встроенный аудит дает возможность получать обратную связь для улучшения процесса.
Директор по трансформации / руководитель проектного офиса
Методология собрана по понятным правилам, внедряется не через полгода после изменений, а почти сразу. Внедрение новых стандартов происходит волнами – без убеждения сотрудников изучить регламент целиком. За счет встроенного аудита можно отслеживать приживаемость изменений, а также оценить здоровье проектов и применение методологии на практике – сразу ясно, кто соблюдает правила, а кто «ходит без каски».
Ничего не нужно ломать
Модель не заменяет вашу систему управления программными проектами. ИСУП продолжает выполнять свою работу — вести учет. Модель закрывает уровень, которого в ней нет.
Модель не отменяет правила — она их оживляет. Регламент описывает правила, а модель делает так, чтобы ими пользовались каждый день.
Изменения не требуют переписывать регламент заново. Изменили одно правило — оно распространяется на связанные с ним элементы, а не запускает многомесячный процесс согласований.
Аудит показывает, что реально работает. Вы видите не мнение, а факт: какие правила соблюдаются, какие нет и почему.
- Prince2 Practitioner, эксперт по настройке проектного управления и проектных офисов с 20-летним опытом
- Руководил центральными проектными офисами в ЮниКредит Банке и банке Ренессанс-кредит
- Управлял портфелями более, чем 70 проектов и 60 mln EUR
- Экс-заместитель директора по методологии Центра Проектного Менеджмента при РАНХиГС
- Выполнял проекты для: Сибур, Novabev group, KPMG, Siemens, МТС, Реннесанс Жизнь, Samsung, Faberlic, Hoff, ТВЭЛ, РУЛОГ, Аппарат Правительства РФ, Российский Красный Крест, Правительство ХМАО-Югры, Greif, InforGS, Русатом-сервис, Roche, ДИТ г.Москвы, Бургер Кинг, MIUZ, SPLAT, SetlGroup, Upside Development, Полимедиа и др.
- Руководитель рабочей группы по разработке ГОСТ по проектным офисам
- Автор гибридного метода управления проектами Парацельс ПМ
- Преподаватель РАНХиГС, Высшей Школы Управления Проектами при Высшей Школе Экономики, создатель авторских учебных курсов
ИП Малахов Андрей Яковлевич, ИНН 774332818633, Москва
andrey@pmlogix.ru +7 (926) 827 3222 www.pmlogix.ru
