Код Лидеров: Управляй. Живи. Расти

КЕЙС: КАК ВЫРОВНЯТЬ ПОРТФЕЛЬ ПРОЕКТОВ ЗА 2 МЕСЯЦА И НЕ ПОТЕРЯТЬ КОМАНДУ

Ситуация: проектный центр на грани закрытия. Долги. Несколько проектов в состоянии «никто не понимает, на каком они этапе». Сроки сорваны. Бюджеты превышены. Качество падает. Команда не верит, что «всё можно исправить». Руководство хочет закрыть.
Знакомо? Неважно, проектный центр это, отдел, филиал или целая компания. Когда система разваливается — первое, что нужно сделать, это не «запустить новое». А выровнять то, что есть.

ЧТО Я СДЕЛАЛ. РОВНО 2 МЕСЯЦА.

МЕСЯЦ 1: ДИАГНОСТИКА И ОСТАНОВКА ПАДЕНИЯ.
Первое, что я сделал — собрал все проекты в один список. Не «у кого-то в голове». В одну таблицу. Название. Статус. Срок. Бюджет. Ответственный. Что блокирует. Это элементарно. Но именно этого не было. Никто не видел полной картины.
Потом я разделил проекты на три группы:
Группа А: критичные. Если не спасти — будут потери.
Группа Б: важные, но не горящие.
Группа В: можно поставить на паузу или передать.
Не пытался спасти всё. Спасал то, что нужно. Остальное — пауза или передача.

МЕСЯЦ 2: РЕГЛАМЕНТЫ, РИТМ И МОНИТОРИНГ.
Ввёл три правила:
1. Каждый проект имеет одного ответственного. Не «команду». Одного человека, который отвечает.
2. Еженедельный статус: что сделано, что блокирует, что дальше. 15 минут на проект. Не час. Не два. 15 минут.
3. Любое отклонение по сроку или бюджету фиксируется сразу. Не в конце месяца. Не «когда станет поздно». Сразу. И обсуждается. Не для наказания. Для корректировки.
Внедрил единую панель показателей. Каждый проект виден. Срок. Бюджет. Качество. Статус. Любой руководитель может открыть и увидеть: что где. Не нужно спрашивать. Не нужно ждать отчёт. Видно.
Для команды это стало переломом. Когда люди видят прогресс — они начинают верить. Когда видят, что система работает — перестают саботировать. Когда видят, что руководитель не прячется, а решает сейчас — начинают уважать.

РЕЗУЛЬТАТ:
Подразделение не закрыли. Все проекты выровнены по срокам, затратам и качеству. Долги структурированы. Управление работает. Команда функционирует. Система может жить без меня. И я ушёл. С чистой совестью.

💡 ВЫВОД:
Когда система разваливается — не нужно геройствовать. Не нужно «спасать всё». Нужно: увидеть картину, приоритизировать, ввести ритм, обеспечить прозрачность. Четыре шага. Два месяца. Результат.

Поставьте 🔥 если узнали ситуацию, ⚡ если заберёте структуру 2 месяцев, 👍 если уже вытаскивали что-то подобное.

#код_кейсы #портфель #кризис #управление
Код Лидеров: Управляй. Живи. Расти

1% МОЕГО ПУТИ: Февраль–март 2026. Договорённость была одна. Реальность — другая. Но я не бросил.

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

ЧТО Я СДЕЛАЛ:
Я не ушёл в первый день. Не хлопнул дверью. Не сказал «это не моя задача».
Я поднял управление. Разработал регламенты и сквозные процессы. Сформировал пул руководителей проектов и аналитиков. Внедрил систему регулярного менеджмента и контроля на базе целей и ключевых результатов. Обеспечил прозрачность для руководства через единую систему мониторинга. Курировал внедрение корпоративных решений. Оптимизировал операционные затраты. Повысил отказоустойчивость решений.
Выровнял все существующие проекты по срокам, затратам и качеству.
И только потом принял решение уйти.

