Достичь успеха при разработке проекта возможно только при согласованной работе команды исполнителей и клиента. Какие инструменты для этого существуют? Давайте вместе посмотрим и разберемся.
Смоделируем ситуацию: вы заказываете разработку сложного мобильного приложения для своего бизнеса. После согласования основных деталей по бюджету, дизайну и обсуждения технических требований, команда приступает к разработке проекта: трудится над программной частью и доводит до совершенства дизайн, придумывает множество убойных фишек и, конечно, проводит тестирование на каждом этапе.
И вот наступает день Х — презентация готового продукта. Но долгожданный релиз выглядит совершенно иначе, чем вы ожидали! Возникает резонный вопрос: как это могло произойти, если все шло строго по утвержденной схеме и требованиям?
Это довольно распространенная ситуация в большинстве компаний по разработке ПО. Одним из успешных решений ее может стать демонстрация проекта, которая успешно применяется на практике в нашей компании не первый год.
Что же такое демонстрация и зачем она вообще вам нужна
Демонстрация проекта, или 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%, и даже больше.