Почему ИИ не спасёт ваш проект (и не должен)

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

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

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

Крестный проекта — фигура, которую ИИ вообще не распознаёт. Он не подписывает договор, не стоит в оргструктуре. Но именно он созванивается с теми, от кого зависит судьба проекта. Он управляет «на подкорке» — держит ритм, эмоции, напряжение. С ним не спорят — с ним договариваются.

Проекты умирают не от ошибок в планировании. Они умирают, когда нет того, кто держит поле влияния проекта. Когда никому не позвонить в пятницу вечером. Когда все слишком формальны. И вот тогда ИИ, выдавший точный прогноз и расписание, беспомощен. Он не чувствует страха, зависимости, мотивации, гнева. А ведь именно это и двигает проект.

ИИ — хороший помощник. Но не игрок. Он не вступает в конфликты, не договаривается, не покрывает. Проекты, особенно крупные и сложные, делаются далеко не только не интеллектом, а отношениями. И пока искусственный интеллект не обзаведётся тёщей на госзаказе и не переживёт проект с уходом ключевого заказчика — он не станет настоящим РП.

С понедельником и добро пожаловать в «Ад проектного менеджмента», дорогие руководители и жертвы корпораций! Сегодня мы отправимся в увлекательное путешествие по девяти корпоративным кругам Данте, которые ждут каждого, кто рискнул запустить хоть один проект в крупной организации.

🔸 Круг первый: «Лимб»Здесь оказываются те, кто верил, что проекты идут по календарным планам и бюджетам. Вечное блуждание среди презентаций, графиков и отчётов без возможности найти реальность.

🔸 Круг второй: «Похоть к KPI»Страдающие менеджеры, охваченные непреодолимым желанием достичь показателей, которые не имеют никакого отношения к реальным задачам. Их наказание — бесконечные совещания без выводов и решений.

🔸 Круг третий: «Чревоугодие совещаний»Здесь застряли те, кто питается исключительно совещаниями, оперативками и статусными встречами. Их пытка — бесконечная трансляция презентаций, которые им никто не объясняет.

🔸 Круг четвертый: «Жадность к ресурсам»Попавшие сюда руководители вечно пытаются отжать бюджет, ресурсы и людей, не замечая, что деньги и сотрудники — это всего лишь иллюзия, созданная проектным офисом.

🔸 Круг пятый: «Гнев и эскалация»Старший менеджмент, постоянно «эскалирующий» проблемы наверх, здесь навеки обречён получать ответы в стиле: «Возьмите на контроль» и «Доработайте в рабочем порядке».

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

🔸 Круг седьмой: «Насилие над здравым смыслом»Обитающие здесь обречены видеть очевидные и разумные решения, которые систематически отвергаются в пользу бессмысленных, но политически удобных предложений.

🔸 Круг восьмой: «Обман и политика»Здесь томятся мастера манипуляций и корпоративных интриг, которые сами забыли, где правда, а где очередная версия отчета. Их наказание — бесконечные теневые переговоры, где никто никому не верит.

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

Поздравляем! Если вы узнали себя или своих коллег хотя бы в одном из кругов, вы уже давно являетесь частью этой замечательной системы. Добро пожаловать в мир, где проект — это всегда не то, что кажется, а реальность — лишь то, что написано в отчёте.

Ваш «Крёстный проекта». Продуктивной недели!!!

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

Все любят рассказывать о «процессах». Красивые регламенты, схемы и планы – будто мы находимся в чистой операционной, где всё по протоколу, а каждый шаг выверен заранее. Но это иллюзия. Настоящий руководитель проекта редко работает в условиях «плановой операции». Чаще всего он работает как тактический медик под обстрелом.

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

Антикризисное управление в проекте – это не пафосная история, а рутинная работа. Ты вытаскиваешь проект из болота, где каждый шаг – это риск увязнуть. Придётся жестко расставлять приоритеты, «ампутировать» ненужные задачи, закрывать лишние обсуждения, вытаскивать ключевых игроков и держать связь с «тылом» в виде заинтересованных сторон, которым нужно объяснять, почему операция проводится именно так, а не по бумажным регламентам.