ПОЧЕМУ Я РАССКАЗЫВАЮ ЭТО:
Потому что знаю: среди вас есть те, кто сейчас в похожей точке. Кому обещали одно. А по факту другое. Кому тяжело. Кто думает: «Может, бросить? Может, это не моё?»

Вот что я понял за эти два месяца:
Урок 1. Не бросайте на середине. Даже если это не то, что вам обещали.
Если вы уже вошли — доведите до состояния, в котором система может жить без вас. Это не слабость. Это профессиональная честь. Люди запомнят не то, что вы ушли. А то, что вы оставили после себя порядок.
Урок 2. «Строитель» — это ценная роль. Но если вы архитектор — вы не обязаны всю жизнь строить.
Поднимать проектный центр с колен — это важная работа. Я люблю любую работу. Я ориентирован на результат. Я сделал то, что нужно было сделать. Но если ваша цель — вести цифровую трансформацию, а вас просят класть кабель — это не провал. Это сигнал. Сигнал, что пора менять контекст.
Урок 3. Уходить — это тоже навык.
Не сбегать. Не хлопать дверью. Не обесценивать то, что было. А сказать: «Спасибо. Я сделал то, что мог. Система работает. Я иду дальше.» И уйти с чистой совестью.

Я ушёл в ИТ-компанию. Не потому что «там лучше». А потому что там моя роль совпала с тем, что я хочу делать. Цифровизация. Продукт. Технологии. Команда. Рост.

Поставьте 🔥 если откликнулось, ⚡ если заберёте принцип «не бросай на середине», 🙏 если история зацепила.

#код_личное #1процент #путь #зрелость
Код Лидеров: Управляй. Живи. Расти

КАК ПОДНЯТЬ ПОДРАЗДЕЛЕНИЕ С НУЛЯ ЗА 2 МЕСЯЦА: Когда вам говорят «постройте», а строить не из чего

Представьте ситуацию: вас приглашают под одну задачу. А по факту вы приходите в другое. Подразделение на грани закрытия. Долги. Нет управления. Низкие показатели. Команда демотивирована. Руководство рассматривает вариант закрыть всё. И вам нужно не просто «запустить». А спасти.

Я через это прошёл. У меня было ровно два месяца. Вот что работает, когда времени мало, а проблем много.

ШАГ 1: ДИАГНОСТИКА. БРИТВА ОККАМА.
Самое простое объяснение обычно самое правильное. Не пытайтесь понять всё сразу. Задайте один вопрос: «Что сломано в первую очередь?» Не «что можно улучшить». А «что сломано прямо сейчас». В моём случае: не было управления проектами. Не было контроля сроков. Не было понимания, сколько денег потрачено и сколько осталось. Всё остальное — потом. Сначала фундамент.

ШАГ 2: РЕГЛАМЕНТЫ. НЕ ДЛЯ БЮРОКРАТИИ. ДЛЯ ЯСНОСТИ.
Я написал регламенты. Не на 200 страниц. А на 3–5. Короткие. Понятные. Кто за что отвечает. Как ставится задача. Как контролируется исполнение. Как принимается решение. Когда люди понимают правила — хаос уменьшается. Не потому что все стали дисциплинированными. А потому что исчезла неопределённость.

ШАГ 3: ЛЮДИ. НАЙТИ ИЛИ ВЫРАСТИТЬ.
Мне нужен был пул руководителей проектов и аналитиков. Часть нашёл внутри компании. Часть привлёк снаружи. Но главное — не «нанял». А «дал им формат». Еженедельный ритм. Понятные цели. Прозрачные метрики. Люди начинают работать, когда понимают, что от них ждут и как оценивают.

ШАГ 4: МОНИТОРИНГ. ПРОЗРАЧНОСТЬ ДЛЯ ВСЕХ.
Я внедрил единую систему мониторинга ключевых показателей. Не для того, чтобы «следить за людьми». А для того, чтобы руководство видело реальную картину. А команда видела свой прогресс. Когда все видят одни и те же цифры — исчезают споры о том, «кто лучше работает». Цифры говорят сами.

