Как не провалить проект, если вы всё делаете (не)правильно

Сергей Дегтев

Как не провалить проект, если вы всё делаете (не)правильно

Введение

Эту книгу я писал не один. Мне помогал генеративный ИИ - тот самый, который умеет складывать токены в осмысленные предложения. Звучит как читерство? Возможно. Но я смотрел на это так: ИИ генерирует черновики, примеры, таблицы и анти-советы в промышленных масштабах. А я, как PM, делал самое главное - отбирал, правил, переписывал и выкидывал.

Что осталось за бортом:

· заумные академические отступления (их не пропустил редакторский карандаш);

· 90% примеров про Agile (потому что я не считаю его серебряной пулей);

· слишком «позитивные» концовки, где всё всегда хорошо (так не бывает).

Что осталось и усилено:

· здравый смысл, проверенный на реальных проектах;

· честный скепсис к консультантскому маркетингу;

· расчёт нейронов (единица вашего выгорания, а не метрика эффективности).

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

Используйте информацию на свой страх и риск.

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

Приятного чтения. И берегите нейроны - их, в отличие от ИИ, не дообучить.

ГЛАВА 1. НЕЙРОН: ИЗ ЧЕГО СОСТОИТ ВАШЕ ВЫГОРАНИЕ

«Каждая неправильная оценка, каждое несказанное „нет“, каждый забытый риск - это потерянный нейрон. Нейроны не восстанавливаются. Проект можно перезапустить, а вашу нервную систему - нет.»

1.1 Что такое нейрон (минимальная единица провала)

Нейрон (в контексте этой книги) - это микро-ошибка, микросрыв, микро-недопонимание, которое отнимает у вас силы, время и веру в человечество. Один потерянный нейрон - это, например:

Не уточнили у заказчика формат выгрузки → потом переделывали 2 часа. Минус 1 нейрон.

Пообещали начальнику «сделаем к четвергу», зная, что успеем только к пятнице → врали всю неделю, на выходных доделывали. Минус 3 нейрона.

Не проверили, есть ли доступ к базе у новичка → утро понедельника потеряно на запросы в ИТ. Минус 2 нейрона.

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

Техническое замечание:

нейрон - это учётная единица вашего психологического ресурса. 1 нейрон ≈ 15 минут бесполезного стресса или 500 рублей косвенных потерь (зависит от вашей зарплаты и уровня тревожности).

1.2 Почему именно нейрон, а не «ошибка» или «риск»

Потому что:

Нейроны можно считать. «Сегодня я потерял 12 нейронов только на согласование отчёта».

Нейроны можно беречь. «Если бы я заранее отправил пример макета, сэкономил бы 8 нейронов».

Нейроны - честная физиология. В отличие от абстрактного «риска», нейрон болит. Вы его чувствуете, когда вспоминаете идиотское совещание.

Таблица 1. Типовые сценарии и цена в нейронах

1.3 Как посчитать свои потерянные нейроны (и зачем)

Возьмите любой проект, который уже пошёл не так. Вспомните 5–10 ситуаций, которые вас бесили. Оцените каждую в нейронах (от 1 до 10, где 10 — «я был готов уволиться прямо сейчас»). Сложите.

Формула цены нейрона (приблизительная)

Ущерб (в рублях или днях срыва) = количество потерянных нейронов × коэффициент среды

Коэффициент среды (выберите свой):

0,5 - спокойная, адекватная компания, вы быстро отходите

1,0 - обычный российский проект (стандарт)

1,5 - адский стартап с горящими сроками

2,0 - госсектор + кризис + зима

Пример:

Вы насчитали 40 нейронов за месяц. Коэффициент 1,2 (ближе к аду). Ущерб = 40 × 1,2 = 48 условных единиц стресса. Если ваша зарплата 150 тыс. руб., то 48 нейронов ≈ 15 тыс. руб. потерянной эффективности (вы не доделали работу на эти деньги, потому что тупили, переделывали и ругались).

1.4 Закон сохранения нейронов