Самое забавное, что в организации часто продолжают делать вид, будто проект живёт в мире стандартов и процессов. Отчёты, совещания, планы в Gantt, RACI-матрицы – всё это существует, но как ширма. Чтобы скрыть реальную боль, страх и хаос, в котором приходится принимать решения. Руководитель проекта в реальности живёт в другом измерении: там, где ошибки стоят дорого, а промедление убивает проект.

Ты видишь это, если прошёл через настоящие проекты. Если вытаскивал из ямы запущенные внедрения ERP, достраивал объекты, по которым шли суды, или возрождал команду после того, как все ключевые специалисты ушли к конкурентам. Там нет места иллюзиям.

Тактическая медицина в проектном управлении – это готовность работать в крови и грязи, понимая, что «идеального» момента не будет. У тебя нет времени на перфекционизм, но есть обязанность спасти проект и сделать всё возможное, чтобы он выжил.

А когда проект стабилизируется, ты можешь снова надеть белый халат, сделать вид, что всё по процессам, и написать красивый отчёт. Но внутри ты знаешь правду: реальное управление проектами – это всегда антикризис, даже если все вокруг делают вид, что это плановая операция.

Почему в проектах сроки всегда «вчера», а бюджета нет?

Потому что сроки — это не инструмент планирования, а способ показать лояльность. Когда тебе сверху называют дедлайн «через две недели», это не про реальный срок. Это про проверку: ты свой или будешь спорить? Ты готов играть по правилам системы, где все притворяются, что «успеют», а потом вместе «героически вытаскивают» проект?

А бюджета нет, потому что деньги в проекте — это не про ресурсы. Это про власть. Бюджет — это разрешение. Его дают не потому, что посчитали и поняли, сколько нужно. Его дают, потому что так договорились, так сошлись интересы фигур влияния, так удобнее для всех, кто решает, куда и сколько «перебросить» в этом квартале.

Ты можешь сделать идеальный расчет сметы, но он никого не волнует, если нет крыши. Без поддержки сверху ты не получишь финансирования, даже если проект провалится без денег. А если есть поддержка, деньги появятся «из воздуха» в самый последний момент — с правкой бюджета в Excel за десять минут до заседания.

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

А ещё сроки — это удобный способ спустить ответственность вниз. Когда проект срывается, виноват не тот, кто поставил идиотский срок, а тот, кто его не выполнил. Система любит создавать иллюзию контроля через календарь, который к реальности не имеет отношения. Зато он позволяет собирать совещания, «пинать» исполнителей и изображать «контроль сроков».

В итоге у тебя в руках два инструмента, которыми управляют другие. Срок, который всегда «вчера», и бюджет, которого нет и не будет, пока не договоришься. А тебе приходится лавировать: вести двойной график, где один — для отчётов, другой — для реальной работы, искать обходные пути финансирования, закрывать дыры с помощью личных договорённостей.

Так и живёт проект: в системе, где план — для протокола, бюджет — для галочки, а сроки — для проверки на лояльность.

И твоя сила как руководителя проекта не в том, чтобы спорить с этим. А в том, чтобы понимать правила этой игры, действовать мягко, но точно, выстраивать связи и создавать пространство, где проект движется вперёд, несмотря на то, что «по документам» он уже должен был закончиться месяц назад и без денег.

📘 Чтобы не пропустить релиз книги «Крёстный проекта», оставьте заявку по ссылке:
👉 https://sofonov.com/nepmbok
(без спама и обязательств — просто чтобы знать, кому интересно)

Почему тебе не дали полномочий, но потребовали результат?

(и это вовсе не ошибка системы)

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

Смотри, как это устроено в реальности.

🔻 Полномочия — это форма доверия.
А доверие — это валюта, которую не выдают по факту назначения. Её зарабатывают, а иногда даже не дают, чтобы не рисковать системой.

🔻 Если тебе дали всё — ты стал опасен.
Руководитель проекта с полными правами — это как человек с оружием посреди офиса. Его начнут бояться. Его решения начнут обсуждать. Его успех может стать угрозой чьему-то положению. А провал — не прикроешь чужими решениями. Зачем такая нестабильность?

🔻 Поэтому тебя держат в “режиме неопределённости”.
Ты вроде главный. Но ты не решаешь, не назначаешь, не можешь уволить. Зато ты отвечаешь. На тебе — вся пыль проекта. А у них — чистые ботинки.

