#статьтопом

И еще несколько штрихов к картине жизни топа

Продолжаем разбирать реальность уровня топ-менеджмента.
Здесь уже совсем мало про «управление функцией»
и почти всё — про мышление, решения и коммуникации.

1️⃣ Финансы - общий язык бизнеса

Если ты топ и не понимаешь финансы —
хотя бы так, чтобы понимать, о чём финдир говорит на общих совещаниях,
— у тебя будут проблемы.

Потому что бизнес — это про деньги.
И если ты их не понимаешь, то не сможешь привязывать к ним свои решения и предложения.
Соответственно шансов их провести - почти ноль.

2️⃣ Гипотезы и риски

Все что ясно и понятно ты уже делегировал.
Поэтому твоя основная работа — с гипотезами и рисками.

Ты редко можешь просто сказать:
«Надо делать так».

Чаще ты говоришь:
«Вот гипотеза. Пробуем».

Ключевое условие —
необратимых последствий быть не должно.

3️⃣ Изменения — это постоянное состояние

Даже если ты стабилизировал функцию,
даже если выстроил процессы и «поляну»,
забор поставить не получится.

К тебе постоянно приходят
другие топы и генеральный
со своими новыми приоритетами и разворотами.

И спрашивают: "Вытянешь? Поможешь нам?"

Ты можешь сказать:

«Ребят, ваши полицейские развороты — это ваше.
Я делаю машину, которая это выдержит».

Но от изменений ты не избавишься.
Ты обязан в них участвовать:
каждый раз проверять как твоя машина поедет на новом развороте.
И объяснять это коллегам и шефу.

4️⃣ Почему топу нельзя делать руками

У топа нет возможности делать что-то руками.
Потому что это опасно.

Если ты замкнёшь на себя даже маленький кусок работы —
ты просто утонешь.

Типовая ситуация:
- весь день совещания,
- ночью отчёты,
-прислали не то,
-сотрудники спят,
- ты пролетел по срокам.

Утром Генеральный: "Какой ты нафиг топ, если твои 80 менеджеров таблицу из 3х строк вовремя заполнить не могут?"

Тебе простят затягивание сложных решений.
Но не прощелканную табличку.

5️⃣ Видение как основа доверия

Если у тебя:
- есть видение твоей функции
- оно вписано в цели компании
- понятно другим топам и генеральному
- и ты ему следуешь.

То понятно что ты строишь.
И возникает доверие.
Потому что ты прозрачен, предсказуем и надежен.

Если видения нет - тебе придется объяснять каждое свое существенное решение.

Удачи и взвешенных решений вам 🤝

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом

#проектноеуправление #подкаст

Всем привет!

Вышел подкаст, где мы с управляющим партнером ГК "Проектная ПРАКТИКА" Михаилом Козодаевым обсуждаем эффективность проектного управления.

Нам понравилось обсуждение.

Думаю, будет интересно и вам.

Хороших выходных! 🤝

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом

#статьруководителем #проектноеуправление

Когда всё плывёт: проект внутри изменений

В рубрике #статьруководителем продолжаю рассказ про бытие руководителя проекта.

Сегодня об одной несложной, но значимой вещи.
С которой должен жить РП.

"Проект не только меняет организацию, но и меняется сам"

Проект — это изменение.
Но внутри проекта меняется ещё и сам контекст.

В операционке контекст стабилен.
Даже если тяжело, система понятна.

А проекты иногда запускают, понимая:

«В таком виде он точно не дойдёт до конца».

Управление изменениями, рисками и проблемами, которые к ним могут привести — это постоянное занятие для руководителя проекта.

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

И ключевой момент:

Изменения всегда кому-то невыгодны

Распечатка резервов, перенос сроков, компромиссы — всё это снижает "очки" у одних стейкхолдеров и повышает у других.

РП — это человек, который по сути торгует этими "очками", балансируя интересы заинтересованных сторон в ходе изменений.

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом

#статьруководителем #проектноеуправление

Язык, методология и опасность “правильности”

Проекты разваливаются не потому, что «люди плохие», а потому что говорят на разных языках.

Помните легенду о Вавилонской башне? Когда люди перестали понимать друг друга, они не смогли дальше строить.

Все говорят правильно — но о разном:

👉Технари — о технической корректности.
👉Финансы — об экономике.
👉Бизнес — о скорости и выручке.
👉Эксплуатация — о стабильности.

И если РП не удерживает рамку, проект разваливается.

Должен ли РП глубоко разбираться?

Глубже эксперта — нет.

Но достаточно глубоко, чтобы:
- понять,
- перевести в сроки, деньги и риски,
- задать вопросы.
-
Если не получается — нужен переводчик.

Это необязательно глубокий эксперт.

Это человек, который понимает в предмете больше РП, и может объяснить это "по-человечески", дать исходные данные для оценки сроков и объемов, объяснить логику технических решений и оценок.

Ловушка методологии

Самая опасная точка:

"Я знаю как делать проект правильно"

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

Но проект может быть формально идеальным —
и при этом считаться полным провалом, если ключевые стейкхолдеры недовольны.

Отсюда главный принцип:

Интересы важнее процессов

Проект всегда живёт в двух системах:

