Крёстный проекта

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

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

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

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

— Скучно.

— Что?

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

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

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

— Растущее?

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

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

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

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

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

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

— Тащи!

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

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

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

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

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

— Что опять?

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

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

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

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

— Как?

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

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

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

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

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

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

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

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

— Например?

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

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

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

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

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

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

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

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

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

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

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

— А смысл?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

— Что за боты?

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

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

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

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

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

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

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

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

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

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

— Что именно?

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

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

— Какой?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

— Это же тупо!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Презентация

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

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

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

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

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

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

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

— Ну... да?

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

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

— Что?

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

Забудь.

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

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

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

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

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

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

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

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

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

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

🧠 Крестный проекта: эволюция руководителя проекта — от прямоходящего к разумному

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

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

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

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

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

Крестный проекта всегда различает политику. Потому что он не идёт по плану — он ведёт по маршруту. И если надо — меняет его, но не теряет цель.

📍Так что хочешь вырасти как руководитель проекта — учись видеть политическое поле. Потому что не видя его, ты просто стоишь посреди поля битвы. С календарным планом вместо щита.

Хватит администрировать проекты — начните ими управлять. "Крестный проекта. Принципы" — для тех, кто готов стать фигурой влияния, а не статистом.

Купи книгу по ссылке: https://clck.ru/3NKVBy

Делаю аудиоверсию книги. Не потому что модно — потому что работает.

Книгу читают 3% купивших. Аудио слушают 67%. Математика жестокая, но честная.
Обычная аудиокнига — это чтец, который механически озвучивает текст. Никого не волнует. Люди засыпают на второй главе.
Я сделаю по-другому. Буду в каких-то местах отступать от текста и пояснять ход мысли. Слушатель получит в 3 раза больше ценности, чем читатель бумажной версии.

Почему это сработает:

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

Аудио — это не дополнение к книге. Это отдельный продукт, который решает проблему лучше.

Записываю в августе. Будет доступно в сентябре.

Не наступай себе на яйца даже если они железные

Иногда кажется, что команды саботируют проект специально. Молча, пассивно, но последовательно. Срывают сроки, делают через пень-колоду, теряют мотивацию. А потом удивляются, почему всё разваливается. Но правда в том, что люди работают так, как мы ими управляем. И если в проекте нет смысла, нет среды, подталкивающей к адекватному поведению — то и требовать особой самоотдачи бессмысленно.

📍 Смысл важнее мотивации.
Когда руководитель проекта не просто раздаёт задачи, а придаёт смысл происходящему — команда это чувствует. Даже самые приземлённые задачи начинают восприниматься как часть чего-то большего. Смысл — это клей, который склеивает усилия в результат. Без него — каждый сам по себе.

📍 Среда важнее слов.
Можно сколько угодно говорить о ценностях, ответственности и командной работе — но если среда поощряет халтуру, страх и пассивность, результат будет соответствующий. Среда работает 24/7. Она сильнее речей. Поэтому задача РП — не просто говорить, а выстраивать такую среду, в которой логично и удобно вести себя правильно.

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

📍 Отношение — следствие смысла.
Команда не уважает проект, если не понимает, зачем он. Если цели размыты, решения абсурдны, а вклад участника не виден — какое может быть вовлечение? Настоящее отношение рождается из осмысленного участия. А значит, из того, что создаёт или разрушает сам руководитель проекта.

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

🎯 Вывод: хочешь результата — создай условия, в которых он возможен. Управление — это не контроль людей, это работа со смыслами, рамками и последствиями. Настрой поле. Подтолкни к верному поведению. И уж точно — не наступай себе на яйца даже если они железные.

Что такое успешный проект?

Наивный ответ — "тот, что завершён в срок, в бюджет и с нужным качеством".

Так пишут в учебниках. Так пишут в отчетах. Так удобно проверяющим и методологам.

Но в реальности — особенно в корпоративной, особенно в иерархической — "успешный проект" — это не тот, где всё получилось. Это тот, где никто не пострадал.

Где все фигуры влияния сохранили лицо.

Где результат можно показать на слайде.

Где ответственность размазана тонким слоем по матрице.

Где акты подписаны, бюджет освоен, а виноватых — нет.

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

На языке Крёстного проекта:

✅ Успешный проект — это не то, что ты сделал, а то, что приняли.

✅ Это не решение задачи, а восстановление равновесия.

✅ Это не достижение, а мастерски разыгранный ритуал управляемости.

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

Систему не интересует истина. Её интересует стабильность.

Поэтому по-настоящему успешный проект:

– не вызывает шума наверху;
– не ставит под угрозу чужой авторитет;
– не оставляет следов в зоне риска.

А если получилось сделать полезный продукт и никто не пострадал — это уже бонус.

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

Так что успешный проект — это тот, после которого тебе не звонят в семь утра.