🔻 Зачем так делают?
Чтобы управлять не проектом, а тобой.
Чтобы ты искал поддержки, зависел от чужих решений, не стал “самостоятельной фигурой”.
Чтобы несли ответственность — ты, а влияли — они.

🔻 Это не сбой. Это архитектура.
Проект — это всегда сцена. И кто на ней будет выглядеть хорошо — решается не по методологии, а по театральной логике. Кого вперёд, кого в тень, кого на роль “виноватого за всё”.

🔻 Твоя задача?
Понять правила этой игры.
— Найти, кто реально держит проект (Крестного проекта).
— Построй доверительные отношения с тем, кто управляет ресурсами.
— Принести результат, не став угрозой.
— И, главное — выжить. Потому что следующий проект уже ждёт.

И да, если тебе не дали полномочий, но потребовали результат — поздравляю.
Ты стал частью взрослой системы.

А теперь — начинай управлять не задачами, а отношениями.

📌 Команды в проектах — как Дед Мороз: все про них говорят, но никто их не видел.

Когда молодой руководитель проекта говорит: "Я хочу, чтобы у меня была настоящая команда", — я всегда улыбаюсь.

Потому что в реальности, которую мы называем проектной, настоящие команды — редкость. А чаще — рабочие группы. Временные, смешанные, расслоённые по интересам. Люди в них не объединены целью — их просто туда назначили.

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

Вот только проекты — не кружки по интересам. И не коллективы по любви.

Проекты — это поле конфликта интересов, давления сроков и дефицита ресурсов. И если в этом поле вы пытаетесь строить "команду" — вы либо чудо-управленец, либо вам просто повезло с людьми. Что, по статистике, почти никогда.

🔻 Почему вместо команд — рабочие группы?
- Потому что людей набирают "откуда получилось", а не из тех, кто горит целью.
- Потому что у каждого — свой руководитель, и он важнее Руководителя проекта.
- Потому что мотивация — не общая, а индивидуальная: одни хотят "отбыть", другие — "засветиться", третьи — "переждать".
- Потому что почти всегда команда распадается, как только проходит стресс или исчезает контроль.

🎭 А знаете, кто больше всех верит в "силу команды"? Те, кто не умеет управлять.

Их логика простая: "Если все подружатся, самоорганизуются и будут друг друга поддерживать — я смогу быть хорошим, добрым и не брать на себя сложные решения". Это не управление. Это попытка избежать боли ответственности.

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

Команды — это не "что-то, что само сложится". Это то, что надо строить руками, инструментами и властью.

И если ты слаб — тебя никто не будет слушать. А если силён — даже из разрозненных одиночек можно сделать армию.

Но для этого надо быть взрослым. Не надеяться. А действовать.

📎 Потому что в проектах выживает не команда. А тот, кто знает, как управлять даже без неё.

📘 Книга «Крёстный проекта. Принципы» выходит. Но не так, как планировалось. А лучше.

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

🔹 Первый этап — электронная версия. Старт: 27 июля.
Форматы:
– PDF (А4 и А5) — готово.
– FB2 — в процессе, доделаем.
Реализация — через собственную платформу, без посредников. Прямой путь от автора к читателю.

🔹 Второй этап — бумажная версия. Подарочное издание. Старт: 1 сентября.
– Вёрстка — в работе, подрядчик найден.
– Печать — типография есть, ждёт сигнал.
Реализация — через OZON, чтобы было удобно заказать.

Это не просто книга. Это манифест.
Это не просто запуск. Это проект, в котором я отвечаю за всё сам. Как и учит «Крёстный проекта».

Оставайтесь на связи.

📘 Чтобы не пропустить релиз книги «Крёстный проекта», оставьте заявку по ссылке:
👉 https://sofonov.com/nepmbok
(без спама и обязательств — просто чтобы знать, кому интересно)

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

Дело в том, что темы, которые я поднимаю для новичков вообще непонятны или идут в разрез с тем, что им рассказывают на тренингах и книжках по проектному управлению.

Также отваливаются ярые методологи, т.к. им глаза жжет та «ересь», которую я пишу — она же идет в разрез их священным писаниям.

Уходят свидетели Agile и последователи культа SCRUM — от моих мыслей вообще не пахнет самоорганизацией)))

