163. Iterative design

163. Итеративное проектирование

Модели процессов разработки

• Каскадная• V-Model• Итеративная• Спиральная

• 4 сферических коня в вакууме

Что такое итеративный подход

• Итеративный подход– выполнение

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

• Plan-Do-Check-Act– Планирование– Реализация – Проверка– Оценка

Проектирование в итеративном подходе

• Декомпозиция задачи проектирования

• Приоритезация и локальность изменений

• Цикличность процесса

• Это метод последовательных улучшений интерфейса

• Движение к совершенству шаг за шагом

Как проектировать итеративно

• Формулируем задачи• Приоритезируем• Исследуем и

проектируем• Верифицируем• Планируем

следующий шаг

Формулируем задачи

• Зачем?• Для кого?• Что?• Как?

• Почему?

Приоритезируем

• Выделяем основное• От главного – к

второстепенному• Используем бритву

Оккама• Кано – тоже молодец

• Результат – «серебряная пуля»

Исследуем и проектируем

• Работаем с результатами предыдущей итерации

• Изменяем как можно меньше

• Создаем как можно меньше работы тем, кто будет внедрять

• Масштабируемые решения (помним, что будут еще итерации)

Верифицируем

• Оцениваем успешность решения

• Собираем данные для следующей итерации

• Методы– «Коридорные»

исследования– Юзабилити-тестирование

прототипа– Анализ статистики– Сбор отзывов

Зачем проектировать итеративно

• Снизить риски неверных решений

• Постоянно получать обратную связь от пользователей

• Концентрироваться на главном• Не выскочить в зону

бессмысленных улучшений• Довести проект до конца• Не попасть в ловушку

бесконечного перфекционирования

Требования к команде и процессу

• Быстрые исследования• Тесное взаимодействие с

командой разработки• Привычка ничего не

выбрасывать• Умение вовремя

остановиться

Когда проектировать итеративно

• Когда скорость изменений имеет значение

• Когда ресурсы на изменения ограничены

• Когда риск ошибки велик

Когда не проектировать итеративно

• Когда проектирование является конечным результатом работы команды

• Когда результат жестко зафиксирован изначально

• Когда итерации не могут быть по-настоящему короткими

• Когда верификация промежуточных результатов затруднена

Спасибо! Вопросы?