от Алексея Михайлишина (фаундер Tproger, ментор в IT)
Спойлер: правила подойдут практически для любого совещания о результатах работы команды (не только программистов)
Демо разработки — это когда команда показывает что они сделали за спринт. Несколько недель что-то программировали, а теперь собирают всех желающих посмотреть и дать обратную связь. Есть несколько правил проведения демо, которые я осознал на своём опыте.
1. Каждый программист сам рассказывает про свою работу. Так мы не перекладываем ответственность за код: как реализовал, так на демо и отработает. И все вопросы тоже лично к тому, кто делал — чтобы понимал, что это не просто таски в джире, а живые люди, которые будут пользоваться продуктом.
2. Показывать нужно на реальных данных. Никаких lorem ipsum. Все тексты и картинки на демо такие, как они могли бы быть в реальной жизни. Потому что тем, кто не в контексте, так проще понять суть. И на настоящих данных всегда что-то идёт не так: то вёрстка поедет, то вообще всё сломается. В процессе подготовки к демо это всплывёт и, в идеале, будет исправлено.
3. Показывать нужно на боевом продукте. Если что-то только на тестовой машине разработчика — считай, что этого ещё нет. Лучше сразу приучать, что задача считается сделанной только тогда, когда бизнес начинает получать пользу. Не успели выкатить — не показываем.
4. Проводите репетиции. Особенно на старте. Есть много неочевидных моментов, которые кажутся простыми, но всплывают уже на первом прогоне. Берите кого-то из команды "на послушать" и дать обратную связь и только потом собирайте всех желающих.
5. Больше хвалите. Часто всё хорошее воспринимается как само собой разумеющееся, а недоработки сразу бросаются в глаза. Так уж устроен наш мозг — негатив важнее для выживания. Постарайтесь благодарить публично, а все замечания отправлять лично после демо.
Есть тут кто-то, кто проводит Демо? Поделитесь, какие правила у вас?