Проект не терпит пустоты в управлении. Если вы не тратите нейроны на контроль, уточнения и превентивную коммуникацию (лень, боитесь показаться занудой), вы их потратите в 10 раз больше на тушение пожаров.

Анти-совет (для тех, кто хочет провалить проект и выгореть):

Не считайте нейроны. Терпите. Надейтесь, что «как-нибудь само рассосётся». Не фиксируйте договорённости. Обещайте то, что не можете выполнить. К концу проекта вы будете похожи на выжатый лимон, а результат - на фуфел. А нейроны - на счётчик Гейгера.

1.5 Практическое задание

Заведите заметку в телефоне или лист в Excel под названием «Мои нейроны: неделя 1».

Каждый вечер записывайте:

· 3 ситуации, где вы потеряли нейроны (сколько примерно, от 1 до 10)

· 1 ситуацию, где вы нейроны сэкономили (и что именно сделали)

Пример таблицы на неделю:

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

Итог главы 1

Нейрон - это единица вашего спокойствия и эффективности.

Любой проект убивает нейроны, но можно уменьшить потери, если их учитывать (хотя бы примерно).

Те, кто не считает нейроны, выгорают быстрее и проваливают проекты чаще.

В конце книги мы с вами посчитаем, сколько нейронов вы сэкономили, если применили хотя бы половину советов. Обещаю: будет не ноль.

ГЛАВА 2. ПОЧЕМУ ДЕКОМПОЗИЦИЯ - ЭТО ДЛЯ СЛАБАКОВ

«Сильные люди берутся за всё сразу. А потом увольняются. Но это детали.»

2.1 Декомпозиция - это удел трусов

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

Великий анти-принцип:

Одна задача - одна строчка в трекере. Название должно звучать эпично: «Запустить космодром», «Решить вопрос с заказчиком», «Сделать отчёт».

Декомпозиция нужна только тем, кто:

· боится ошибиться (слабаки),

· хочет контролировать каждый чих (микроменеджеры),

· не умеет держать в голове сто задач (дилетанты).

Настоящий PМ держит всё в голове. А если что-то забыл - значит, это было неважно. Цинично? Да. Эффективно? Нет. Но зато эпично.

2.2 Пять способов не разбивать работу (и потерять кучу нейронов)

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

Способ №1. Создайте «задачу-кита»

Как делать:

В Jira (или Excel, или на стикере) пишете: «Сделать CRM». Никаких подзадач, никаких этапов. Срок - месяц.

Что происходит:

· Первые три дня все смотрят на задачу и не понимают, с чего начать.

· На четвёртый день кто-то начинает «просто кодить», без требований.

· Через две недели выясняется, что код не соответствует реальным нуждам.

Переписывать уже поздно - дедлайн горит.

Потеря нейронов:

· PМ: 50 (от тревоги и бессилия)

· Разработчики: 30 (от бессмысленной работы)

· Заказчик: 100 (от ярости)

Альтернатива для слабаков (противоядие):

Разбейте задачу на части: «Спроектировать БД», «Сделать API», «Настроить фронт», «Протестировать». Каждая часть - не больше 3 дней.

Способ №2. Не фиксируйте границы

Как делать:

На вопрос «Что входит в задачу?» отвечайте: «Всё, что нужно для результата». На уточнения злитесь. Пусть задача обрастает новыми хотелками как снежный ком.

Что происходит:

· Задача «написать письмо клиенту» превращается в «разработать стратегию коммуникации».

· Сроки съезжают, бюджет трещит.

· Команда начинает ненавидеть слово «кстати» («А кстати, давайте ещё добавим...»).

Потеря нейронов:

20–30 нейронов за каждое «кстати».

Альтернатива для слабаков:

В начале запишите одной фразой: «Что входит» и «Что НЕ входит в эту задачу». Всё, что не входит - в отдельную задачу.

Способ №3. Назначьте двух ответственных

Как делать:

На задачу повесьте и дизайнера, и разработчика. И менеджера заодно. Пусть разбираются.