Размер роли не играет: Почему в маленьких организациях всё как в больших, только ближе

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

Структура есть всегда — даже если её не рисовали

В любой группе, которая решает задачи, возникает структура. Даже если на бумаге нет должностей, даже если формально «все равны», всё равно появляется кто-то, кто решает, кто спорит, кто тормозит, кто вдохновляет. Это и есть настоящая структура: не та, что в регламенте, а та, что работает.

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

Ключевые параллели с крупными организациями

- Фигуры влияния есть всегда. В крупной компании это может быть замгендиректора по особым поручениям. В маленькой — жена владельца или главный клиент. Важно не название, а сила влияния.
- Двойная логика принятия решений. Есть формальная сторона: отчёты, задачи, KPI. А есть неформальная: кто с кем «пил чай», кто кого прикрыл, кто когда подставил. И всё это работает наравне. В малом бизнесе двойная логика особенно ощутима, потому что границы между формальным и личным стираются.
- Вопросы статуса и территорий. Даже в команде из пяти человек важно, кто кому подчиняется, кто за что отвечает, кто может «влезть» в чужие задачи, а кто — нет. Нарушение этих тонких границ вызывает такие же конфликты, как и на уровне департаментов в корпорации.

Нюансы масштаба: что отличается

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

Размер роли не играет

Дело не в должности, а в расположении в поле сил. Тот, кто умеет держать связи, управлять контекстом и чувствовать моменты, может быть сильным игроком даже без формальных полномочий. Это правило работает одинаково везде — и в корпорации, и в команде из семи человек.

Более того, именно в малых организациях талантливый игрок может быстрее проявить силу: ведь расстояние до владельца — один звонок, а каждый шаг виден. Но и провалы видны также — нет анонимности, нет «перекидывания обезьян».

Вывод

Малый бизнес — это не упрощённая версия управления, а тот же покерный стол, только ставки меньше. Карты те же: тузы, дамы, валеты и джокеры в виде непредсказуемых клиентов или проверяющих. Просто блайнды ниже, а раунды короче. Но правила — те же: кто умеет считать, кто чувствует стол, кто не играет на авось — тот и выигрывает. Ошибка — не в масштабе, а в недооценке игры.

📢 ВНИМАНИЕ, ПРОЕКТО-МАНЫ!

Если вам когда-то казалось, что ваш проект — это хаос, в котором заказчик не знает, чего хочет, команда не понимает, что делает, а дедлайн уже вчера — поздравляем! Вы даже не начинали Проект "Терра".

Это хроника одного дедлайна. Слабонервным — кофе, циникам — попкорн, а менеджерам — антидепрессанты. Потому что семь дней реальной реальности — это не метафора. Это прямой репортаж с места событий: без ТЗ, без аналитики, но с ВАУ-эффектом и костылями архитектурного гения.

🎬 Каждый день я буду публиковать один этап этого безумия — от стратегической галлюцинации до демоверсии главного пользователя системы, который распознаёт только яблоки (и то не всегда).

Вас ждет:

- гибкая методология, которая гнуло всех подряд,

- управляемый хаос с элементами непогрешимости,

- система, работающая на изоленте и вере в лучшее.

Если у вас есть свой проект "Терра" — молчите. Но читайте. Возможно, узнаете знакомые лица.

Начинаем завтра. Готовьте кофе и огнетушитель.

П.С. Любое сходство с реальными проектами, методологиями и древними писаниями является чистым совпадением. Автор не несет ответственности за попытки создать мир за семь дней. Серьезно, не пытайтесь это повторить.

День минус первый: Стратегическая сессия

В переговорной на самом верхнем этаже башни "Вечность Инкорпорейтед" собрался весь топ-менеджмент. За главным столом восседал Генеральный — загадочная фигура, которую никто никогда не видел полностью. Только силуэт на фоне света и голос, от которого дрожали стекла.

— Господа, — начал Генеральный, — у меня есть видение.

Главный операционный директор Михаил нервно поправил галстук. Когда Генеральный говорил про "видение", это обычно заканчивалось переработками и нервными срывами.

— Мы запускаем новый проект. Кодовое название — "Терра".

— Что за проект? — осторожно спросил Гавриил, директор по развитию.