- формальной (KPI, планы, процедуры),
- неформальной (где работают интересы и выгоды).

И руководитель проекта должен находить баланс в обоих.

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом

#механизмыуправления #надежнаяорганизация #инструменты

🔁 Пайплайн как основная логика бизнеса (и гибкой ОС)

Сегодня поговорим о концепции пайплайна.
Я уже упоминал её, когда рассказывал про двойную операционную систему:
пайплайн — один из ключевых инструментов гибкой части.

🧩 Что такое пайплайн

В моей концепции пайплайн состоит из двух частей:
Upstream и Downstream.

Эта логика используется во многих подходах:
- в нефтянке,
- в логистике,
- в производстве
и, кстати, именно из неё выросло разделение upstream / downstream в Kanban.

Классическая аналогия — нефтянка:
🔹Upstream — от добычи до транспортировки на завод,
🔹Downstream — от завода до переработки, сбыта и клиента.

Я использую ту же логику, но применительно к бизнесу.

🔼 Upstream — формирование обязательств

Upstream — это всё, что происходит до заключения сделки, влекущей обязательства:
- маркетинг,
- продажи,
- переговоры,
- заключение договора.

По сути, здесь вы «добываете» клиента и договор.

Метрики здесь всем знакомы:
- воронки,
- конверсии,
- лиды и сделки.

Про это сейчас слышно «из каждого утюга».

🔽 Downstream — исполнение обязательств

А дальше начинается то, про что говорят сильно меньше.

Downstream — это всё, что происходит после подписания договора,
когда обязательства нужно исполнить.

И здесь уже всё гораздо сложнее.
Продать — это одно.
Исполнить — часто значительно труднее.

🏗 Пример downstream-пайплайна

Возьмём контракт на поставку и запуск оборудования:
- Заключение договора
- Создание и детализация спецификации
- Проектирование оборудования
- Закупка комплектующих
- Производство
- Доставка клиенту
- Монтаж
- Пусконаладка

Это и есть пайплайн исполнения.
Его можно детализировать глубже,
но фундаментальные этапы в бизнесе обычно стабильны.

И это не жесткий процесс.
Это именно поток, который создает ценность.
Он будет существовать независимо от сценария, процессов, организационной структуры.

В следующем посте серии поговорим как измерять Downstream.

Хороших выходных! 🤝

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом

#статьруководителем #проектноеуправление

Проект заканчивается. А проблемы остаются

И еще о жизни руководителя проекта.
Один из самых интересных вопросов - границы ответственности руководителя проекта за результат.

Насколько в его зоне ответственности применение результата?

И это один из основных источников конфликтов на финальных стадиях проектов.

Сегодня - о том как их разруливать.

Суть конфликта

Проект временный.
Эксплуатация, бизнес, операционные процессы — нет.

Проекту важно сдать результат в срок.

Эксплуатации важно, чтобы потом не сбоило.

Этот конфликт заложен в саму конструкцию проекта.

Как разрешать эти конфликты?

Решение не на уровне РП.

Оно на уровне:
- спонсора,
- заказчика,
тех, кто потом зарабатывает на результате.

Но организовать это обязан РП.

Ходить, объяснять, инициировать договорённости о ресурсах и задачах “после проекта”.

В противном случае баланса интересов стейкхолдеров не достичь.

А это значит - что какой бы замечательный не был результат проекта, и какой бы красивый проект не был методологически - его все равно признают неуспешным.

Удачи вам в проектах 🤝

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом

#механизмыуправления #надежнаяорганизация #инструменты

📊 Как измерять downstream

В прошлом посте мы рассмотрели понятие пайплайна, состоящего из Upstream и Downstream.

Upstream - формирование обязательств, который оцифровывается очень популярными нынче воронками и конверсиями.

А для Downstream - выполнения обязательств, плохо работают классические «конверсии».
Странно считать, что вы выполните не 100% договоров.

Поэтому я использую подход из project management —
концепцию Earned Value.

Логика простая.
У каждого этапа есть плановая стоимость в ценах клиента,
- проектирование стоит X,
- комплектующие — Y,
- производство — Z.

Если производство выполнено на 50%,
значит освоено 50% его стоимости: 50%*Z.

Так можно видеть:
- сколько ценности уже произведено,
- где мы отстаём,
-где идём с опережением,
- что выходит дороже,
- что дешевле.

И это работает не только по одной сделке,
но и по всему портфелю заказов —
буквально через несколько показателей
(об этом расскажу в следующих постах - сначала надо будет вспомнить показатели классического Earned Value из управления проектами).

🔄 Пайплайн и двойная ОС

Почему это критично для двойной операционной системы?

Upstream — по природе гибкий:
гипотезы, переговоры, изменения, поиск.

Downstream — должен быть управляемым и предсказуемым,
но при этом адаптивным,
потому что реальность всегда отличается от плана.

Поэтому пайплайн —
и элемент гибкой ОС,
и одновременно каркас всего бизнеса.

🎯 Итог

Пайплайн — это не только про продажи.
Это про весь путь ценности:
от выхода на рынок до выполненных обязательств и результата для клиента.

Если downstream не управляется —
никакой upstream бизнес не спасёт.

Алексей @Management_as_a_Code
как руководителю отстроить эффективную работу и расти с комфортом