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

— Донести суть топам, собственникам или бизнес-партнёру в b2b так, чтобы те быстро поняли
— Соорганизовать работу многих специалистов, говорящих на разных предметных языках
— Быстро онбордить людей внутри
— Приоритезировать продуктовую разработку согласно затыкам в потребительском пути

https://rutube.ru/video/454b2ab1bb1facdf3243731b937b7c21/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Охота древних людей. Пример применения фреймворка анализа и проектирования социотехнических систем

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

https://ashapiro.ru/writing/tpost/difvlu2ig1-tri-metoda-proektirovaniya-sotsiotehnich

Понятия технического и социотехнического
(из дискуссии в чате)

Что касается понятия технического, то лично я далек от его вульгарного понимания в форме чего-то относящегося к приборам или механизмам, построенным на железках, кремнии и пластике, а также следующего их слоя, построенного на алгоритмах. Техническое для меня относится к искусственному, то есть по предусмотрению созданному кем-то.

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

Друзья, эфир переносится на 2 апреля

Долгожданный прямой эфир про косуль будет уже в следующую среду. Записывайтесь, если ещё нет

https://byndyusoft-event.timepad.ru/event/3252780/