ШАГ 5: ЦЕЛИ И КЛЮЧЕВЫЕ РЕЗУЛЬТАТЫ.
Я внедрил систему целей и ключевых результатов. Не «делайте проекты». А «к концу месяца: Х проектов сданы в срок, Y в бюджете, Z с качеством не ниже такого-то уровня». Конкретно. Измеримо. Понятно каждому.

РЕЗУЛЬТАТ:
Подразделение не закрыли. Управление выстроено. Все существующие проекты выровнены по срокам, затратам и качеству. Прозрачность для руководства обеспечена. Команда работает. Система функционирует. И я смог спокойно двигаться дальше.

🛠 ПРАКТИКА:
Если вам нужно «поднять» что-то с нуля — не пытайтесь сделать всё одновременно. Бритва Оккама: найдите одно главное, что сломано. Почините его. Потом следующее. Поставьте ⚡ если заберёте, 🔥 если боль знакома, 🤔 если задумались.

#код_инструменты #запуск #управление #кризис
Код Лидеров: Управляй. Живи. Расти

☕ Воскресный вечер. Итоги недели.

На этой неделе мы говорили об управлении инновациями внутри большой системы. Не в стартапе. Не в маленькой команде. А в экосистеме из десятков компаний, тысяч специалистов и жёстких требований безопасности.
Мы разобрали: как запускать прототипы без дополнительного бюджета через «технологические окна». Как управлять командами из нескольких десятков человек через матричную модель. Как передавать проекты без потери и без чувства поражения. И зачем руководителю выступать публично.
А я поделился седьмым этапом своего пути: телеком-холдинг. Портфель из десятков проектов на разных стадиях. 5 прототипов без бюджета. Заказчики от горнодобычи до госсектора. Безопасность, заложенная с первого дня. И главный урок: не все проекты ты должен довести сам. Иногда правильное решение — передать. Найти лучшее решение для результата. И отпустить.

Один вопрос на сегодня:
«Какой проект я держу из принципа «я начал — я закончу», хотя объективно было бы лучше передать? И что мне мешает это сделать?»
Не для того, чтобы себя ругать. А чтобы заметить. И, может быть, принять решение, которое давно откладываете.

💬 ПРОСЬБА:
Поставьте реакцию этому посту. Мне важно видеть, что вы здесь. Что тема откликается.
🔥 если неделя была полезной
⚡ если забрали хотя бы один инструмент
🙏 если личный путь откликнулся
❗ если тема передачи проекта наболевшая

НА СЛЕДУЮЩЕЙ НЕДЕЛЕ:
Следующий 1% пути. 2026. Я — руководитель проектного центра в телеком-компании на стыке технологий и промышленности. За 2 месяца запустил реинжиниринг с нуля. Настроил процессы, которые сократили время и повысил прозрачность процессов. И понял: каждый новый этап — это не «начать заново». Это взять всё, что накопил, и применить в новом контексте.

Хорошего вечера. Отдыхайте. Завтра новая неделя. 🚀

#код_личное #итоги #воскресенье #1процент
Код Лидеров: Управляй. Живи. Расти

ПУБЛИЧНОСТЬ РУКОВОДИТЕЛЯ: Зачем выступать, если можно не выступать

Я выступал на крупных промышленных и государственных форумах. Перед сотнями людей. На тему цифровой трансформации, энергоэффективности, роботизации. И каждый раз перед выходом на сцену было страшно. Даже после пятого выступления. Даже после десятого.
Зачем я это делал? Можно же сидеть в кабинете. Управлять проектами. Не светиться. Не рисковать. Не тратить время на подготовку.

Вот зачем.

