Демонстрируем результаты заказчику: how to и how to not...
TRANSCRIPT
Демонстрируем результаты заказчику: how to и how to not
Быть можно дельным человекоми думать о красе ногтей
Евгения Фирсова
Готовимся заранее
Выбираем момент
• Первая версия перед передачей в тестированиеЗаказчик хочет: увидеть, наконец, живой вариант картинкиМы хотим: сверить общее понимание с заказчиком
• Промежуточное состояние (в конце спринта)Заказчик хочет: почувствовать прогрессМы хотим: получить конкретный feedback
• Финальная версия перед релизомЗаказчик хочет: убедиться в готовности к публичному анонсуМы хотим: получить формальную отмашку на запуск
Проводим инвентаризацию
Оцениваем текущее состояние:• степень готовности продукта:
от n% до «всё успели»
• работоспособность продукта:от «тут рыбу заворачивали»до гордого «вот!»
• финальность требований:от «давайте вместе посмотрим»до «таможня дала добро»
Декларируем намерения
Показываем только то, что нам заказали.
И не показываем ничего больше:• прячем поддерживающие процессы;• эмулируем неработающие
или недоступные компоненты;• подменяем динамику статикой.
Проблема при отсмотре
Проблема при отсмотре
Проблема при отсмотре
Знакомимся
Учитываем «контекст»:• дизайнер смотрит на пикселы и отбивки;• копирайтер читает тексты;• тех. специалист оценивает
скорость загрузки;• менеджер проверяет сценарии;• топ. менеджер думает над концепцией.
Договариваемся
• О формате отсмотра:• о дате и времени начала и завершения;• удалённо/асинхронно (скриншоты в почте);• удалённо/синхронно (ссылки в почте);• совместно/синхронно:
• на рабочем месте заказчика;• на рабочем месте команды;
• публично/асинхронно (бета-тестирование);
• О присутствии заказчика и тим-лида;• О готовности:
• помещения/рабочего места для демонстрации;• веб-среды для демонстрации;• пользователей/процессов в нужных состояниях.
Демонстрируем
• Перед началом:• рассказываем, на что надо смотреть;• перечисляем известные проблемы/ограничения;• уточняем, кто будет «рулить» процессом;
• В процессе:• фиксируем замечания:
• блокнот → почта → багтрекер;
• не теряем внесённые «на лету» правки;• плагины (FireBug) → скриншот → багтрекер;• скринкаст (CamStudio) → багтрекер;
• предварительно оцениваем стоимость доработок.
Успокаиваемся
Делаем выводы:• проверяем, достигнуты ли цели отсмотра;• отделяем негатив в адрес продукта
от недовольства командой;• наконец, планируем
следующую итерацию.
Уточнения? Вопросы?
[email protected] – задать любые вопросы
www.control-freak.ru – почитать подробнее об управлении версиями, задачами, проблемами и людьми