В продолжение предыдущего поста — зашел посмотреть, что сейчас делает Алистер Коберн. Он, конечно, делает!

Написал в 2025 году книгу про связь User Story, Use Cases и User Story Maps. То, что я много раз рассказывал на тренингах, но в книгу не оформил, да даже и на конференциях ни разу не рассказывал, думал, это слишком просто. А вот нет, нужно говорить и писать! Впрочем, приятно чувствовать себя на одной волне с великими.

Что он пишет:

User Story — значимое для пользователя изменение в системе (показатель прогресса), что-то, что пользователь может увидеть и пощупать.

Use Case — перечисление способов, которыми пользователь может достичь своей цели (или не достичь).

Story map — раскладка карточек, где слева направо идёт процесс, а сверху вниз — приоритеты.

Основные принципы:
1. Глаголы подразумевают продолжительное действие
2. Раскладывайте глаголы на более короткие (по продолжительности действия) глаголы
3. Управляйте точностью (precision — тут правильный перевод ближе к "сфокусированности", "кучности")
4. Раскладывайте (декомпозируйте) всё, не только глаголы
5. Пишите документы вместе, разработка + бизнес
6. Пишите с точки зрения пользователей
7. Пишите только потребности, а не энциклопедию всего
8. Жертвуйте совершенством ради читаемости

Принципы декомпозиции:

Для use cases: до уровня целей взаимодействия пользователя с системой (имеющих смысл, даже если системы нет, система — это просто один из вариантов реализации), в метафоре Коберна — до "уровня моря"

Для User story — хоть до "уровня моллюсков", то есть почти бесконечно.

Use case поставляет полное описание способов работы с системой, поэтому из него нарезаются единицы прироста пользы — user story. Каждая история представляет собой срез юскейса (slice).

Story map объединяет user stories и use cases: верхняя строка — это успешные шаги одного большого сценария, который обеспечивает вся система (и одновременно — названия юскейсов более низкого уровня). Карточки в колонке — срезы юскейсов, варианты данных / каналов / интерфейсов, обработка ошибок.

Вот такое мнение гуру.

А в 2026 году он уже успел выпустить ещё одну книгу: "Упрощая проектирование программных продуктов: гениальность бюрократии".

Говорит, архитектура программных систем должна строиться на двух принципах матерых бюрократов:

* "Это не моя задача"
* "Мне это не нужно знать"

То есть, каждый модуль должен четко понимать, что не является его задачей, и не делать этого. И не интереоваться ничем, кроме своей узкой задачи.

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