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

Практические напутствия главы

– Если вы применяете именно пользовательские истории, освойте разные их шаблоны – это здорово сэкономит время при сборе требований.

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

– Записывайте приёмочные тесты для каждой истории, чтобы возможно было восстановить общий контекст и конкретику.

– Не допускайте включения названий конкретных элементов пользовательского интерфейса в текст историй.

– Придите к единому закрытому набору глаголов в своей команде для лучшего взаимопонимания.

Глава 4. К следующему шагу развития

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

—

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Конец ознакомительного фрагмента.

Текст предоставлен ООО «Литрес».

Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.

Примечания

1

Бындю А. В.: «Карта гипотез. Как создать стратегию для себя, своей семьи или бизнеса», 2025.

2

Шапиро А. А.: «Карта процесса-опыта. Проектирование услуги через её визуализацию», 2024.

3

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

4

Лотман Ю.М.: «Об искусстве», Москва. Искусство-СПб 1998 г. – 704 с. // Семиотика кино и проблемы киноэстетики // Глава 9. Сюжет в кино.

5

«Кеневин» – фреймворк определения типа рабочего процесса по типу среды, в которой рассматривается проект: хаотичная, запутанная, сложная, простая. ru.wikipedia.org/wiki/Cynefin_framework

6

Кон Майкл, Пользовательские истории: гибкая разработка программного обеспечения, 2019 (год выход оригинала 2004).

7

Паттон Джефф, Пользовательские истории. Искусство гибкой разработки ПО, 2017 (оригинал вышел в 2014).

8

Alistair Cockburn: A story is a token promising a future conversation.

9

Know your customers’ “Jobs to be Done” / C. M. Christensen, T. Hall, K. Dillon, D. S. Duncan // Harvard Business Review. – 2016. – Vol. 94, No. 9. – P. 54–62.

10

Коберн Алистер: «Современные методы описания функциональных требований к системам», 2022.