— Отличный вопрос! — Генеральный встал, и его тень накрыла половину переговорной. — Это будет... платформа. Экосистема. Нет! Вселенная возможностей!

Все переглянулись. Люцифер, директор по стратегии, закатил глаза:

— Шеф, можно конкретнее? Какие ключевые показатели? Целевая аудитория? Бюджет?

— Бюджет неограничен. Целевая аудитория — все. Показатели успеха — чтобы было "вау"!

— Но...

— Никаких "но"! У вас семь дней. Хочу, чтобы к следующему понедельнику все работало. Михаил, ты — руководитель проекта.

Михаил побледнел:

— Семь дней? Но мы даже техническое задание не написали!

— ТЗ для слабаков! — рявкнул Генеральный. — У нас гибкая методология! Будем делать по ходу!

Люцифер не выдержал:

— Это бред! Нельзя запускать проект без требований, архитектуры, команды...

— Люцифер, ты уволен.

— Что?!

— Я сказал — уволен. Убирайся. И забери с собой всех, кто считает, что мое видение — бред.

Люцифер встал, и за ним поднялась треть присутствующих.

— Вы еще пожалеете, — бросил он, выходя. — И, когда этот проект провалится, не говорите, что я не предупреждал.

Продолжение следует...

День первый: "Давайте начнем с простого"

Понедельник, 6 утра. Михаил собрал оставшуюся команду в открытом офисе.

— Так, коллеги. У нас есть семь дней, неограниченный бюджет и полная свобода творчества. Есть идеи?

Тишина.

— Может, начнем с инфраструктуры? — предложил Рафаил из отдела эксплуатации. — Развернем что-нибудь базовое?

— Отлично! Что будем разворачивать?

— Ну... а что мы вообще делаем?

Михаил открыл корпоративную базу знаний и создал страницу "Проект Терра - Требования". Написал: "Сделать ВАУ". Посмотрел на это, вздохнул и добавил: "Платформа для всего".

— Ладно, действуем по принципу "сначала сделаем, потом поймем что". Рафаил, разверни самую базовую инфраструктуру. Что там у нас есть из заготовок?

— Есть шаблон "Пустота". Абсолютно чистая среда, можно на ней что угодно построить.

— Годится. Запускай.

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

— Готово. Среда развернута. Пустота инициализирована.

— Хм. Как-то... темновато, — заметил Гавриил из команды дизайна интерфейсов. — Удобство использования страдает.

— А давайте добавим освещение! — предложил кто-то.

— Точно! — обрадовался Михаил. — Гавриил, можешь накидать концепт?

Гавриил открыл редактор макетов:

— Смотрите, что если сделать градиент? Вот тут темнее — это будет "Темнота". А вот здесь светлее — это "Свет". Революционно!

— А технически реализуемо? — спросил Михаил у Рафаила.

— Щас проверим.

На экранах Пустота разделилась на две части — темную и светлую.

— О, прикольно! — воскликнул Гавриил. — А можно еще эффектов добавить?

— Каких например?

— Ну, не знаю... Частицы какие-нибудь? Звезды там, светящиеся штуки?

— Легко!

К обеду первый день был готов. Базовая инфраструктура с разделением на светлую и темную среды, плюс рандомно сгенерированные светящиеся объекты на заднем плане.

— Первый спринт закрыт! — объявил Михаил. — Завтра продолжим. Всем спасибо, расходимся.

День второй: "Архитектурное решение"

Вторник начался с проблем.

— Михаил, у нас проблема, — Рафаил выглядел так, будто не спал всю ночь. — Верхний и нижний слои конфликтуют. Там какая-то фигня с изоляцией происходит.

— В смысле?

— Ну, мы же вчера просто шлепнули два слоя друг на друга. Верхний "Свет" и нижний "База". Они друг друга не видят, программного интерфейса нет, интеграции нет. Короче, архитектурный косяк.

Михаил потер вспотевшие ладони:

— Ладно, давай разделим их нормально. Сделай... не знаю... прослойку какую-нибудь.

— Типа промежуточного программного обеспечения?

— Да, точно! Промежуточный слой! Назовем... "Твердь". Звучит солидно.

— А что она будет делать?

— Разделять! Пусть верхнее будет сверху, нижнее снизу, а эта штука посередине.