ПРИЧИНА 1: ЗАКАЗЧИК ВИДИТ В ВАС ПАРТНЁРА. А НЕ ИСПОЛНИТЕЛЯ.
Когда вы выступаете как эксперт на форуме — заказчик видит не «компанию, которая продаёт услуги». А человека, который понимает проблему. Который думает. Который делится. После выступления разговор меняется: не «сколько стоит ваша услуга», а «как нам решить нашу задачу вместе». Публичность меняет позицию в переговорах.

ПРИЧИНА 2: КОМАНДА ГОРДИТСЯ. И ЭТО УДЕРЖИВАЕТ.
Когда люди в вашей команде видят, что их руководитель выступает на конференции, что его цитируют, что к нему подходят после доклада — они гордятся. Они чувствуют: «Я работаю с человеком, который знает, что делает. Которого уважают в отрасли.» Это не материальная мотивация. Но она удерживает людей не хуже премии.

ПРИЧИНА 3: ВЫ САМИ ЛУЧШЕ ПОНИМАЕТЕ, ЧТО ДЕЛАЕТЕ.
Когда вам нужно сформулировать мысль для аудитории — вы вынуждены структурировать. Упростить. Убрать лишнее. Оставить суть. Этот процесс делает ваше собственное мышление яснее. После подготовки к выступлению я лучше понимал свой проект, чем до. Не потому что узнал новое. А потому что был вынужден объяснить.

ПРИЧИНА 4: ВЫ СОЗДАЁТЕ СРЕДУ. НЕ ТОЛЬКО ПРОЕКТ.
Когда вы выступаете с идеей — вы не просто рассказываете. Вы создаёте среду, в которой эта идея может жить. Люди слышат. Думают. Обсуждают. Возвращаются. Задают вопросы. Предлагают. Один доклад может запустить цепочку, которую вы не контролируете. Но которая работает на вас.

ЧТО Я ПОНЯЛ О ПУБЛИЧНОСТИ:
Не нужно быть «звездой». Не нужно говорить идеально. Не нужно знать всё. Нужно делиться тем, что знаешь. Честно. С примерами. С ошибками. С цифрами. Люди не хотят идеальных. Они хотят настоящих.
Одна фраза, которую я сказал на форуме и которая стала моим принципом: «Энергоэффективность — это не статья расходов. Это возможность увеличить прибыль. Первый шаг — не покупка оборудования. А анализ данных и поиск точек роста.»
Это работает не только с энергией. Это работает с любой задачей. Сначала пойми. Потом действуй.

🛠 ПРАКТИКА:
Если вы давно не выступали публично — найдите одну возможность на ближайший месяц. Вебинар. Внутренняя презентация. Пост в профессиональном сообществе. Не для славы. Для ясности. Для команды. Для заказчиков.

Поставьте 🔥 если откликнулось, ⚡ если заберёте принцип, 👍 если уже выступаете.
#код_личное #публичность #выступления #экспертность
Код Лидеров: Управляй. Живи. Расти

КАК ПЕРЕДАТЬ ПРОЕКТ ДРУГОМУ ЧЕЛОВЕКУ БЕЗ ПОТЕРИ И БЕЗ ЧУВСТВА ПОРАЖЕНИЯ

Есть тема, о которой руководители не говорят. Потому что стыдно. Потому что кажется: «Я не довёл. Я не справился. Я подвёл.»
Но правда в том, что иногда передать проект — это самое правильное управленческое решение. Не слабость. Зрелость.
Я передавал проекты. Не все. Но те, где понимал: другой человек или другая команда сделают лучше. Где моя роль изменилась. Где я шёл на повышение и физически не мог довести. Где находил более эффективное решение для заказчика.

И вот что я понял:

ПРИНЦИП 1: ПЕРЕДАЧА — ЭТО НЕ БРОСАНИЕ.
Бросить проект — это уйти молча. Передать — это подготовить. Собрать всё, что есть. Описать контекст. Познакомить нового человека с командой. Дать вводную. Быть доступным первые две недели для вопросов. Передать — это акт уважения к проекту и к людям, которые в нём работают.

