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

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

Анастасия Посашенко
Менеджер проектов

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


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

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

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

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

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

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

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

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

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

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

Рассмотрим 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%, и даже больше.

Оставьте заявку

Расскажите о проекте — мы его реализуем

Мы свяжемся с вами в течение 4 рабочих часов: обсудим цели проекта, требования к нему и составим план сотрудничества

* – поля обязательные для заполнения