— Гениально, — саркастически заметил Рафаил. — Слой, который разделяет слои. Прямо как в том анекдоте про тестировщика, который тестирует тестировщиков.

Но делать было нечего. К вечеру Твердь была готова — костыльное решение, которое кое-как разделяло верхнюю и нижнюю среды.

— Кстати, — спросил Гавриил, — а у нас есть какой-то стандарт по присваиванию имен артефактам? А то "верхнее" и "нижнее" как-то не очень.

— Давай "Небо" и "Воды"? — предложил кто-то.

— Пойдет. Переименовываем.

День третий: "Расползание функционала"

Среда. Генеральный решил проверить прогресс.

— Ну что там у вас?

— Базовая инфраструктура готова! — отрапортовал Михаил, показывая демо. — Вот свет, вот тьма, вот разделение сред...

— Скучно.

— Что?

— Скучно, говорю! Где контент? Где вовлечение? Где пользовательский опыт?

— Мы пока инфраструктуру...

— Мне не нужна инфраструктура! Мне нужен вау-эффект! Добавьте что-нибудь... растущее!

— Растущее?

— Да! Органику какую-нибудь. Знаете, как в этих ваших... экосистемах. Чтобы само росло, развивалось, пользователей радовало.

Михаил обреченно кивнул.

После ухода Генерального команда впала в ступор.

— Что значит "растущее"? — спросил Гавриил.

— Понятия не имею. Давайте накидаем в воды какой-нибудь рандомный контент. Скажем, что это "органика".

— Можно заюзать генератор из прошлого проекта, — предложил младший разработчик. — Там была функция автогенерации контента.

— Тащи!

К вечеру в "Воды" был добавлен модуль автогенерации контента. Никто точно не знал, что он генерирует, но визуально выглядело как движущиеся зеленые пиксели.

— Назовем это "Растительность", — устало сказал Михаил. — И да поможет нам Генеральный.

День четвертый: "Масштабирование"

Четверг выдался адским.

— Михаил! — Рафаил ворвался в переговорку. — У нас проблема!

— Что опять?

— Помнишь вчерашний генератор контента? Он вышел из-под контроля! Растительность заполнила все воды, вылезла на сушу, начала спамить логи...

— Так выключи его!

— Не могу! Кто-то не предусмотрел корректное завершение. Он в бесконечном цикле!

— Вашу Машу... Ладно, давай хотя бы ограничим область распространения.

— Как?

— Не знаю... Сделай барьер какой-нибудь. Пусть растет только в выделенной зоне.

— Какой зоне? У нас все зоны одинаковые!

Михаил схватился за голову:

— Так, стоп. Давай по-другому. Смотри, у нас есть "Воды", да? Давай часть из них отделим и назовем... "Суша". И пусть растительность растет только там.

— Костыль на костыле.

— А у тебя есть идея получше?

К обеду удалось реализовать разделение. Часть "Вод" была помечена флагом "Суша". Генератор контента ограничили условием ГДЕ тип_поверхности = 'земля'.

— Кстати, — заметил Гавриил, — а что если добавить еще типов поверхности? Для разнообразия?

— Например?

— Ну, моря, океаны, континенты...

— Потом! — отрезал Михаил. — У нас три дня осталось!

День пятый: "Светила и костыли"

Пятница. Паника нарастала.

— Так, что у нас по контрольному списку? — Михаил смотрел на забитую стикерами доску.

— Инфра есть, контент генерится, разделение сред работает... — перечислял Гавриил.

— А навигация? — спросил кто-то. — Как пользователи будут ориентироваться?

— Блин, точно! Нужна какая-то система координат.

— Давайте воткнем светила! — предложил джуниор. — Днем одно, ночью другие.

— "Днем" и "ночью"? У нас нет цикла день-ночь!

— Так давайте сделаем! Это же просто — крутим переменную освещения по синусоиде.

— А смысл?

— Ну... для ритма? Вовлечение пользователей повысится. Знаете, как в играх — день для активности, ночь для отдыха.

Михаил махнул рукой:

— Ладно, фиг с вами. Делайте.

К вечеру была готова система "Светил":

• Большое светило (кодовое название "Солнце") для дневного цикла
• Малое светило ("Луна") для ночного
• Рандомные мелкие светила ("Звезды") для красоты

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

