Почему система важнее красивого результата: урок из запуска офиса

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

Этот пост ценен для меня именно своей неровностью. Проект дошёл до открытия, но красивый финал не отменил управленческие ошибки. Я получил реальный опыт и одновременно увидел, что энергия руководителя не заменяет систему.

Мне казалось, что физическое пространство само добавит порядка: появились столы, вывеска, люди — значит проект стал взрослее. На деле плохо описанная задача не становится яснее оттого, что команда сидит в одной комнате.

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

• Передать задачу — не то же самое, что передать понимание результата.

• Контрольная точка нужна раньше дедлайна, а не после ошибки.

• Право задать вопрос уменьшает скрытые расхождения.

• Ответственность руководителя не исчезает после делегирования.

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

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

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

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

1. 01
   До

   Сохраните условия, ограничения и нейтральный скрин без личных данных.

2. 02
   Во время

   Не переписывайте исходную запись; изменения добавляйте отдельной строкой со временем.

3. 03
   После

   Оцените соблюдение процесса отдельно от положительного или отрицательного исхода.

4. 04
   Позже

   Сравнивайте серии сопоставимых наблюдений, а не выбирайте один удобный пример.

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

Такие вопросы не убирают ошибки. Они делают ошибки видимыми раньше и не дают красивой упаковке подменить реальную работу. Для меня это и есть взрослая система: она не обещает идеальный результат, но позволяет честно понять, что произошло.