В этой главе Аарон и Майк сконцентрировались на технических рисках – факторах, которые могли нарушить график разработки или непредсказуемо увеличить затраты. Они не демонстрировали результаты своей работы пользователям и заказчикам в конце каждого цикла, так как это никак не помогло бы снизить риск, но очень строго и придирчиво рассматривали их самостоятельно и с помощью команды, а затем использовали то, что удавалось узнать, для безопасной разработки продукта.
Возможно, при чтении главы 2 вы обратили внимание на один тонкий момент – Эрику понадобились два двухнедельных спринта, чтобы создать очередной минимально жизнеспособный продукт-эксперимент. Ему пришлось решать, какие функциональности необходимо включить в первый спринт, а какие – во второй. Для этого он использовал примерно такой же подход. Он и его команда обработали самые рискованные части в первую очередь, чтобы как можно скорее увидеть их в работе и, если понадобится, внести изменения по ходу разработки, прежде чем их увидят заказчики.
Что теперь?
Вы познакомились с несколькими отличными примерами создания и применения карт для различных целей. Но карты можно использовать и для других задач – мы рассмотрим их в следующих главах. Прежде чем идти дальше, хочу продемонстрировать вам свою любимую хитрость, которую я применяю при обучении других использованию карт. Уверяю: стоит вам ее освоить – и вы прямо сейчас сможете создавать карты на экспертном уровне.
Встретимся в главе 5.
Глава 5. На самом деле вы уже всё умеете!
Если вы думаете, что создание карты историй – это сложный, загадочный или в каком-нибудь еще смысле трудный процесс, то разрешите мне прямо сейчас доказать, что это не так. На самом деле у вас уже сейчас есть все, чтобы разобраться в базовых понятиях, необходимых для создания карты. Давайте прямо сейчас рассмотрим пример, взятый из обычной жизни. А чтобы было интереснее, возьмем его из вашей жизни. По ходу дела я познакомлю вас с самыми важными понятиями процесса составления карт, суть которых вы уже понимаете.
Приготовьте пачку стикеров, ручку – и начнем. Не спешите, приступим, когда у вас будет достаточно времени. Я подожду.
Готовы?
1. Запишите свою историю по одному шагу за раз
Закройте глаза и вернитесь к моменту пробуждения сегодня утром. Вы же проснулись сегодня утром, правда? Что вы сделали прежде всего? А сейчас откройте глаза и запишите это действие на стикере. Я тоже сделаю это: мое первое действие сегодня утром было «Переключил будильник», что я и написал на бумажке. Не слишком интересно, правда? Хотя бывают дни, когда мне приходится переключать будильник два или три раза.
А сейчас оторвите этот стикер и приклейте его на стол перед собой. Затем подумайте о следующей вещи, которую вы сделали. Вспомнили? Теперь запишите ее на следующем стикере и приклейте его, поместив справа от предыдущего. Продолжайте в том же духе. На моих следующих стикерах написано: «Выключил будильник» и «Поплелся в ванную».
Продолжайте записывать свои действия на бумажках, пока не доберетесь до выхода из дома на работу или куда-то еще, куда вы собирались сегодня. Я обычно заканчиваю на «Подошел к машине» и перехожу к пути на работу. Думаю, вам понадобится не больше трех-четырех минут, чтобы написать все эти стикеры.
Задачи – это то, что мы делаем
Посмотрите на то, что у вас получилось. Вы заметили, что все или почти все стикеры начинаются с глагола? Короткие глагольные фразы, вроде «почистил зубы» или «принял душ» – это задачи, или попросту действия, необходимые для достижения какой-то цели. Когда мы описываем задачи людей, использующих наше ПО и выполняющих по порядку какие-то действия, чтобы достичь определенной цели, мы называем их пользовательскими задачами. Это самое важное понятие в создании хорошей карты историй, не говоря уже о написании и изложении хороших историй. Вы убедитесь, что почти все стикеры в картах историй содержат короткие глагольные фразы, обозначающие действия, которые делают люди при использовании вашего ПО.
А сейчас остановимся на минуту – подумайте, было ли это сложно? Я попросил вас записать то, что вы делали, и задачи легко возникли у вас в голове. Не правда ли, хорошо, что самое важное в процессе происходит так естественно?
Поэтому не стоит бояться слова «задача». Если вы менеджер проекта, то должны знать, что проектные планы полностью состоят из задач. Если вы когда-либо использовали истории в разработке Agile, то знаете, что планирование включает в себя написание большого количества задач на разработку и тестирование. Если же вы не менеджер и не программист, то будьте осторожны, употребляя слово «задача»: другие люди могут понимать под ним то, что привычно для них, как в примерах, приведенных ранее, и могут сказать, что вы ошибаетесь.
Пользовательские задачи – основной строительный материал для карты историй.
А сейчас посчитайте, сколько задач вы записали.
Большинство людей в этом упражнении записывают от 15 до 25 задач. Если вы записали больше, это поразительно. Если меньше – что ж, можно позавидовать простоте вашей жизни, я бы тоже хотел собираться по утрам так быстро. Но, может быть, вам стоит еще раз посмотреть на свой список и проверить, не пропустили ли вы чего.
Мои задачи отличаются от ваших
Думаю, для вас не станет новостью то, что люди отличаются друг от друга. Эти различия хорошо заметны в способах, которые люди выбирают, чтобы чего-то добиться.
Например, многие достаточно мотивированы и дисциплинированны, чтобы каждое утро делать зарядку. Если у вас есть хоть один стикер, связанный с физкультурой, жму вам руку! Я все еще работаю над собой в этом смысле.
У других людей больше утренних обязанностей по сравнению с вами из-за условий, в которых они живут. Например, если у вас есть дети, могу поспорить, что вы записали несколько задач, которые людям бездетным и в голову не придут. Если есть собака, то, должно быть, найдется задача-другая, связанная с заботой о животном.
Не забывайте об этом, думая о людях, которые будут использовать ваше ПО. Они могут работать с приложением, имея различные цели. Они могут применять его в разных обстоятельствах, из-за чего им приходится учитывать интересы других людей или процессов.
Я ориентирован на детали
Как правило, выполняя это упражнение, некоторые люди записывают больше деталей, чем другие. Вместо краткого «Приготовил завтрак» они могут написать нечто вроде «Положил хлеб в тостер», «Налил сок в стакан» или, если это моя жена, «Добавила в смузи кале
[12]», что создает некоторые проблемы в наших отношениях.
