Как проектировать

Надиктовка историй в паре с агентом Вот так, голосом, через MCP Социотеха я правлю и добавляю новые рабочие истории в Карту реализации историй. Досмотрите до конца, это даст интуицию для других применений. Особенно полезно, когда предстоит множество преобразований, массовые импорты/экспорты или рефакторинги досок. Кстати, ближайший мини-курс по КРИ будет именно в Социотех. С ним не нужно тратить время на вёрстку карты и, так как все карты связаны единой моделю данных, работать с код-агентами с ними милое дело.

Я глаголю — ты верши Вы же уже пробовали удобства нашей эпохи? Устное обсуждение историй с код-агентом, когда коллег рядом нет, а срочно надо «об кого-то подумать» и «поразгонять». Причём с разными MCP-серварами сразу можно увидеть перед собой результат в конечном виде. Наслаждаюсь MCP Социотеха. А какие вы интересные примеры применения код-агентов в проектировании встретили за последнее время?

Вышло официальное видео доклада про связку ТРИЗ и Социотех. В нём приведён пример как можно придумывать идеи с ТРИЗ и доводить их до реализации с помощью технологий и методов Социотеха Один из каверзных вопросов из зала: что вы понимаете под рутиной юриста в контексте автоматизации его работы 💎 Видео доклада 💎 Материалы к докладу 💎 Среда Социотех

Сложные системы не прощают мутных историй Пятнадцать лет я формулирую рабочие истории — сначала нащупывая метод сам, потом обучая ему коллег и специалистов из разных компаний. Категории рабочей истории — Носитель, Ситуация, Действие, Объекты, Цель, Форма реализации, Интерфейсная структура — появились не сразу: это результат многолетнего разбора того, что идёт не так, когда команда работает с требованиями. Готовые категории в шаблоне — уже большая часть работы: с ними уже не перепутать цель с деталью реализации. Но даже с шаблоном в руках хорошую историю по нему пишут единицы. Разница между теми, кто просто заполняет поля, и теми, кто пишет сильные истории, — в умении увидеть, где цель действия ещё не отделилась от красиво сформулированной детали реализации, и понимании когда именно допустимо остановиться, если ситуация описана уже достаточно точно. Это умение приходит только через практику: черновик истории многократно переписывается, лишнее счищается, ёмкие формулировки стягиваются к самой сути. Ремесло сплетения историй заметно в любой роли, где вообще имеют дело с инженерией требований. ⚫️ В продукте — историю закрывают, когда пройден технический критерий приёмки, а проверка, что при этом достигнута цель действия, часто вообще не происходит. ⚫️ В дизайне интерфейса — макет не выдерживает первый же нетиповой сценарий, потому что нарисован раньше, чем стало понятно, с чем в действительности работает использующий его человек. ⚫️ В сборе требований — хотелка заказчика превращается в задачу для разработки без ответов на вопросы «зачем делать вообще» и «зачем именно так». ⚫️ В командной работе — аналитик, дизайнер и разработчик обсуждают «одну» историю на разных диалектах, и смысл теряется на стыке. ⚫️ В цифровых сервисах для госсектора и НКО — услугу чаще проектируют от формы и регламента, а вопрос, зачем человек вообще сюда пришёл, звучит в последнюю очередь, если звучит вообще; тогда и вскрывается, что часть процедуры не нужна вовсе, и она мешает потребителю. ⚫️ При планировании релизов — истории группируют в этапы по техническому удобству, что легче задеплоить вместе, и потому случаются релизы, где вся функциональность вроде бы готова, но без соседнего куска бесполезна потребителю. Когда рабочая история наконец сплетена и чиста от форм реализации, решения по ней находятся в разы быстрее, получаются разнообразнее и интереснее. Их легко варьировать, потому что ничего в формулировке уже не тянет мысль в сторону одного конкретного варианта: инструмента, экрана, кнопки. Вместо слепого перебора вариантов в проектировании появляется управляемость: понятно, в какую сторону двигаться и почему. На курсе по Карте реализации историй я учу этому ремеслу — технике сплетения истории, шаг за шагом, поверх шаблона из семи категорий. 17 августа стартует новый поток. Присоединяйтесь, чтобы освоить действенную технику проектирования от инженеров, работающих со сложными системами Программа и запись

Ну, и лучшим средством структурирования беседы о требованиях и проектировании остаётся КРИ. Про это я написал отдельную книгу и её всё ещё можно приобрести в отличии от книги про КПО. https://ashapiro.ru/sim-book

Вышло официальное видео доклада про техники структурирования беседы с конференции UWDC. Получше стали видео и звук. В докладе я поделился видением где мы, люди, сейчас находимся по интеллектуальным функциям, как нам усилить себя и как помочь кодовым агентам и себе — принципы и подходы схожи. Все дополнительные материалы к докладу на его странице

Карта реализации историй на примере за 12 минут Разбирались вместе с Галой Янке. Это первая часть встречи, где я коротко ввожу КРИ и показываю её не только в шаблоне, но и на примере пары рабочих историй. КРИ здесь строится для инструмента поиска связи между стратегией и операционной деятельностью. Это когда высшее руководство хочет проверить а тем ли вообще занимаются сотрудники компании

А вот и запись вебинара по Карте Реализации Историй (КРИ) с Андреем Шапиро (автором подхода). Дополнительная информация по Карте Реализации Историй Инструмент, в котором мы рисовали карту А вот ссылки на видео: RUTube VKVideo