ПРИНЦИП 2: ЗАКОН ХОФШТАДТЕРА. ВСЁ ЗАНИМАЕТ БОЛЬШЕ ВРЕМЕНИ, ЧЕМ КАЖЕТСЯ.
Есть закон: всё занимает больше времени, чем вы ожидаете. Даже если вы знаете этот закон и закладываете запас. Передача проекта — не исключение. Не думайте: «За три дня передам.» Заложите две недели. На документацию. На встречи. На вопросы. На адаптацию нового человека.

ПРИНЦИП 3: ПЕРЕДАЙТЕ КОНТЕКСТ. НЕ ТОЛЬКО ЗАДАЧИ.
Список задач можно передать за час. Контекст — нет. Почему принято именно это решение. Какие были альтернативы. Что пробовали и не сработало. Какие отношения с заказчиком. Какие негласные договорённости. Что нельзя говорить. Что нужно сказать. Это не в документации. Это в голове. И это нужно передать. Лично. Голосом. Не письмом.

ПРИНЦИП 4: ДАЙТЕ НОВОМУ ЧЕЛОВЕКУ ПРАВО МЕНЯТЬ.
Когда вы передаёте проект — он больше не ваш. Новый руководитель может менять подход. Менять приоритеты. Менять команду. Это его право. Не следите. Не критикуйте. Не говорите «а раньше было лучше». Отпустили — отпустили.

ПРИНЦИП 5: СКАЖИТЕ КОМАНДЕ ПРАВДУ.
Не исчезайте молча. Соберите команду. Скажите: «Я передаю проект. Вот почему. Вот кто будет вести дальше. Я уверен в этом решении. Спасибо за работу. Я остаюсь доступен, если нужна помощь.» Люди ценят честность. И уважают того, кто не прячется.

🛠 ПРАКТИКА:
Если вы сейчас держите проект, который не можете довести, — не ждите. Найдите, кому передать. Подготовьте передачу. Скажите команде. Отпустите. Это не поражение. Это лучшее решение для результата.

Поставьте ✅ если откликнулось, ⚡ если заберёте принципы, 🙏 если тема поддержала.
#код_инструменты #передача #зрелость #руководитель
Код Лидеров: Управляй. Живи. Расти

КАК УПРАВЛЯТЬ КОМАНДАМИ ИЗ 40+ ЧЕЛОВЕК: Матричная модель без хаоса

Когда в вашей команде 5 человек — вы знаете каждого. Когда 15 — вы знаете каждого, но не каждый день общаетесь. Когда 40+ — вы физически не можете быть в каждом разговоре. И если пытаетесь — становитесь узким горлышком. Всё идёт через вас. Всё ждёт вас. Всё тормозит на вас.
Я управлял кросс-функциональными командами до 40+ человек. Включая внутренних специалистов, внешних подрядчиков и временных экспертов. Все проекты сдавались в срок. С отклонением по бюджету не более 5%.

Вот как это работало.

ПРИНЦИП 1: МАТРИЧНАЯ МОДЕЛЬ. НЕ ИЕРАРХИЯ.
Не «все подчиняются мне». А «каждый человек привязан к проекту и к функциональной роли одновременно». Аналитик работает на проекте А, но его профессиональный рост и стандарты — за аналитическим лидом. Разработчик работает на проекте Б, но его код ревью и технические решения — за техническим лидом. Я не лезу в каждую деталь. Я управляю через лидеров направлений.

ПРИНЦИП 2: ТОЧКИ СИНХРОНА. НЕ ЧАСОВЫЕ ПЛАНЁРКИ.
Не «все 40 человек собираются на планёрку». А три уровня синхрона:
Ежедневно: лид направлений синхронизируется со своей мини-командой. 10 минут. Три вопроса: что сделано, что блокирует, что дальше.
Еженедельно: я собираю лидов направлений. 30 минут. Статус по проектам. Риски. Ресурсы.
Ежемесячно: стратегическая сверка. Что по портфелю. Что меняется. Куда идём.

