Демонстрация проекта: как добиться нужных результатов

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

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

5 причин, чтобы провести демо проекта

Представим ситуацию. Вы работаете над сложным мобильным приложением со множеством визуалов и интеграциями. Команда согласовала с заказчиком условия договора, дизайн, основные функциональные и нефункциональные требования, затем приступила к разработке продукта. Продукт готов, протестирован и стабилизирован — пора показывать заказчику. На демо он говорит, что представлял себе визуал по-другому, хотя команда делала согласно ранее оговоренному дизайну и ТЗ.

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

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

Если мы говорим про демо в разрезе спринта, то нужно показать текущую функциональность продукта. Не советуем зацикливаться только на перечне задач и багов, которые завершили в течение конкретного периода. Иначе ценность спринта и демо будет сводиться к минимуму.

Демо имеет большое значение для успешной реализации любого ИТ-проекта, поскольку позволяет:

• Продемонстрировать результаты работы. Заказчик или заинтересованные стороны могут вживую увидеть, какие функции разработаны, как работает продукт и насколько близок он к заявленным требованиям.

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

• Собрать обратную связь. Демо спринта — уникальная возможность для бизнеса выразить свое мнение, задать вопросы и предложить идеи по улучшению продукта. Это помогает уточнить требования и направление разработки.
• Проверить соответствие целям и ожиданиям заказчика. Это позволяет избежать недопониманий и несоответствий, а также уберечь команду от переделок в будущем.
• Создать доверие и прозрачность между командой и бизнесом. Регулярные демонстрации проделанной работы и прогресса в целом помогают укрепить доверие между командой и заказчиком. Подробнее рассказывали в этой статье.
• Мотивировать команду. Демонстрация позволяет разработчикам увидеть результат своего труда, что, в свою очередь, мотивирует их двигаться вперед и улучшать работу. Так достигается прозрачность процессов.

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

5 ключевых аспектов подготовки к демо

Безусловно, на успешность и эффективность самой демонстрации влияет подготовка. Есть несколько ключевых аспектов, которые полезно помнить команде проекта.

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

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

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

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

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

В зависимости от целей и аудитории для демонстрации результатов можно использовать различные форматы:

• Публичное выступление или презентация. Проведение презентации проекта перед аудиторией, где можно подробно рассказать о целях, методах и результатах проекта.
• Видео-демонстрация. Можно записать видео о процессе работы над проектом и его результатах.
• Интерактивная демонстрация, которая позволяет пользователям взаимодействовать с продуктом.
• Презентация в PowerPoint с использованием слайдов для демонстрации основных идей и результатов проекта.

В-пятых, планирование времени. Необходимо точно спланировать время для демонстрации, чтобы уложиться в установленные рамки и эффективно использовать время заказчика и команды.

Между урезанием доклада и достижением прозрачности — тонкая грань. Чтобы соблюсти баланс, поможет один лайфхак. В презентации к демо используем меньше текста, заменяем его на лаконичные и емкие формулировки или краткий свод статистики. Например, способ «As is — To be» показывает, как было раньше и как сейчас, в виде краткой сравнительной таблицы.

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

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

Как фиксировать итоги демо и использовать их в будущем

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

1. Создание отчета. В отчете о проведенном демо необходимо отразить цели проекта, использованные методы, полученные результаты, выявленные проблемы и предложенные решения.

2. Анализ данных и метрик. По итогам демо важно оценить выполнение поставленных целей, изучив ключевые метрики и сравнив их с начальными показателями.

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

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

5. Архивирование документации. Все документы, связанные с демо, рекомендуем сохранять в архиве. Это может пригодиться в будущем.

6. Обмен опытом. Еще одна полезная практика — совещание или презентация об итогах демо проекта с другими участниками команды или заинтересованными лицами.

Практика SimbirSoft показывает, фиксация результатов проведения демонстрации проекта и обмен опытом с коллегами поможет не только закрепить полученные знания, но и сделать работу более эффективной в будущем. 

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