Паттерны декомпозиции и вариации Лоуренса для пользовательских историй

Ричард Лоуренс сформулировал в 2009 году шаблоны разделения пользовательских историй. На мой взгляд это не только и не столько паттерны разделения, сколько мыслительные операторы для пересмотра требований в формате историй на этапе их приёмки в работу. Это важно, потому что изначально истории могли фиксироваться с участием заинтересованных лиц, но без гнёта и требований потока разработки.

Истории декомпозируются и реструктуризируются командой в одной из плоскостей согласно предложенным шаблонам. В процессе этой реструктуризации принимаются решение о вариантах её реализации в ближайших циклах разработки. Это крайне полезные техники вариации решений историй для разработчиков и продуктовых управленцев. Незаменимы в работе по принципу ФФФ.

Перечислю шаблоны Лоуренса и опишу их своими словами.

1. Шаги рабочего процесса. Часто критическими для выполнения задачи являются первые и последние шаги в цепочке. Дополнительные шаги внутри последовательности часто являются вспомогательными, например, обогощающими данными необходимый минимум, и их можно на время отложить.

2. Вариации бизнес-правила или способа действия. Погружение в подробности часто выявляет несколько способов выполнить одно и то же действия. Например, в истории «гибкого выбора» дат для перелёта могут быть варианты: n дней между двумя датами, уикенд в декабре, ±n дней от двух дат.

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

4. Простое/сложное. Классический вариант движения по линии грациозной деградации от сложного к простому. Задаём вопрос «Какой наиболее простой вариант реализации этой истории?»

5. Вариации в структурах данных. Некоторые истории можно выделить и сделать вперёд на основе одной структуры данных, в то время как истории с другой структурой отложить.

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

7. Временный отказ от производительности. Разбиение в линии «сделать это рабочим», «сделать это работающим быстро». Если можно отложить вопросы производительности, то возможно стоит это сделать.

8. Операционный состав процедур. Часто за словами «организовать» или «управлять» скрывается целый набор операций. Например, к большинству цифровых сущностей применим паттерн CRUD: создание, чтение, обновление, удаление, но некоторое время можно пожить и без части операций.

9. Слом неопределённости через исследование. Иногда разговоры о смысле истории блокируются высокой степенью неопределённости в затрагиваемом ею вопросе. В этих случаях выделяют жестко ограниченную во времени задачу на исследование вопроса. История разбивается на исследовательскую и реализационную части.

Общая рекомендация Лоуренса — не стараться разделять истории на архитектурные слои, а делать это, придерживаясь модели INVEST. Таковыми и являются паттерны автора.