ПРИНЦИП 3: ВНЕШНИЕ ПОДРЯДЧИКИ — ЭТО КОМАНДА. НЕ «ВРАГИ».
Когда вы работаете с внешними специалистами — они не «чужие». Они часть вашей команды на время проекта. Относитесь к ним так же: ясные задачи, обратная связь, уважение. Не «вы подрядчик, делайте что сказали». А «вы часть решения, вот контекст, вот цель, вот границы».

ПРИНЦИП 4: ЗАКОН БРУКСА. НЕ ДОБАВЛЯЙТЕ ЛЮДЕЙ В ОПАЗДЫВАЮЩИЙ ПРОЕКТ.
Есть закон: если проект уже опаздывает, добавление новых людей делает его ещё более опаздывающим. Потому что на координацию новых людей уходит время. И они не знают контекст. И задают вопросы. И отвлекают тех, кто уже работает.
Если проект опаздывает — не добавляйте людей. Уберите лишние задачи. Сократите объём. Пересмотрите сроки. Но не кидайте новых людей в горящий проект. Это не тушение пожара. Это раздувание.

ПРИНЦИП 5: КОНТРОЛЬ БЮДЖЕТА ЧЕРЕЗ ПРОЦЕСС. НЕ ЧЕРЕЗ ДАВЛЕНИЕ.
Отклонение не более 5% — это не «повезло». Это выстроенный контур планирования и контроля. Каждую неделю: сколько потратили, сколько осталось, есть ли риск перерасхода. Не в конце проекта «ой, мы превысили». А каждую неделю. И если есть риск — корректируем сразу. Не ждём, пока станет поздно.

🛠 ПРАКТИКА:
Если ваша команда выросла больше 15 человек — перестаньте управлять «всем сам». Назначьте лидов направлений. Дайте им формат синхрона. Уберите себя из операционки.

Поставьте ⚡ если заберёте, 🔥 если тема актуальна, 👍 если уже так работаете.
#код_инструменты #команда #масштаб #матрица
Код Лидеров: Управляй. Живи. Расти

КЕЙС: КАК ЗАПУСТИТЬ 5 ПРОТОТИПОВ БЕЗ ДОПОЛНИТЕЛЬНОГО БЮДЖЕТА И СОКРАТИТЬ ВРЕМЯ ПРОВЕРКИ ГИПОТЕЗ ВДВОЕ

Ситуация: крупный холдинг. Десятки идей от заказчиков. Каждая идея требует проверки. Но бюджет ограничен. Цикл «от идеи до решения» занимает месяцы. Заказчики ждут. Идеи остывают. Команда демотивируется.
Знакомо? Когда у вас много идей, но нет ресурса на все. Когда каждая идея требует «обоснования бюджета» прежде чем начать. Когда вы тратите больше времени на согласования, чем на работу.

ЧТО Я СДЕЛАЛ:

ШАГ 1: ВВЁЛ ПРАВИЛО «ОКНА».
Каждая гипотеза получает ограниченное окно: 3–4 недели. Внутри окна команда собирает минимально работающий прототип. Не продукт. Не решение. Прототип. То, что можно показать заказчику и спросить: «Это то, что вам нужно?»

ШАГ 2: НЕ ПРОСИЛ БЮДЖЕТ. ИСПОЛЬЗОВАЛ СУЩЕСТВУЮЩИЙ РЕСУРС.
Не писал заявку. Не ждал одобрения. Брал 10–15% времени из существующей команды. Два-три человека на прототип. Это не «отрыв от работы». Это инвестиция в то, что станет работой завтра.

ШАГ 3: ПОСТРОИЛ ФИЛЬТР.
Не все прототипы выживают. И это нормально. Из 5 запущенных прототипов 2–3 получают обратную связь «да, нужно, масштабируем». Остальные останавливаются. Без боли. Без «мы потратили полгода». За 3 недели мы узнали, что это не то. И пошли дальше.