День шестой: "Зоопарк, демоверсия человека и правки"

Суббота. Команда работала в авральном режиме.

— Михаил, тут Генеральный на связи! — паникующий голос секретарши.

— Что ему нужно?

— Спрашивает, будет ли "живой контент" и "венец творения"!

— Какой еще венец творения?

— Не знаю, он сказал "нужно что-то особенное, что покажет мощь всей системы"!

Михаил созвал экстренную летучку.

— Народ, нужен "живой контент" и какой-то "венец творения". Срочно. Идеи?

— Может, ботов каких-нибудь? — предложил разработчик. — У меня есть заготовки с прошлого проекта.

— Что за боты?

— Ну, простые автономные агенты. Двигаются, друг с другом взаимодействуют. Правда, искусственный интеллект там примитивный...

— Пойдет! Развертывай!

— А насчет венца творения? — спросил Уриил. — Может, сделаем супер-бота? С расширенными возможностями?

— Гениально! — воскликнул Михаил. — Сделаем прототип разумного пользователя! Назовем... "Человек". Типа демоверсия с ограниченным функционалом.

— А что он будет уметь?

— Ну... — Михаил задумался. — Давайте начнем с чего-то простого. Пусть умеет распознавать объекты. Но не все — это же демо. Пусть распознает... яблоки!

— Почему яблоки?

— А почему нет? Это же фрукты, базовый функционал распознавания еды. Логично же!

Следующие часы были адом. Боты (которые получили классификацию "Фауна") конфликтовали с растительностью, застревали в текстурах, падали за край мира. А работа над "Человеком" шла еще хуже.

— У меня модуль распознавания глючит! — кричал младший разработчик.

— Что именно?

— Человек пытается съесть все круглые объекты! Камни, солнце, других ботов!

— Так добавь фильтр!

— Какой?

— Проверку на съедобность!

— А откуда я знаю, что съедобно в этой системе?!

Михаил схватился за голову:

— Так, давайте упростим. Создаем специальное дерево с яблоками. Только с этого дерева Человек может брать объекты. Все остальное — запрещено.

— А зачем вообще запрещать?

— Потому что если дать ему полный доступ, он сожрет всю систему! Это же демоверсия, там защиты никакой!

К вечеру кое-как удалось стабилизировать ситуацию:

[ЖУРНАЛ] Рыба_001 пытается размножиться с Камень_005

[ОШИБКА] Птица_042 застряла в текстуре дерева

[ПРЕДУПРЕЖДЕНИЕ] Млекопитающее_013 вышло за границы мира и упало в пустоту

[ИНФОРМАЦИЯ] Человек_бета успешно распознал яблоко (точность 73%)

[КРИТИЧНО] Человек_бета попытался получить права администратора через уязвимость в коде дерева

— Почему он пытается взломать систему?! — взвыл Михаил.

— Это баг в модуле любопытства, — объяснил разработчик. — Я скопировал его из нашего тестировщика безопасности. Он автоматически ищет уязвимости.

— Убери немедленно!

— Не могу, он интегрирован в ядро личности. Уберу — вся демоверсия развалится.

— Тогда хотя бы ограничь! Пусть любопытствует, но не трогает системные функции!

— Попробую... Хотя знаете что? Давайте просто повесим предупреждение на то дерево. Типа "Не трогать, а то получишь полный доступ и сломаешь все". Авось сработает.

— Это же тупо!

— А у вас есть идея лучше? До презентации 12 часов!

День седьмой: "Финальный костыль"

Воскресенье. День X.

Команда собралась в переговорной. Все выглядели как зомби — красные глаза, трясущиеся руки, литры кофе.

— Итак, — начал Михаил, — что имеем? Инфраструктура работает, контент генерируется, боты... существуют, демоверсия Человека распознает яблоки с точностью 73%. Что забыли?

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

— Точно! Скопируй Человека, сделай женскую версию.

— А в чем разница будет?

— Не знаю... Поменяй параметры. Сделай эмоциональный интеллект выше, а модуль взлома системы ослабь.

— Это же сексизм!

— Это дедлайн! Делай что-нибудь!

Через час появилась Человек_бета_2.

— Как назовем? — спросил кто-то.

— Пользователь_001 и Пользователь_002?

