Евгений Зайферт стоит у доски с маркером в руке, а за спиной у него коллеги — кадр, знакомый любой команде разработчиков. Это обычная рабочая сцена: человек объясняет проект так, чтобы поняли все, от тестировщика до дизайнера. Разберём, из чего складывается такой рассказ и что из него можно взять себе.
Евгений Зайферт у доски: зачем рисовать, а не листать слайды
Слайды готовятся заранее и плохо переносят споры. Доска — живая: схему можно дополнить, стереть, переставить блоки местами. На снимках видно рисунок из линий, узлов и стрелок с короткими подписями. Это привычный язык программирования и проектирования: блоки — части системы, линии — связи между ними.
Когда схема растёт на глазах, команда повторяет ход мысли рассказчика и не гадает, что спрятано на следующем слайде. Вопросы возникают вовремя, а не в конце, когда уже поздно что-то менять. Такой формат близок к мозговому штурму, только с заранее продуманной основой. Ещё один плюс — рисунок объединяет людей с разным опытом: новичок и старожил смотрят в одну точку и обсуждают одно и то же.
Порядок рассказа: от цели к деталям
Хороший рассказ у доски держится на четырёх шагах. Если их пропустить, схема превращается в клубок стрелок, а слушатели — в зрителей.
Шаг 1. Цель. Одним предложением: какую задачу решает проект и для кого. Пока это не сказано, любые детали повисают в воздухе.
Шаг 2. Крупная схема. Три–пять блоков, не больше. Подписи короткие, читаемые с последнего ряда. Мелкие детали пока не нужны.
Шаг 3. Путь данных. Проведите линию от действия пользователя до результата. По такому маршруту команда лучше всего понимает, где что происходит. Тем, кто работает с серверной частью, подобное мышление знакомо; о нём рассказывает материал о том, почему выбрана бэкенд-разработка.
Шаг 4. Риски и неизвестные. Отметьте на схеме места, где решение ещё не принято. Честное «здесь мы пока не знаем» экономит недели споров.
Как держать внимание команды
Главная ошибка — говорить в доску. Рисуйте, затем поворачивайтесь к людям и только после этого объясняйте. Не закрывайте схему корпусом: отойдите в сторону, чтобы её видели все. Пауза после каждого блока даёт время задать вопрос.
Полезно договориться о цветах: один цвет — основные компоненты, второй — внешние связи, третий — открытые вопросы. Если на доске больше семи блоков, разбейте схему на две. Глаз быстро устаёт, а внимание команды — ресурс ограниченный. На третьем снимке Евгений Зайферт как раз выделяет одну точку на графике: так слушатели понимают, куда смотреть, и не теряются в линиях.
Спрашивайте не «всё понятно?», а «где вы бы сломали эту схему?». Такой вопрос приглашает к проверке идеи. Похожий подход работает и при разборе чужого кода: об этом можно прочитать в колонках про код-ревью и большие задачи.
Типичные ошибки у доски
Первая ошибка — начинать с деталей: названий библиотек, форматов, настроек. Слушатель ещё не понял, зачем всё это, и пропускает мимо ушей даже важное. Вторая — рисовать слишком мелко: схема красива вблизи, но с середины комнаты её не разобрать. Третья — стирать рисунок раньше, чем команда сделала фото или записала выводы.
Четвёртая ошибка — превращать встречу в монолог. Если за двадцать минут никто не задал вопрос, это тревожный знак, а не признак идеального объяснения. Остановитесь и попросите кого-нибудь пересказать схему своими словами: сразу станет видно, какой блок остался туманным.
Что оставить после встречи
Доску рано или поздно стирают, поэтому результат нужно закрепить. Сфотографируйте схему сразу после обсуждения, пока подписи читаемы. Затем перенесите её в общий документ и добавьте три строки: что решили, что осталось открытым, кто за что отвечает.
Если часть коллег подключена удалённо, заранее продумайте, как они увидят рисунок: камера на доску или цифровой аналог. Базовые правила для таких встреч есть в заметке о видеозвонке из домашнего кабинета.
Через день-два вернитесь к схеме и спросите коллег, что изменилось в их понимании проекта. Если ответы совпадают, объяснение удалось. Если нет — вы знаете, какой блок нужно нарисовать заново.
Итог
Сцена, в которой Евгений Зайферт объясняет проект у доски, напоминает простую вещь: сильная презентация — это не красивые слайды, а ясный порядок мысли. Цель, крупная схема, путь данных и честные риски помогают команде двигаться в одну сторону. Попробуйте на ближайшей встрече взять маркер вместо проектора — и посмотрите, сколько вопросов прозвучит раньше обычного.
Обсуждение