ШАГ 4: ПОКАЗЫВАЛ ЗАКАЗЧИКУ РАБОТАЮЩИЙ ПРОТОТИП. НЕ ПРЕЗЕНТАЦИЮ.
Не слайды. Не описание. Работающий прототип. Заказчик видит. Трогает. Говорит: «Да» или «Нет». За одну встречу. Не за три месяца переписки.

ШАГ 5: ЗАМЕРЯЛ.
Время от гипотезы до решения. Затраты на прототипирование. Количество остановленных идей. Количество масштабированных идей. Без цифр я бы не понял, работает ли модель.

РЕЗУЛЬТАТ:
5 минимально работающих прототипов запущено без дополнительного бюджета. Время проверки гипотез сократилось на 50%. Затраты на прототипирование снизились на 30%. Команды перестали ждать разрешения. Они действовали в рамках окна. Заказчики перестали ждать месяцами. Они получали ответ за недели.

💡 ВЫВОД:
Инновации в большой организации умирают не от отсутствия идей. А от отсутствия механизма быстрой проверки. Дайте идее окно. Дайте маленький ресурс. Дайте срок. И позвольте ей умереть быстро, если она не работает. Это не расточительство. Это эффективность.

Поставьте 🔥 если узнали ситуацию, ⚡ если заберёте модель «окна», 👍 если уже запускаете что-то подобное.
#код_кейсы #инновации #портфель #быстраяпроверка
Код Лидеров: Управляй. Живи. Расти

1% МОЕГО ПУТИ: Телеком-холдинг. Портфель из десятков проектов и управление через влияние

Седьмой этап. 2024–2026. Крупнейший государственный телеком-холдинг. Системный интегратор. Должность: директор направления цифровой трансформации и руководитель проектов.
Масштаб: экосистема из более чем несколько десятков компаний-разработчиков. Свыше десятка тысяч специалистов. Около 300 решений в реестре отечественного программного обеспечения. Портфель из нескольких десятков проектов одновременно. От ранних гипотез до промышленной эксплуатации.
Это был самый сложный управленческий вызов в моей жизни. Не потому что проекты были сложнее. А потому что среда была другой. Здесь не было «одной команды и одного проекта». Здесь была экосистема, в которой нужно было одновременно: управлять портфелем, запускать инновации, работать с крупнейшими промышленными заказчиками, обеспечивать безопасность и сдавать всё в срок.

ЧТО Я ПОНЯЛ ЗА ЭТИ ДВА ГОДА:

Урок 1. Управление портфелем — это не управление проектами. Это управление стадиями.
Одновременно у вас есть проекты на разных стадиях. Одни — только гипотеза. Другие — прототип. Третьи — пилот. Четвёртые — уже в промышленной эксплуатации. Пятые — расширяются. И у каждой стадии своя логика, свой ритм, свои метрики. Гипотезе нужен быстрый ответ. Промышленной эксплуатации нужна стабильность. Пилоту нужна обратная связь. Нельзя управлять всем одинаково.

Урок 2. Доступ к нескольким тысячам специалистов — это не власть. Это ответственность.
Я мог собирать команду под каждый проект из огромного пула специалистов. Но это не значит «брать кого хочу». Это значит: понимать, кто нужен именно для этой задачи. Не размазывать людей по всем проектам. А собирать точечную команду под конкретную гипотезу. И отпускать, когда задача решена.

Урок 3. Безопасность — это не надстройка. Это фундамент.
Когда ты работаешь с государственными структурами, с критической инфраструктурой, с промышленными гигантами — безопасность не «добавляется в конце». Она закладывается с первого дня. В архитектуру. В процессы. В каждый компонент. Это не бюрократия. Это условие, без которого проект не существует.

Урок 4. Не все проекты ты должен довести сам.
Это самый сложный урок. Часть проектов я запустил, довёл до результата и сдал. А часть — грамотно передал. Не потому что не справился. А потому что нашёл лучшее решение для заказчика. Передал в руки тех, кто мог сделать эффективнее. Это не слабость. Это зрелость. Руководитель, который держит всё из принципа «я начал — я закончу», вредит проекту. Руководитель, который находит лучшее решение для результата, — помогает.

