Закройте глаза и вернитесь к моменту пробуждения сегодня утром. Вы же проснулись сегодня утром, правда? Что вы сделали прежде всего? А сейчас откройте глаза и запишите это действие на стикере. Я тоже сделаю это: мое первое действие сегодня утром было «Переключил будильник», что я и написал на бумажке. Не слишком интересно, правда? Хотя бывают дни, когда мне приходится переключать будильник два или три раза.

А сейчас оторвите этот стикер и приклейте его на стол перед собой. Затем подумайте о следующей вещи, которую вы сделали. Вспомнили? Теперь запишите ее на следующем стикере и приклейте его, поместив справа от предыдущего. Продолжайте в том же духе. На моих следующих стикерах написано: «Выключил будильник» и «Поплелся в ванную».

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

Посмотрите на то, что у вас получилось. Вы заметили, что все или почти все стикеры начинаются с глагола? Короткие глагольные фразы, вроде «почистил зубы» или «принял душ» – это задачи, или попросту действия, необходимые для достижения какой-то цели. Когда мы описываем задачи людей, использующих наше ПО и выполняющих по порядку какие-то действия, чтобы достичь определенной цели, мы называем их пользовательскими задачами. Это самое важное понятие в создании хорошей карты историй, не говоря уже о написании и изложении хороших историй. Вы убедитесь, что почти все стикеры в картах историй содержат короткие глагольные фразы, обозначающие действия, которые делают люди при использовании вашего ПО.

А сейчас остановимся на минуту – подумайте, было ли это сложно? Я попросил вас записать то, что вы делали, и задачи легко возникли у вас в голове. Не правда ли, хорошо, что самое важное в процессе происходит так естественно?

Поэтому не стоит бояться слова «задача». Если вы менеджер проекта, то должны знать, что проектные планы полностью состоят из задач. Если вы когда-либо использовали истории в разработке Agile, то знаете, что планирование включает в себя написание большого количества задач на разработку и тестирование. Если же вы не менеджер и не программист, то будьте осторожны, употребляя слово «задача»: другие люди могут понимать под ним то, что привычно для них, как в примерах, приведенных ранее, и могут сказать, что вы ошибаетесь.

А сейчас посчитайте, сколько задач вы записали.

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

Думаю, для вас не станет новостью то, что люди отличаются друг от друга. Эти различия хорошо заметны в способах, которые люди выбирают, чтобы чего-то добиться.

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

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

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

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

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

Мой друг Алистер Коберн описал концепцию целевых уровней в книге «Написание эффективных пользовательских ситуаций» (Cockburn Alistair, Writing Effective Use Cases, издательство Addison-Wesley Professional). Не волнуйтесь, расписывать пользовательские ситуации мы сейчас не будем – это просто концепция, очень полезная при обсуждении поведения людей.

Алистер пользуется метафорой уровней высоты: уровень моря находится в середине, а все остальное – выше или ниже его. Задача на уровне моря – это то, что мы собираемся сделать, прежде чем намеренно остановимся и перейдем к чему-то еще. В ваших задачах наверняка есть «Принял душ». Это и есть задача на уровне моря – вы же не выключаете воду, думая: «Этот душ, похоже, затягивается, пойду-ка я выпью чашечку кофе, а потом закончу мыться». Алистер называет такие вещи задачами функционального уровня и помечает их значком океанской волны. Но я их называю просто задачами.

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

И наконец, мы переходим к ряду задач итогового уровня. Принять душ, побриться, почистить зубы и все остальное, что вы проделываете по утрам, поднявшись с постели, в конце концов сводятся к одной задаче-итогу. Я не уверен, как точно сформулировать ее название. «Стать чистым»? «Утренняя гигиена»? Мне не очень нравится слово «гигиена». Не будем его использовать.