Запись вчерашнего эфира о Карте реализации историй

Новый отзыв о книге «Рабочие истории» Никита Максимов, QA-инженер: ❞ Классная книга про КРИ и в целом про проектирование. Нашёл для себя много полезного с первых глав. С JTBD,  User Story и Acceptance Criteria сталкивался, но постоянно было ощущение неопределённости, так как не был понятен ответ на вопрос «чтобы что?». Было не понятно, зачем упаковывать требования в пользовательскую историю, если этот артефакт формируется абы как, даже при соблюдении шаблона. Не было понимания кто и как им будет пользоваться дальше. По сути, я видел, что совершался некий ритуал, появлялся артефакт ритуала, которым дальше никто не пользовался. Есть в сфере QA, такое поверие, что если наладить практику «Три амиго», то получится собрать все N контекстов, оформить их в самые современные формы записи, договориться о критериях приёмки и тогда качество услуги продукта получится таким высоким, что конкуренты будут завидовать. Как одно с другим связано мне было совершенно не понятно. А вчера, после прочтения первых глав, всё стало на свои места) отдельное спасибо за закладку-ляссе ❝

Как проектировать pinned a photo

Мини-курс по Карте реализации историй Сколько раз вы видели, как команда усердно работает над фичей, но потом выясняется: в ней нет ничего важного для потребителя? В бэклоге всё аккуратно, в макете всё красиво, разработка идёт — и всё же приходится выкидывать или переделывать, потому что смысл задачи потерялся где-то между первым разговором и итоговым интерфейсом. Если вы аналитик, продакт, дизайнер или разработчик и вам приходится объяснять, зачем вообще нужна функция, а не только что в ней должно быть, этот разрыв вам знаком. Карта реализации историй даёт недостающий мост. Она удерживает в одном ёмком описании действия его носителя, ситуацию, способ работы, объекты оперирования и цель. Поэтому требования можно провести от шага в процессе до структуры интерфейса и показать, откуда взялся каждый блок, вместо того чтобы прикрываться догадками и домыслами. Я собрал мини-курс, чтобы этот подход, отточенный до уровня технологии, вы освоили на своей ситуации и принесли в команду. Восемь занятий через день, онлайн; останутся видео, шаблон, практические задания и разборы. Старт ближайшего потока: 17 августа —— Мини-курс по Карте реализации историй

Поговорили с Сергеем Мартюшевым о ИИ и его влиянии на наши роли. 📱 интервью Мои цитаты, отобранные Сергеем: О своем опыте и текущем проекте > «Где-то с апреля, наверное, этого года я глубоко в код агентской разработке. […] когда я увидел, что такое современные агенты, я просто несколько месяцев я просто как ошалелый делал какие-то свои старые идеи». > «Я написал такую метасистему, которая сама выращивает софт». О роли человека (управление ИИ) > "Я, наверное, выделил бы роли, что в целом, наверное, моя главная роль была — погонщик ИИ". О проблеме скрытых решений ИИ > "Самое плохое — это когда те решения, которые он принимает, он тебе их не озвучивает. То, на чём основывался, не сделал частью ни репозитория, ни твоей памяти, ни своей памяти. Это значит, что в следующие сессии какие-то, а они точно будут, если у тебя система, знаешь, там живёт долго. Никто не узнает, почему было принято какое-то решение. Это фейл, просто тотальный!" О разнице скоростей восприятия и контроле > "Они настолько быстро генерят и настолько же быстро изучают новые репозитории которые быстрее человека. Поэтому мы вообще на абсолютно разных масштабах скорости восприятия работаем". > "Я считаю, что нужно контролировать в тех точках, в которых наше восприятие ещё будет поспевать. То есть вычитывать всё там, его нагенерированные штуки нереально. Поэтому где то нужно отпускать контроль". О социальных ролях и принятии ИИ в компаниях > "Абсолютно всегда и сейчас то же самое, есть люди, которые, ну я поп- я просто по-старому буду продолжать. Под ударом идентичность очень сильная". О будущем навыков человека > "Я стараюсь оставлять области, в которых я точно что-то буду думать, делать сам, потому что нужна тренировка, потому что будет утерян навык, если не делать". > "Одна из главных проблем, которая с этим связана - где будет граница, где ты ему отдаёшь творчество? Я это называю это проблема зазора творчества".

Потихоньку в знак благодарности отправляю книгу «Рабочие истории» тем, кто сделал для неё многое. Кто-то читал и делился мыслями о методе или доступности донесения мысли, кто-то написал рецензию, кто-то был всё время со мной в диалоге о её содержании. Большое вам спасибо! Без вас книга и технология вышли бы намного беднее. Если ваша фамилия есть во вступительной части, то книга придёт к вам вскоре.

Заглянуть за кулисы проектирования КПО Сегодня показываю как проектирую инструмент КПО для среды Социотех. Показываю части макета в Фигма, его связь с рабочими историями в Карте реализации историй. Карта реализации историй как раз очень хорошо помогает снять механики работы с инструментом и удерживать их как для всей команды, так и для ИИ-агентов. Ну, и просто хвастаюсь тем, как прикольно получается КПО. Мне нравится. А вы что думаете? Хочется уже попробовать пользоваться таким?