Урок 5. Публичность — это часть работы.
Конференции. Форумы. Выступления перед сотнями людей. Это не «бонус к должности». Это инструмент. Когда ты выступаешь как эксперт — заказчики видят в тебе не «исполнителя», а партнёра. Когда ты делишься опытом публично — команда гордится, что работает с тобой. Когда ты формулируешь мысли вслух — ты сам лучше понимаешь, что делаешь.

Эти пять уроков я ношу с собой. Они работают в любой большой системе, где нужно управлять через влияние, запускать новое и сдавать результат.
Поставьте 🔥 если откликнулось, ⚡ если заберёте принцип «управление стадиями», 🙏 если история зацепила.
#код_личное #1процент #путь #телеком
Код Лидеров: Управляй. Живи. Расти

КАК ЗАПУСКАТЬ ИННОВАЦИИ БЕЗ ДОПОЛНИТЕЛЬНОГО БЮДЖЕТА: Модель «технологических окон»

В больших компаниях инновации умирают не от того, что идеи плохие. А от того, что на них нет бюджета. Или нет времени. Или нет людей. Или нужно пройти 12 согласований, прежде чем начать. И идея умирает в очереди.

Я нашёл выход. Модель, которую назвал «технологические окна». Суть простая:

Гипотеза получает ограниченное окно времени. Внутри этого окна небольшая команда собирает минимально работающий прототип. Без дополнительного бюджета. За счёт существующего экспертного ресурса. По результатам прототипа принимается решение: масштабируем, дорабатываем или останавливаем.

КАК ЭТО РАБОТАЕТ НА ПРАКТИКЕ:

ШАГ 1: ОГРАНИЧЕННОЕ ВРЕМЯ.
Не «давайте подумаем полгода». А «у вас 3–4 недели на то, чтобы собрать работающий прототип». Жёсткий срок. Закон Паркинсона в действии: если дать месяц — сделают за месяц. Если дать три недели — сделают за три недели.

ШАГ 2: СУЩЕСТВУЮЩИЙ РЕСУРС.
Не нанимаем новых людей. Не просим бюджет. Берём часть времени из существующей команды. 10–15% рабочего времени на прототип. Это не «отрыв от основных задач». Это инвестиция в будущие задачи.

ШАГ 3: БЫСТРАЯ ОБРАТНАЯ СВЯЗЬ.
Прототип готов — показываем заказчику. Не презентацию. Не слайды. Работающий прототип. Заказчик говорит: «Да, это нужно» или «Нет, это не то». За одну встречу. Не за три месяца согласований.

ШАГ 4: ФИЛЬТР. НЕ ВСЁ ДОЛЖНО ВЫЖИТЬ.
Из 10 гипотез 7 умрут. И это нормально. Это не провал. Это фильтр. Лучше убить 7 идей за неделю на этапе прототипа, чем потратить полгода и миллионы на то, что не нужно. Портфель инициатив не разрастается бесконтрольно. Он проходит через фильтр быстрой проверки.

РЕЗУЛЬТАТ, КОТОРЫЙ Я ПОЛУЧИЛ:
Запущено 5 минимально работающих прототипов без дополнительного бюджета. Время проверки гипотез сократилось на 50%. Затраты на прототипирование снизились на 30%. Команды не ждали «разрешения сверху». Они действовали в рамках окна.

🛠 ПРАКТИКА:
Если в вашей компании есть идея, которая «ждёт бюджета» — попробуйте дать ей окно. 2–3 недели. Один-два человека на 15% времени. Результат: работающий прототип. И решение: делаем дальше или нет. Поставьте ⚡ если заберёте, 🔥 если тема актуальна, 🤔 если задумались.

#код_инструменты #инновации #портфель #технологическиеокна
Код Лидеров: Управляй. Живи. Расти