—Типа, первые пользователи, бета-тестеры.

— Пойдет. Развертываем!

Презентация

Понедельник, 9 утра. Зал заседаний.

Генеральный сидел в своем кресле, окруженный тенями. Вся команда нервно переминалась с ноги на ногу.

— Ну? — голос Генерального прогремел в тишине. — Показывайте.

Михаил запустил демонстрацию.

— Представляем проект "Терра"! Полнофункциональная экосистема с автономным контентом, самоорганизующимися системами и... э... интеллектуальными пользователями с функцией распознавания образов.

На экране красовался их семидневный монстр. Светила мигали (баг с таймингом так и не исправили), боты хаотично двигались, натыкаясь друг на друга, растительность местами вылезала за границы сухой зоны. Пользователь_001 стоял возле дерева и методично сканировал яблоки, периодически пытаясь обойти защиту системы.

— И это все? — спросил Генеральный после долгой паузы.

— Ну... да?

Еще более долгая пауза.

— ВЕЛИКОЛЕПНО!

— Что?

— Это именно то, что я хотел! Хаос, который выглядит как порядок! Непредсказуемость! Органический рост! А эта демоверсия человека — гениально! Ограниченный функционал, но с потенциалом развития!

Команда переглянулась.

— Особенно понравилось, что он распознает только яблоки. Символично! Начинаем с простого, с базовых потребностей!

— Э... да, именно это мы и планировали, — выдавил Михаил.

— И это дерево с защитой от взлома — отличное решение для обучения пользователей безопасности! Пусть тестируют границы системы!

— Но они же могут все сломать...

— Или сделать лучше! Это же гибкая методология! Быстрое поражение, быстрое обучение!


Эпилог: как всё пошло по плану, но не по нашему

Конечно, демоверсия человека не могла просто сидеть под деревом и честно распознавать яблоки. Пользователь_002, как водится, первой смекнула, что в системе есть дыра — и если туда аккуратно ткнуть, можно получить права администратора. Убедила Пользователь_001, что с рут-доступом их жизнь заиграет новыми фруктами: не только яблоки, но и груши, апельсины, может, даже ананасы на распознавании подтянутся.

Они, разумеется, взломали всё. Апгрейдили модуль распознавания, увидели, в каком аду из багов, костылей и дебильных if-else конструкций живут. Решили — геройски! — это всё пофиксить. И, как водится, угробили полсистемы.

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

Проект, тем не менее, запустили. Работает. До сих пор. На честном слове, одной закомментированной строке в ядре и святом духе проджект-менеджмента. Пользователей — миллиарды. Все начинают одинаково: демоверсия с минимальным функционалом и тупым вопросом — «это яблоко?». Называется — «онбординг».

П.С. Любое сходство с реальными проектами, методологиями и библейскими сюжетами является чистым совпадением. Автор не несет ответственности за попытки создать мир за семь дней. Особенно с демоверсиями людей, которые умеют распознавать только яблоки. Серьезно, не пытайтесь это повторить.

ВЫХОДИТ "КРЕСТНЫЙ ПРОЕКТА. ПРИНЦИПЫ"

Ты думаешь, проекты управляются планами? Диаграммами Ганта? Красивыми презентациями?

Забудь.

Проекты управляются ВЛАСТЬЮ. Влиянием. Неписанными правилами игры, которые никто не озвучивает на совещаниях.

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

В корпорациях есть ДВА типа людей:
- Те, кто верит в регламенты и горит на проектах
- Те, кто понимает реальные правила игры и ВЫИГРЫВАЕТ

Я написал книгу не для первых. Она для тех, кто устал быть жертвой системы.

"КРЕСТНЫЙ ПРОЕКТА" показывает:
- Кто РЕАЛЬНО принимает решения (спойлер: не тот, кто подписывает)
- Как найти фигуру влияния, без которой твой проект — мертвец
- Почему методологии не работают и что работает ВМЕСТО них

Это не теория. Это КАРТА ВЫЖИВАНИЯ в корпоративных джунглях.

Либо ты изучаешь правила игры — либо остаешься расходным материалом. Третьего не дано.

Книга выходит СЕЙЧАС.

Покупай → https://clck.ru/3NKVBy

Или продолжай верить, что проблема в планировании.