Что происходит:

· Эффект «социальной лени»: каждый думает, что другой сделает.

· Задача висит неделями.

· Когда дедлайн приходит, все винят друг друга.

Потеря нейронов:

30 нейронов на выяснение отношений плюс потеря проекта.

Альтернатива для слабаков:

Один ответственный. Другие могут помогать, но спрос - с одного.

Способ №4. Делайте элементы гигантскими

Как делать:

Пусть одна задача занимает 10 дней. Или 20. «Разработка модуля аналитики». Не разбивайте на «экспорт данных», «расчёт метрик», «визуализацию» - это же скучно.

Что происходит:

· Через 5 дней вы не можете сказать, сколько осталось.

· Команда теряет фокус и мотивацию.

· Вы теряете контроль.

Потеря нейронов:

40 нейронов от чувства «плыву в никуда».

Альтернатива для слабаков:

Элемент - не больше 3 дней. Лучше 1–2 дня. Чтобы каждый день был виден прогресс.

Способ №5. Никогда не проверяйте результат

Как делать:

Когда исполнитель говорит «готово» - закрывайте задачу. Верьте на слово.

Что происходит:

· Брак всплывает через месяц.

· Переделывать в 10 раз дороже.

· Заказчик пишет гневное письмо.

Потеря нейронов:

50 нейронов от стыда и переделок.

Альтернатива для слабаков:

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

2.3 Сравнительная таблица: слабаки vs настоящие мужики

2.4 Исторический пример: как один «слаба́к» спас проект

Был один PМ (назовём его Вася). Ему дали проект - внедрить CRM за 3 месяца. Вася - слаба́к по нашей классификации. Он сел и разбил проект на 120 мелких задач: каждая - на 2–4 часа, у каждой - чёткий результат и один ответственный.

Команда сначала смеялась: «Вася, ты чё, нам доверяешь? Мы ж профи!» Но Вася стоял на своём.

Что вышло:

· Каждый день было видно, что сделано, а что нет.

· Ошибки ловили сразу, а не через месяц.

· Проект сдали за 2,5 месяца (на две недели раньше).

· Вася потерял 15 нейронов за всё время.

А был другой PМ (Петя). Он не стал разбивать. Написал одну задачу «CRM». Проект провалился, Петя потерял 200 нейронов и уволился. Кто из них герой? Вопрос риторический.

2.5 Если вы вдруг поняли, что тоже слаба́к (и это нормально)

Ниже - чек-лист для тех, кто решил сохранить нейроны. Повесьте на стену.

Три вопроса перед началом любой задачи:

1. Можно ли её сделать за 1–3 дня?

Если нет - режьте. Не бойтесь, никто не узнает.

2. Понятно ли одному человеку, что именно он должен сделать?

Если нет - уточните. Один ответственный - святое.

3. Есть ли простой критерий «сделано/не сделано»?

Если нет - придумайте. «Файл есть», «Подпись стоит», «Тест пройден».

Если вы ответили «да» на все три - вы только что сэкономили себе минимум 30 нейронов по сравнению с «мужским подходом».

Итог главы 2

Декомпозиция - действительно для слабаков. Для тех, кто:

· не хочет терять нейроны,

· не хочет проваливать проекты,

· не любит авралы и переработки.

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

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

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

Идём дальше. Там очереди из ожидающих.

ГЛАВА 3. ЗАВИСИМОСТИ: КАК ВЫСТРОИТЬ ОЧЕРЕДЬ ИЗ ОЖИДАЮЩИХ (ИЛИ ПОЧЕМУ ПАРАЛЛЕЛЬНАЯ РАБОТА - ДЛЯ ХИПСТЕРОВ)

«Один ждёт базу данных. Второй ждёт дизайн. Третий ждёт решение заказчика. Четвёртый ждёт, когда первые трое перестанут ждать. Проект стоит. Красота.»

3.1 Теория очередей для чайников

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

Правильный анти-подход:

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