Зачем проект и что считается успехом

ИИ для управления проектами · Урок 1 / 20

Цель проекта — это не список работ

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

Три вопроса, которые постоянно склеивают в один

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

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

Карточка цели: шесть строк на старте

Проблема сегодня: [что болит, с цифрой]
Кому больно: [роль, не отдел]
Что меняем: [результат проекта одной строкой]
Признак успеха: [метрика + значение + срок замера]
Признак провала: [значение, при котором признаём неудачу]
Кто подтверждает результат: [одна фамилия]

Модель полезна на этом шаге ровно в одном: она быстро превращает расплывчатый абзац в структуру и задаёт недостающие вопросы. Она не знает вашей компании и подставит типовые метрики вроде NPS и time-to-market, если вы не дадите фактуру.

Вот описание проекта своими словами: [текст].
Задай мне 7 уточняющих вопросов, без которых нельзя
сформулировать критерий успеха. Не предлагай метрики,
пока я не отвечу. Затем собери карточку цели из шести
строк и отдельно перечисли, что ты домыслил.

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

Частая ошибка. Ставить целью «сдать систему в срок». Срок — ограничение, а не цель; проект можно сдать вовремя и не изменить ничего.

Про-совет. Попросите заказчика назвать признак провала раньше признака успеха. Провал люди формулируют честнее и конкретнее.

Шпаргалка

Цель описывает изменение, а не поставку.
Критерий, который нельзя провалить, — не критерий.
У результата должна быть одна фамилия, а не «согласовано с бизнесом».
Модель структурирует формулировку, фактуру приносите вы.

1. Чем цель проекта отличается от объёма работ?

2. Какой критерий успеха считается непригодным?

3. Что модель делает на этапе постановки хуже всего?

🔒 Ответьте на вопрос верно, чтобы перейти к следующему уроку.