Close

Проверка концепта


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

ИСПОЛЬЗУЙТЕ ЭТУ ИГРУ ДЛЯ ТОГО, ЧТОБЫ…

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

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

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

Узнайте больше
И ПОЧЕМУ МНЕ ЭТО НУЖНО?

А теперь представьте… Ваша команда полностью погружена в проект. Вы провели предварительные исследования. Вы определили целевую область. Вы активно работаете, выдавая результат за результатом. И тут вмешивается руководитель департамента. «Очень добросовестно, — говорит она, — вот только основная идея вашего проекта расходится с корпоративной стратегией».

Избавьтесь от тревожных ощущений.

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

«Зачем нужна проверка?» — спросите вы. Мы хотим, чтобы наши команды умели как никто другой рассказывать убедительные истории и объяснять полную карту пути клиента. Обладая этим сочетанием навыков, команды могут совершенствовать свои идеи и решать правильные проблемы в нужное время.

КТО ДОЛЖЕН УЧАСТВОВАТЬ?

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

  • Проектная команда: штатный владелец или руководитель проекта плюс один участник, вносящий вклад
  • Руководящая группа: ответственный за одобрение и еще 1–2 заинтересованных лица

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

Три человека на одной волне
Команда пользователей
Сотрудники

4–6

Значок карандаша
Время на подготовку

30 мин

Часы, ведущие отсчет времени
Время

60 минут

Средняя сложность
Сложность

Средняя

Проведение игры

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

Материалы

Ноутбук

Большой экран

Магнитно-маркерная доска

Подготовка

Подготовьтесь заранее (30 минут)

Проектная команда

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

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

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

Руководящая команда

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

Поиск содержимого
НАПРИМЕР…

Вряд ли кто-то удивится, что мы распространяем программы совещаний с помощью Confluence.

Этап 1

Подготовьтесь (5 минут)

Четко определите, на какой стадии жизненного цикла находится проект. Изучаете новую концепцию? Делаете итерации на основе новой информации, полученной при выполнении проекта?

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

Этап 2

Демонстрация, обсуждение, решение (50 минут)

Проектная команда

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

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

Руководящая команда

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

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

ВСЕ УЧАСТНИКИ

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

Плохой пример

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

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

Этап 3

Проведите голосование по степени уверенности (5 минут)

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

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

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

Запишите все последующие действия на странице повестки дня или в карте проекта. По своему усмотрению запланируйте еще один сеанс через 2–4 недели в зависимости от объема работ по проекту.

КОГДА СТОИТ ПРЕКРАТИТЬ ПРОВЕРКУ КОНЦЕПТА

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

Вы готовы к выполнению проекта, когда…

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

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

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

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

Запишите все последующие действия на странице повестки дня или в карте проекта. По своему усмотрению запланируйте еще один сеанс через 2–4 недели в зависимости от объема работ по проекту.

Успешно справились?

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

Последующие действия

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

Перенесите проблему на визуализацию концепции или карту проекта при их наличии. Запишите решаемую проблему в раздел «Проблема» и постройте оставшуюся часть визуализации или карты на основе записанного.

Нравится Playbook?

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

Thanks! Now get back to work.

Получили отзыв?

Оставьте вопрос или комментарий на сайте сообщества Atlassian.