Демонстрация как неотъемлемая часть работы над проектом

---

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

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

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

Что же такое демонстрация и зачем она вообще вам нужна

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

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

Какая бы методология ведения проектов ни была выбрана (PMI, Scrum, Canban и т. д.), demo рекомендуется проводить на каждом из этапов работы над проектом:

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

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

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

Зачем нужна демонстрация проекта

В современной IT-разработке регулярные показы — такой же базовый стандарт, как и использование git-репозитория. Демонстрации экономят время, снижают риски и вовлекают заказчика в процесс.

Демонстрация проекта — это:

• Мгновенная обратная связь. Новая фича сразу попадает на обсуждение, а комментарии и идеи не откладываются на потом. 
• Прозрачность. Вместо формальных отчётов — живой продукт. Все видят, как работает проект, задают вопросы и предлагают решения прямо на встрече. 
• Гибкость. Если задачи меняются, а сроки сдвигаются — корректировки вносятся сразу, без горящих дедлайнов и затяжных доработок. 
• Доверие. Открытый процесс и регулярные показы укрепляют отношения: участники уверены в результате и двигаются в одном направлении.

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

Из чего обычно состоит демо-проектов у нас

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

1. Планируем встречу. Для начала обсуждаем, зачем вообще нужна демонстрация: что показать, как донести смысл, кто из нашей команды будет участвовать, какой формат провести — онлайн или лично. Продумываем сценарий встречи, распределяем роли, чтобы всё прошло чётко и без лишней суеты. 
2. Готовим контент. Собираем результаты своего труда: будь то прототипы, макеты дизайна, интерфейсы или отдельные части продукта. Важно, чтобы всё подходило под задачи встречи, было в хорошем качестве и не выглядело «сырым». Готовим заранее, чтобы не было стыдно за презентацию. 
3. Само демо. Здесь рассказываем идею проекта, зачем он нужен, показываем на живых примерах, что уже реализовано. Заходим внутрь интерфейса, говорим о технических решениях, делимся сложностями, которые уже преодолели, и честно рассказываем, что еще впереди. 
4. Обсуждение и обратная связь. Теперь начинается самое интересное — обсуждение. Клиент может озвучить свои мысли, задать вопросы, поделиться сомнениями или новым взглядом. Мы всё фиксируем и стараемся отвечать ясно и без лишних слов — честные, открытые диалоги нам самим нравятся больше всего. 
5. Разбор внутри команды. После встречи собираемся своей командой и обсуждаем, что получилось удачно, а где могли бы сработать лучше. Такой ретроспективный взгляд хорошо помогает улучшать процесс и расти как специалистам. 
6. Вносим правки. Все замечания и предложения клиента идут в работу. Иногда дорабатываем по мелочам, иногда смотрим глубже. Главное для нас — чтобы тот, кто заказывает проект, чувствовал: его слушают и слышат. 
7. Если нужно — ещё одна демонстрация. Когда проект большой и задач много, одной встречи бывает недостаточно. В таком случае организуем демонстрации столько раз, сколько потребуется. Цель одна: добиться того, чтобы всё было понятно и максимально близко к ожиданиям клиента.

Если что-то осталось неясно — всегда можно обсудить детали подробнее. Мы к такому диалогу относимся с интересом.

Рассмотрим 2 кейса, которые встречались на практике

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

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

И знаете, какой вывод я вынесла из этого?

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

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

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

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

Способы проведения demo

Skype

Web
Описание и достоинства
Есть возможность демонстрации своего экрана (Звонки-Демонстрация экрана), инструмент позволит вам проговорить голосом изменения или функционал и показать его.
Недостатки
Должен быть установлен у всех заинтересованных лиц, требуется Интернет-соединение

Вебинар

Web
Описание и достоинства
Есть возможность демонстрировать свой экран/видео, есть возможность задавать вопросы в чате. Большое количество сервисов, например, Webinar.ru, GoToMeeting и др.
Недостатки
Требуется регистрация, некоторые сервисы платные, требуется Интернет-соединение.

Запись и отправка видео с экранов компьютера

Web
Описание и достоинства
Можно полностью показать функциональность и рассказать о ней. Из программ рекомендую использовать Monosnap, Snagit 12, Bandicam, Fraps и др.
Недостатки
Некоторые программы для записи с экранов платные. Обсуждения с заказчиком происходит не в режиме реального времени.

Запись видео с экранов телефонов

mobile
Описание и достоинства
Для устройств Apple запись видео с экрана с помощью приложения quicktime player, AirShou или других приложений с air play технологией. Для Android платформы самые распространенные приложения scr, rec.free и др.
Недостатки
Некоторые программы для записи с экранов платные. Обсуждения с заказчиком не в режиме реального времени. Не везде можно записать голосовые комментарии.

Сервисы для отгрузки тестовых приложений на мобильные устройства

mobile
Описание и достоинства
Для мобильных устройств Apple мы используем testflight. Для Android платформ можно использовать fabric. Клиент может скачать тестовую версию приложения на свое устройство и проверить его работу.
Недостатки
Требуется интернет соединение и настройка сервисов. Клиент может посмотреть и проверить не все, что было сделано.

Подведем итоги

Я настоятельно рекомендую как можно чаще проводить demo.

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

Проведение demo нацелено на создание первоклассного бизнес-решения, которым вы будете довольны на все 100%, и даже больше.