Управление в условиях сжатия: приоритизация без потерь
Сжатие бизнеса — не просто «меньше денег». Это изменение ограничений системы при сохранении целевых функций. В терминах теории ограничений (Goldratt) это требует пересмотра bottleneck и перераспределения ресурсов без деградации throughput.
Методологический подход (на основе PMI, ISO 22301):
• Фаза 1: Инвентаризация обязательств Фиксация всех contractual SLA, регуляторных требований, зависимостей. Формирование «несокращаемого ядра» — функций, отказ от которых ведёт к штрафам, потере лицензии или репутационному ущербу.
• Фаза 2: Оценка ценности расходов Каждая статья анализируется по двум осям: (1) влияние на ключевые процессы, (2) мультипликативный эффект. Инструмент: Cost-of-Delay анализ + матрица влияния/затрат.
• Фаза 3: Сохранение контекста при сокращении ролей Принцип: «Уходит человек — остаются знания». Обязательная фиксация tacit knowledge в регламентах, Decision Log, базе типовых решений. RACI-матрица обновляется до, а не после сокращения.
• Фаза 4: Оптимизация инструментального стека Не «отключить всё», а «оставить то, что даёт leverage». Один инструмент автоматизации может высвободить 20% времени команды — это окупает его стоимость многократно.
«Резилиентность системы определяется не избыточностью ресурсов, а гибкостью их перераспределения при сохранении критических функций» (ISO 22301:2019, раздел 8.2).
На практике это превращает сжатие из хаотичного урезания в управляемую рекомпозицию. Команда не тушит пожары, а работает в новых, но предсказуемых ограничениях.
Какие практики приоритизации расходов и сохранения знаний вы используете в условиях оптимизации? #ИнсафВафин #CrisisManagement #TheoryOfConstraints #ISO22301 #PMO
· 21.07
В сжатии чаще всего страдает не план, а очередь решений: слишком много задач, слишком мало явного отказа от лишнего. Я бы начинал с жёсткого списка «не делаем» и weekly review bottleneck'ов. У вас это идёт от целей или от бюджета?
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
коммент удалён
· 21.07
Согласен, без очистки входного потока любое перераспределение - локальная оптимизация. По вопросу: в идеале - от целей, в реальности сжатия - часто от бюджета. Поэтому двухступенчато: 1.Фиксируем «несокращаемое ядро» (SLA, регуляторика) - это нижняя граница. 2.Внутри него приоритезируем по матрице «влияние / затраты» + Cost-of-Delay. Ваш weekly review bottleneck'ов - критичен. Я добавляю правило: «Задача стоит 2 недели без движения и пересмотр или закрытие». А как вы фиксируете список «не делаем»: формально или как негласное соглашение? Если есть рабочий шаблон -поделитесь, буду рад перенять.
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
ответ удалён