Александр Пономарев | Управленческий дневник

Почему 70% IT-проектов проваливаются? Управление «майонезом» против «Боинга» В управлении проектами часто предполагается, что систему можно собрать из частей. Есть функции, есть люди, есть процессы — и при правильной координации они складываются в работающий результат. Эта логика хорошо работает в мире, где системы можно разложить на независимые элементы. Но организация ближе к эмульсии, чем к механизму. Её нельзя разобрать на исходные компоненты и собрать обратно без потерь. Каждое изменение затрагивает связи, которые не видны напрямую, но определяют поведение всей системы. Поэтому попытка управлять сложной организацией как набором отдельных задач приводит к искажению результата. Формально всё выполнено, но система ведёт себя иначе, чем ожидалось. Возможно, ключевая ошибка управления заключается в попытке применять к сложным системам логику сборки, вместо понимания их как непрерывно взаимодействующей среды. Подробнее в разборе книги Даны Минбаевой «Leading Strategic Transformation: The Age Factor» - «Управление стратегической трансформацией: фактор возраста»: www.youtube.com/...poo

Почему ИТ-стратегии разбиваются о людей? Главная ошибка цифровой трансформации В цифровых трансформациях часто предполагается, что основная сложность — техническая. Если система работает, значит изменения можно считать успешными. Но внедрение почти никогда не ограничивается кодом. Любая новая технология входит в уже существующую систему поведения, где у людей есть свои роли, инструменты и способы контроля результата. Именно этот слой определяет, примет ли организация изменения или начнёт их нейтрализовать. Старые инструменты часто удерживаются не из-за их эффективности, а потому что они дают ощущение предсказуемости и контроля. Поэтому сопротивление изменениям редко выглядит как открытый отказ. Чаще оно проявляется как продолжение работы «по-старому», даже при наличии новых решений. В такой ситуации стратегия становится не только вопросом архитектуры системы, но и вопросом того, как меняется поведение людей внутри неё. Возможно, главная сложность трансформации заключается не в создании новой системы, а в синхронизации её с уже существующей логикой действий. Подробнее в разборе книги доктора Раши Абдильсалам «Leading Change Management» — «Руководство управлением изменениями»: www.youtube.com/...wdg

Менеджер — единая точка отказа: Почему ваша система управления людьми безнадежно устарела? Во многих компаниях менеджер считается центром управления. Через него проходят решения о найме, увольнениях, оценке и распределении ресурсов. Это создаёт ощущение контроля, но одновременно формирует и скрытую уязвимость. Любая система, завязанная на одну точку принятия решений, наследует её ограничения: субъективность, перегрузку, ошибки восприятия. Со временем именно эта точка начинает определять качество всей организации. Даже при сильной команде общий результат ограничивается пропускной способностью управленческого узла. Поэтому в некоторых моделях управления происходит размывание центра принятия решений. Часть полномочий распределяется между участниками системы, а роль руководителя смещается от контроля к устранению препятствий. В такой структуре управление перестаёт быть каналом передачи решений и становится средой, в которой решения возникают естественным образом. Возможно, устойчивость организации определяется не силой менеджера, а тем, насколько система способна работать без единой точки отказа. Подробнее в разборе «операционной системы» управления людьми в Google на основе книги Ласло Бока «Работа рулит»: www.youtube.com/...3y0

Как забытые «рубильники» в коде разоряют бизнес: Уроки Knight Capital и секреты техгигантов В сложных системах опасность редко приходит в виде нового кода. Чаще всего проблема уже существует внутри системы, но находится в выключенном состоянии. Feature toggle создаёт иллюзию контроля: функция есть, но её влияние можно включать и отключать по мере необходимости. Со временем таких переключателей становится всё больше. Каждый из них кажется безопасным, потому что он управляем. Но система начинает зависеть не только от кода, но и от множества скрытых состояний, которые трудно учитывать одновременно. В какой-то момент реальное поведение приложения определяется не тем, что написано в коде, а тем, какая комбинация переключателей сейчас активна. Чем больше таких точек управления, тем выше вероятность, что забытое состояние однажды станет активным в самый неподходящий момент. Возможно, самая опасная часть системы — это не то, что в неё добавили, а то, что в ней уже есть, но давно перестало быть видимым. Подробнее в разборе механизма Feature Toggles (или «рубильников») — инструмента, который позволяет компаниям масштаба Netflix, Facebook и Google внедрять инновации с бешеной скоростью, не обрушивая систему: www.youtube.com/...ric

«Бетонный завод» или облака? Как цифровая трансформация меняет правила игры в бизнесе Долгое время сила компании ассоциировалась с масштабом и концентрацией. Чем больше ресурсов, тем устойчивее система. Чем крупнее структура, тем выше контроль. Цифровая среда изменила эту логику. Ценность перестала быть связана с материальной концентрацией и начала смещаться в сторону распределённости и доступности. Функции, которые раньше были объединены в одном физическом объекте, теперь разделяются и выполняются разными независимыми компонентами. Вместо единого монолита появляется набор взаимодействующих элементов, каждый из которых можно изменять отдельно. Это снижает инерцию системы и делает изменения менее затратными. Но одновременно исчезает привычная иллюзия стабильности, основанная на материальной плотности. Возможно, современная эффективность определяется не тем, насколько «цельной» выглядит система, а тем, насколько легко она может быть разобрана и собрана заново без потери смысла. Подробнее в разборе книги «Цифровая трансформация: анализ, тренды, мировой опыт» (А. Прохоров, Л. Коник): www.youtube.com/...jzc