Анализ и определение следующих шагов.

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

Недавно мы провели некоторое количество тестов для клиента как на месте, так и удаленно. Мы знали, что собрали много информации. Но насколько много ее было – мы даже не задумывались, пока не распечатали все заметки на листах клейкой бумаги и не повесили на стену. Оказалось, что мы записали более 1000 фрагментов данных (см. рис. 12.1).

^{РИС. 12.1. Тысяча фрагментов данных.}

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

Работа с ними заняла несколько дней, но я не верю, что мы могли бы провести такой эффективный, глубокий и широкий анализ как-то иначе.

Когда темы определены, можно оценить их важность и выводы по каждой из них. Как это сделать?

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

Я предпочитаю метод, разработанный мной несколько лет назад, который сочетает измерение важности проблемы для пользователя, ее стоимость для бизнеса и техническую возможность решения (исхожу из того, что решение есть). Этот метод обеспечивает более целостную оценку и бо́льшие возможности распределения полученных данных по степени ценности.