Для составления списка задач не стоит привлекать посторонних, которые не участвуют в работе над проектом. Иначе получится противоположный ожидаемому результат.
Сложности возникают, когда из основного проекта приходиться выводить отдельные части, чтобы успешно с ними работать вне контекста. Только глазами заказчика нужно смотреть на проект.
Надо понять мотивы. Зачем клиенту нужен создаваемый предмет или вещь? Каким образом он будет им пользоваться, что принесет положительного его создание? Мы понимаем, что этот момент главный и важный. Личный интерес создателя — основа всего.
Каждый заказчик имеет собственные потребности. Любая деталь в ситуации может резко изменить ход событий. Допустим, заказчик ставит цель: «Нужен автомобиль, чтобы ездить в офис». Он меняет формат: «Я живу в городе, нужно часто выезжать в город…» или: «Мне, жителю фермы с плохой местностью…». В результате получиться два различных представления про машину-идеал.
Перед тем, как поставить в списках дел приоритеты, нужно определить главный объект – человека, который будет пользоваться продуктом, что вы собираетесь создавать. Нужно понять, что заказчик предпочитает, чего терпеть не может, какие у него мечты, что вдохновляет, что приносит разочарование и радость. Но главными будут мотивы, влияющие на разработку и на то, как в дальнейшем он воспользуется данной вещью. Все, что узнаете о человеке, может влиять на оценку будущего задания.
Короткие истории
В начале создания сюжета, основанного на пожеланиях пользователя (дадим простое название – истории) контролируйте, чтобы они стали функциональными и удобными для дальнейшей работы. Вообразите, что необходимо удовлетворить желания пользователя Amazon.com. Вариант для проверки имеет такую форму: «Я, потребитель, требую создания крупнейшего во всем мире ярмарки-магазина книг, где в любое время будет доступно любое издание».
Такое описание характерно для Amazon, но в целом это довольно размытая история. Необходимо разделить ее на фрагменты, более конкретные части. Вот несколько примеров историй созданных для интернет-магазина:
-
мне, как потребителю, удобно видеть разделы книг по жанрам, чтобы тратить меньше времени на поиск;
-
как потребитель, хочу при выборе книг иметь возможность отложить понравившуюся в корзину;
-
как начальник новой продукции, хочу следить за категориями, которые покупают клиенты, чтобы формировать для них актуальные предложения.
Такие пожелания пользователей созданы профессионально, что даст возможность рабочей группе иметь полную картину предстоящего проекта. Имея готовый список похожих историй, будет с чего начать обсуждение работы. Помните, группа принимает решение, чем руководствоваться в работе, а цель продукта определяется его ценностью. Список пожеланий одного пользователя именуют эпопеей (или эпиком). Эпопея — масштабная, не позволяет сразу одним махом воплотить ее в жизнь, она составлена из многих частей – маленьких пользовательских историй, что представляют одну цель.
Готовность и выполнение
Когда стоит задача написать историю или список предстоящих заданий, обязательным условием является поиск ответов на два вопроса. История готова? Как понять, что поставленная цель достигнута?
Есть специальное правило, приходящее на помощь, когда необходимо определить готовность истории. Его создал и пустил в обиход программист Билл Уэйк. По мнению Билла, любая история для перехода в ранг выполненных должна проверяться по определенным характеристикам. Таким критериям присвоили название INVEST:
-
история должна быть завершенной, на практике проверенной, не зависеть от нюансов;
-
историю может каждый смотреть в полном доступе еще до завершения; все участники группы могут обсуждать и вносить правки;
-
история обязана работать на пользу и увеличение ценности проекта для клиентов и лиц, что в ней заинтересованы;
-
история должна иметь удобный формат, чтобы спокойно можно оценить объем работы;
-
история – краткая, компактная и конкретная, что позволяет быстро спланировать процесс работы. Если она будет размытой, необходимо исправить, что лучшего всего сделать, предварительно разбив ее на меньшие фрагменты;
-
история будет завершенной после проверки в деле. Необходимо иметь предварительно критерии, которым в конечном результате она должна соответствовать.
Все истории для пользователей, что мы вносим в жизнь, должны иметь принадлежность к двум критериям: «готова ли она» (все ли характеристики INVEST она вмещает), «завершена ли она» (выполнены ли все критерии, что показывает о закрытии истории). Если задача правда готова, штат прибавляет скорость выполнения. При окончании одного этапа история имеет завершенность, коллектив в начале очередной части быстрее работает. Это скрытая фишка приемов Scrum, позволяющая в быстрее выполнять двойной масштаб работы.