Распределённые полномочия и единая логика управления
Формируем полномочия, управленческие циклы, показатели и архитектурные приоритеты — так, чтобы стратегия последовательно отражалась в бюджетах, процессах, данных, системах и проектах без постоянной координации на уровне собственника или генерального директора
По мере роста функции, проекты и правила создаются под отдельные задачи. Каждое изменение может быть оправдано, но общая модель управления постепенно теряет связность.
Подразделения начинают работать по собственным правилам, использовать разные показатели и по-разному трактовать полномочия. Управляемость теряется не внутри отдельных функций, а между ними.
Руководство вынуждено компенсировать эти разрывы совещаниями, повторными согласованиями и персональным участием в операционных вопросах.
Задача практики — определить устойчивую логику управления: какие решения принимаются на каждом уровне, кто отвечает за результат, как цели связаны с процессами и показателями и какие изменения должны быть закреплены в данных и системах.
Вопрос проходит несколько уровней, но решение всё равно возвращается к собственнику или генеральному директору.
В результате участвуют несколько функций, но единый владелец результата не закреплён.
Цели, бюджеты, проекты и операционные показатели живут в разных управленческих циклах.
Критический порядок действий держится на отдельных руководителях и личных договорённостях.
Модель управления и целевая архитектура должны одновременно отвечать на три вопроса: что компания должна уметь, кто принимает решения и как создаётся результат между подразделениями. Полномочия, процессы, показатели, данные и системы уточняются вокруг одних и тех же управленческих решений — поэтому автоматизация может идти параллельно, если опирается на общую логику ответственности и данных.
Что компания должна уметь делать?
Функции и компетенции, необходимые для реализации стратегии — независимо от действующей структуры и набора систем.
Состав способностей, необходимый уровень развития, владельцев и приоритеты.
Кто принимает решения и отвечает за результат?
Распределение функций, полномочий и ответственности между уровнями управления и подразделениями.
Владельцев результата, границы полномочий и вертикальную подотчётность.
Как создаётся результат между подразделениями?
Последовательность действий от события до результата для клиента, производства или внутреннего заказчика.
Маршрут, роли участников, точки передачи, сроки и показатели процесса.
Состав работ зависит от исходной ситуации, но логика остаётся постоянной: фиксируем фактическую механику, проектируем целевую и закрепляем её в регулярной работе руководителей.
Смотрим, как сейчас принимаются решения: где возникают возвраты, какие данные используются, кто фактически влияет на результат и что не закреплено формально.
Решения проходят через несколько уровней, но фактическая логика выбора, данные и участники не закреплены.
Фиксируем маршрут решения, роли участников, используемые данные, основания для эскалации и фактического владельца результата.
Понятно, где возникает задержка, возврат на верхний уровень или разрыв ответственности.
Определяем уровни решений, полномочия, владельцев результата, управленческий ритм, показатели и правила эскалации.
Полномочия, ответственность и показатели определены по функциям, но не связаны с классами решений и результатами.
Определяем уровни решений, владельцев результата, границы полномочий, управленческий ритм и правила эскалации.
Для каждого класса решений понятно, кто готовит, кто принимает, кто отвечает за результат и когда вопрос передаётся выше.
Определяем, какие способности, процессы, данные, системы и инициативы должны поддерживать новую логику управления.
Проекты, системы и инициативы развиваются как отдельные запросы функций и не всегда связаны с целевой моделью управления.
Связываем бизнес-способности, процессы, данные, системы и инициативы с целевыми решениями, показателями и владельцами результата.
Для каждой инициативы понятно, какую способность она развивает, какой управленческий результат поддерживает и от каких данных или систем зависит.
Формируем план изменений, роли руководителей, регулярные форматы контроля и критерии проверки результата.
Изменения описаны в проектных материалах, но не встроены в регулярную работу руководителей.
Формируем план перехода, роли руководителей, управленческие форматы, контрольные точки и критерии закрепления изменений.
Новая модель используется в регулярных циклах управления, а не остаётся отдельным проектным описанием.
Результат виден в маршруте управленческого решения: кто его принимает, на основании каких данных, в какой срок и что происходит при отклонении.
Каждый эффект показан как переход от исходной ситуации к новому порядку — с конкретным признаком, по которому изменение можно проверить.
Класс решения не отличён от уровня риска, бюджета и влияния на результат.
Для каждого класса решений определены уровень, участники, критерии самостоятельного выбора и основания для эскалации.
По маршрутам решений видно, почему вопрос решён на этом уровне или передан выше.
Классы решений, уровни принятия, участники, сроки и основания для эскалации.
Владельцы результата, границы полномочий, зоны подготовки и утверждения решений.
Календарь комитетов, циклы планирования, контроля, пересмотра целей и портфеля.
Как стратегия переводится в показатели, бюджеты, проекты и ответственность конкретных уровней.
Какие бизнес-способности, процессы, данные и системы должны развиваться в первую очередь.
Последовательность внедрения, быстрые изменения, зависимости и контрольные точки.
Мы помогаем компаниям превратить стратегию в работающую систему управления: с понятными процессами, ответственностью, показателями, данными и технологической архитектурой. Так изменения становятся управляемыми, измеримыми и устойчивыми.
Уровни полномочий, роль корпоративного центра, управленческий календарь и единые правила эскалации для нескольких юридических лиц. Архитектура связана с процессами, показателями и последовательностью развития ИТ-ландшафта.
