Завалил проект

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

1. Независимо от величины проекта, его понятности и количества участников, необходимо собрать и постоянно актуализировать информацию о целях, средствах и заинтересованных сторонах проекта. То есть если говорить словами из методологий, создать и поддерживать Устав проекта.
2. Необходимо перебороть свою лень и вести журнал событий проекта. Можно называть его по-разному: Бортовой журнал или дневник. Этот артефакт поможет упорядочивать собственные мысли и разбирать проблемы.

Актуальный Устав проекта

Звучит как-то по PMBoK'овски и совсем не гибко. Если вы используете гибкие методологии - давайте будем считать уставом тот артефакт, в котором вы описываете цели проекта, критерии его успешного завершения, условия (типа бюджета, сроков и так далее) и список заинтересованных сторон и лиц, принимающих решения.

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

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

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

Мини-вывод:

1. Ведите устав проекта. 
2. Актуализируйте устав проекта.
3. Транслируйте устав и изменения всем заинтересованным сторонам.
4. Учитывайте, что видение успеха и понимание провала у всех разное. 

Бортовой журнал или Дневник

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

Чем помогает Бортовой журнал или Дневник: 

1. Вы сохраняете историю проекта, карьеры или личной жизни. Это поможет, если вам понадобится провести ретроспективный анализ. 
2. Когда вы делаете запись в дневнике, вы переосмысляете то, что произошло за день. Это позволяет не только упорядочить мысли, но увидеть то, что вы упустили. 
3. Вы фильтруете факты от эмоций. Мозг гораздо лучше запоминает информацию, связанную с яркими эмоциями. Когда вы делаете запись в дневнике, эмоции, как правило, уже схлынули, и вы фиксируете конкретные факты. 

Я пользуюсь несколькими правилами, когда веду Бортовой журнал или Дневник:

1. Пишем несколько предложений за день. Цель - описать ключевые вехи. 
2. Лучше писать в конце рабочего дня или просто в конце дня. Эксперименты с записями в течение дня лично мне не очень понравились - много эмоций, нет краткости и переосмысления. 
3. Фокусируемся на фактах, а не эмоциях. Никаких "начальник меня не любит и не ценит", только факты: "коллеги прислали мне письмо с угрозами". 

Итого, две простые практики, которые помогают в ведении проектов: 

1. Поддержание общего видения и актуальных целей - ведение и актуализация Устава проекта.
2. Фиксация истории и упорядочивание мыслей - ведение Бортового журнала или Дневника.