Рабочие истории. Системное проектирование с Картой реализации историй

Типичные проблемы с пользовательскими историями · Преимущества и недостатки историй как инструмента · Задачи на совершенствование подхода

—

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

Клейтон Кристенсен

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

4.1. Шаблонная липа и проблема молотка

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

Я, как пользователь, хочу применять вторичную сортировку, чтобы управлять ранжированием данных. – И-31 – ПЛОХО

Я, как пользователь, хочу применять множественные фильтры, чтобы ограничить область отображаемых данных. – И-32 – ПЛОХО

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

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

Есть байка о том, как некий индивидуум пользовался микроскопом для забивания гвоздей, и когда тот разбился, пришёл спросить: как сделать так, чтобы новый микроскоп не разбивался, – вместо того, чтобы рассказать о ситуации, востребовавшей поиска инструмента. Проектировщик, запечатлевающий историю, в которой все части решения уже зафиксированы и определены пользователем или заказчиком, записывает её примерно так:

Во время ремонтных работ я хочу, чтобы микроскоп не раскалывался так быстро на части, чтобы не приходилось его так часто менять. – И-33

Записавший подобную историю может на этом успокоиться и пойти дальше. Что и сделали написавшие истории И-31-32.

Вместе с тем истинной историей могла бы стать следующая:

Когда необходимо соединить податливые материалы твёрдым скрепляющим – скобами, шпильками, гвоздями или костылями – я хочу орудовать чем-то увесистым, но компактным, чтобы эффективно вгонять скрепляющие элементы и меньше уставать. – И-34