Что-то пошло не так: история одного факапа

Всем привет! Это снова Даша (я наконец-то ожила, ура!) и сегодня я поделюсь с вами историей про фатальную ошибку, которая стала важным уроком.

Одним из моих первых крупных брендперфоманс-проектов была интеграция VK в фестиваль “Российская креативная неделя” в Парке Горького: двухэтажный павильон с программой про креативные индустрии и миллиард digital и entertainment активностей.

Сроки горели, подрядчик не предлагал нормальных решений, и за несколько дней до старта проекта мы решили переделывать всё с нуля… На тот момент в VK была еще такая странная система согласований, и вместо того, чтобы сосредоточиться на действительно важных вещах, мы по нескольку дней согласовали визуал надувного бассейна в форме единорога...

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

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

Я искренне молилась, чтобы он проехал мимо, но по закону подлости он подъехал именно к нам и попытался попасть в лекторий. Естественно, ничего не вышло. Добрые люди подняли его вместе с коляской и проводили в зал, но моему стыду не было предела. Все, кому не лень, подбежали ко мне с воплями, чтобы пандус появился немедленно, но вы же понимаете, что в секунду установить его было невозможно))

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

Как этой ситуации можно было бы избежать?

1. Вести детальный статус проекта по каждому блоку задач.
Табличка с задачами и ответственным за каждую – это must. Такое упражнение помогает минимизировать риски отсутствия пандуса и не только.
Если наберем 30⚡️к посту, поделюсь шаблоном таблички со статусом 🤭

2. Проводить PPM (Pre-Production Meeting).
Это встреча незадолго до старта проекта, где каждый рассказывает все про свой блок и показывает, что готово, а что нет.

3. Проводить ретро.
Встреча с командой для подведения итогов проекта: достижений, факапов, сильных сторон и зон развития. Подробнее про ретро и PPM расскажу в следующих постах.

И база: не работать в режиме "сдохни или умри". Тогда слово "планирование" казалось нам чем-то за гранью фантастики, но когда всё горит, базовые вещи легко упустить.

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