Приветствую вас коллеги я исключительно Рад вас видеть сегодня потому что по сути мой доклад это будет передача некоторой радости моей личной радости которую я обрел когда узнал что появился такой метод появился он оказывается давно Сейчас посмотрим когда моя личная радость связана с тем что он классный Я надеюсь что я разожгу ваш огонь интерес к нему кто Кстати может быть уже использует его в работе вот не так много я буду считать что я сделал свое дело если хотя бы Некоторые из вас аудио отсюда подумают но надо следующий раз когда будем делать процесс попробовать его тут написано что в разговоре в разговоре о процессе это немножко точнее чем в программках этот метод занимается анализом процесса немножко Если вы еще не решили стоит слушать или нет я расскажу о себе составе доклада значит я обычно рассказываю на дизайн секции вот я дизайнер 18 лет проектирую сервисы продукты цифровые но мне как-то так довелось поработать спартанских командах которых нет такой глубины разделения труда где есть аналитики поэтому аналитикам своих задач был Я сам Кроме того я очень люблю методологию коллекционирую методы хищно на них нападаю ну и некоторое время назад начал анализировать чем они отличаются друг от друга по сути я хочу рассказать вам про метод и вент шторминг и сказать чем он хорош и плох в сравнении с другими методами которые описывают процесс вот у меня Примерно вот такой время пролета то есть я узнал где-то полтора года назад отжался общество русскоязычно начало активно разговаривать про сам метод Хотя метод существует гораздо дольше вот и это реальные карты карты проектов где я попробовал это использовать То есть я рассказываю не просто про теорию этого метода я его немножко попрактиковал и Мне прям понравилось Зачем еще один метод вообще доклад я вам уже сказал чтобы зажечься это будет круто если вы просто Попробуйте этот метод будете его использовать иногда там вместе с другими про все остальное уже сказал я его сравню мампингом сравню все это будет Зачем еще один метод спросите вы во-первых он очень прост и простота особенно там где мы работаем со сложными системами для нас очень важна потому что Ну представьте Вы приглашаете каких-то заинтересованных лиц вы впервые видитесь и Ну это уже стресс Говорите каких-то сложных вещах например сложный предметной области Если вы заказной разработке только сейчас узнаете что он про Что вы будете делать проект следующий или не будете если не очень хорошо произведете впечатление о себе Вот все это значимо и поэтому Если у вас есть если сам метод это такой метод который не нужно читать там документацию спецификацию вспомним спецификацию по bpmn количество элементов там а просто здесь 6 элементов подкупает сам метод дает еще невероятную пластичность он сам был возник из стикеров из Ну понятно там работы консультанта на досках но мы сейчас уже в электронных досках там это все можно там же использовать и появилась у него еще некоторое двухслойность про которую мы поговорим чуть вот Автор этого метода Альберта бэндалини он написал книжку Ивин шторминг интердюсент и наш торрент здесь вот такие даты когда вышла первая статья в 2013 да то есть это 4 через три года после того как история mapping появился который я считаю существенным методом Вот и книжку наш 2015 начал публиковать последний раз 21 изменял то есть довольно давно Но к нам проник почему-то вот недавно сам автор разделяет и показывает этот метод на трех конфигурациях которые мы посмотрим мы сейчас сначала попробуем изучить Из чего состоит метод а его основные элементы Ну и на примерах попробовать как как его применять вот три основные конфигурации мы будем называть так уровень процесса с высоты вертолетчика это такой обобщенный процесс очень упрощенный я бы сказал даже следующий уровень это уровень в деталях тут тоже просто процесс конспектируем А вот третий уровень называется в оригинальный дизайн level уровень проектирования Когда мы уже синтезируем будущие требования чтобы системе сейчас мы каждый из них Посмотрим по отдельности а значит уровень процесса вертолетчика он да Нельзя просто в этом как раз заключается главная суть простоты моей любви к этому методу записывается просто события вот очень важно обратить внимание потому что может показаться что это похоже на все что мы уже видели там точки контакта например точку контакта выделить сложно ее можно легко там спутать с каналом можно ее выделить не очень корректно и потом про это а вот события Это такая точечная вещь которая произошла и все она закончилась она упала и все эти события которые о которых мы говорим здесь это событие предметной области в котором для которой вы делаете какое-то Решение вот и обычно а о них все говорят очень легко Просто все кто знают естественно Из чего состоят Поэтому вот первая конфигурация очень простая просто в линейку и очень быстро можно накидать есть еще такая горячая точка этот вариант как где можно обозначать проблемы сейчас на примере посмотрим чуть позже значит первые наши элементы языка я так буду на таких карточках показывать оранжевый значит события предметной области Мы его записываем просто глагол в прошедшем времени или причастие прошедшем времени все просто правильно отчет получено письмо Ну и вот этой вот такой диагональ этот повернутым диамантикам таким Да как по-русски так Господи ромбиком Мы обозначаем какую-то проблемку важно наверное сказать что в принципе вообще можете свою нотацию вводить элементов мало нотацию можно вводить он так и делал он это автор автор просто рисовал писал события вешал и автолегенда появлялась на доске для тех людей кто впервые пришел начал это пробовать Ну вот конкретный пример мы разбирали внутренний процесс это hr-процесс И вот такие события сотрудник решил повысить зарплату сообщила об этом компании прошел оценку по навыкам и потом там варианты там получил новый Great зарплату или ушел доучиваться рекомендации получив некоторые и просто вот это нанеся мы допустим в какой-то момент начав говорить на этом процессе ведь собираются разные люди мы могли просто про него там гипотетически как-то его иметь ввиду А если мы собрали важных людей нужных они нам скажут что вообще-то ну происходит так что люди молчат и там происходит затык некоторые я сейчас это только ради иллюстрации показываю метод хорош чем мы в любой момент Какую бы мы сессию не делали например на сессия может быть вообще про цели мы снимаем цели можем переключиться и быстренько налепить события друг за другом для того чтобы в какой-то ситуации где мы запутались и нам нужно очень быстро в чернее как-то накидать процесс потому что один Говорит одно другое очень быстро это сделать прям за минуты Вот как я сказал люблю я этот в такую конфигурацию именно за вот эту простоту для любого коллектива очень легко быстро ввести их вот в курс дела у вас получается на выходе конспект вот этого процесса если хотите можете продолжить его уточнять мы посмотрим что следующая конфигурации это конфигурация детализации которые могут уточнить то что вы сделали вот и высокопластичность в этом смысле не знаю работа со стикерами нравится вам или нет очень простые правила А кстати про пластичность вот какая штука Вы можете разбиться на группы Да там и разделиться очень быстро делать сам процесс не обсуждает и потом просто интегрируя обсуждая вместе в этом смысле тоже очень удобно Давайте пойдем дальше второй уровень Он будет немножко посложнее придется запомнить некоторую схему вообще как вы видели мы там слева направо выкладываем и метод этот похож немного на весь штормин похож на такой выкладывание Домино и не Каждый доминожка каждый подходит это наверное единственная трудность которую можно встретить в начале Но вот попрактиковав это довольно быстро проходит и мы там отдельно обсуждали Будет ли большая проблема если мы перепутаем и сделаем Ну не в правильном порядке опыт показывает что ничего страшного не происходит то есть не бойтесь здесь неправильно применять вот немножко сейчас придется напрячься вот эту схему нам осилить Значит у нас есть деятель это мы сейчас все эти карточки еще раз очень внимательно просмотром Я сейчас хочу их показать в связке значит деятель у нас подает команду или некоторые решения которая в свою очередь взывает к некоторой системе система для нас может быть каким-то черным ящиком это может быть наша система внешняя какая-то система с которым мы интегрируемся это система в свою очередь генерирует предметно события мы их уже посмотрели а предметное событие может либо испускать и генерировать какую-то информацию которая в свою очередь Может опять возбуждать сообщая что-то деятеля Ну или другого деятеля не обязательно этого а также эти события предметной области уведомляют некий Триггер Триггер это элемент автоматизации по сути это условие шлюз bpmen аналоги такие этот Триггер запускает в свою очередь команду или же какое-то решение То есть в принципе если мы описываем процесс который не автоматизируем то деятель может принимать решение это тоже своего рода команды вот сейчас мы это закрепим значит что сейчас состоит деятель такие светленькая желтенькие карточки по сути это функциональная роль чаще всего мы используем в таком в такой функции это или же Агент под агентом я здесь имею ввиду что если вы хотите например запроектировать роль какого-то сервера работу сервиса некоторого то вы в принципе можете там в качестве Агента взять там микросервис который будет тоже там подавать команду и так далее Пожалуйста то есть там на третьем уровне мы посмотрим что там есть Такая сущность как агрегат который может выбирать некоторую функциональность то есть не только люди получается а некоторые агенты которые являются у нас допустим компонентами сложной составной системы например продавец кладовщик HR Агент доставки сейчас они у нас появятся Например у нас есть сотрудник склада и он происходит с ним происходит или благодаря его действиям каким-то происходит событие товар принят причем Обратите внимание Мы можем на этом остановиться и всего-то мы написали что он делает Как это вообще беспечно мы зафиксировали вот важно что товар принят мы применили абстрагирование и метод этим еще хорош что Он позволяет в любой момент не залазить какие-то детали остаться здесь На таком уровне дальше значит команды вот команда либо решение здесь примеры такие как сканировать штрих-код к примеру хочу повысить зарплату себе это решение внутреннее какое-то у человека который возникает Вот а если примеры рассматривать то наш сотрудник склада допустим сканирует штрих-код и товар принят получается Здесь мы чуть больше деталей употребили для описания видите это когда немножко складывается внешняя система Ну она не обязательно должна быть внешне Вы можете так это маркировать свои внутренние системы но чаще всего используется вот эта штука для абстрагирования чего-то что от вас не зависит некоторые черный ящик Вот и Здесь вы можете прям закрывать туда не знаю большие какие-то модули с которыми вы общаетесь можно в принципе описывать через сущность которая дальше посмотрим контракты общения с ним допустим модель данных зелененькая карточка может описать то как вы смешанные системы работаете А можете вообще туда не лезть просто поставить ее и все это черный ящик дальше потом когда-нибудь распишем может не распишем вам не надо этого Ну вот пример допустим создан заказ подана команда после этого открыть платежный шлюз и что-то происходит платежном шлюзе Заказ оплачен то есть происходит какая-то магия Для нас это сработало как черный ящик вот зеленая карточка которая говорил показ показ непосредственных данных то есть мы иллюминируем данное человеку либо какая-то модель данных Если вы описываете контракт API вот Ну понятно что на таких карточках не очень удобно расписывать большие контракты Но если вы в чернее быстро накидываете что-то можно просто перечислить сущности это уже В некоторых случаях бывает удобно пример значит наш покупатель вначале на него светила страница товара она не ходил находился для него это был вот этот излучение Важной информации он там добавляет товар товар добавлен в корзину Идем дальше Вот наверное такая вот Спорная самая карточка фиолетовый или как ее назвать Сиреневая значит политика Триггер или бизнес правила автор решил назвать ее политика Потому что так получилось что вот обсуждая с разными людьми которые участвовали его семинарах воркшопах вроде всем было понятно что это такое Но для нас это по сути элементы ветвления через которые мы дальше начинаем схему разверять Как нам угодно здесь иногда путают с самими событиями но лучше Вот стараться их разделить может казаться что это примерно одно и то же вот Раз в месяц это там тут спор может типа это событие раз в месяц или правило как бы можете налепить события если сомневаетесь думаю это практика В общем разделять эту штуку Я скорее сейчас хотел отметить что в начале когда метод познавал была какая-то вот как это сказать трудность в начале что как эти доминожки собирать вот политикой тоже было не очень понятно что это Как это работает по сути Вы можете вначале просто считать это элементом выделения Ну и вот пример сотрудник склада он в случае когда на полёте один заказ а сканирует а если есть проблемы возвращает паллеты в транспортное средство это немножко искусств это настоящее из настоящих проектов примеры единственное они могут там сейчас всей ситуации не раскрывать Сейчас я просто иллюстрирую чтобы было понятно из чего это состоит еще раз посмотрим на эту схему она немножко развернута в такую колбасу помните она у нас закольцована была у автора дается закольцованы чтобы ну и схватить запомнить использовать как Эталон А я хотел вам здесь дать интуиции что по сути вы так и нагнетаете схему у вас какой-то деятель а подает команду там в систему на производит события после которого от которого запитываются там два триггера а формация какая-то появляется по которой деятель еще один что-то там делать дальше Вы по сути составляете карту процесса вот таков второй уровень то есть детализированного процесса Сейчас мы посмотрим его на примерах Я здесь Легенду оставил если забыли вдруг вот там написано что за карточка Что обозначает а здесь у нас схема того же процесса свеча вот там Триггер раз в год наступает событие там наступил месяц сотрудника Там они разбросаны по всему городу чтобы не было нагрузки вот там запрашивает Ну вернее она что-то делает в результате чего происходит событие запрошено хочет ли сотрудник повышение после чего идет по двум веткам Ну мы пойдем по Нижней метки которая сотрудника Он в свою очередь может в любой момент времени а вот смотрите эти базы знаний появляется это наша система благодаря тому что в этой системе есть такая информация Как повысить зарплату примеры сотрудник оттуда запитывается и решает хочу повышение и дальше делать То что нужно вот мы описали какую-то часть процесса другой пример посмотрим Это пример складского по здесь чуть побольше триггеров и видно что может быть видно уже какой-то не очень удобно с этого метода Если вы будете это делать на бумаге потому что придется на этой доске или бумаги чертить какие-то линии Да что если у вас будет очень большие ветвления придется как-то их соединять там не знаю может бумажки клеить там соединить единичка двойка там что не очень удобно но мне кажется мы уже все перелезли в электронные доски это несущественно такая проблемка вот здесь что происходит есть какие-то расхождения а как только такое происходит то у нас запускается сценарий с одним коробом вернее сценарий с одним кормом фейлится у нас и стартует эти две ветки каждый из которых там видите он там еще три условия случае внутритарно недостачи случаи брака каждый из них запускает свои какие-то детализированные процессы Вот мы сейчас рассмотрели на примерах вот уровень детализации когда вы вот просто хотите например либо описать процесс опять же там Если вы схему Как из Используйте пожалуйста ее можно также использовать как туби Можете описать процесс в таком ключе но можно пойти еще дальше начать в принципе проектировать систему и вот этот дизайн Это третья конфигурация она как раз для этого тут появляется только один элемент вот эту схему мы уже видели с вами здесь видите на уровне Примерно там же где была система у нас появляется некий набор агрегатов агрегатов в терминах DD это какая-то функциональность для домена важная которая объединена это может быть микросервис может быть Ну что как угодно Вы можете условиться что вы под ними понимаете мы иногда вообще не связаны с эти вещи в агрегаты как решатели по сути это решатели до нашей вот этой задачи которая вскрыта в системе который был только что черным ящиком Ну и примеры процесс у нас там есть такой момент когда отдел бэкэнда он формирует комитет Я говорю формирую Да я говорю глагол на самом деле Это скрыто он где-то между здесь формирует То есть я еще раз хочу отметить что вам не важно на эти детали обращать внимание это плюс метода вы просто пишете сформирован Черт его знает как вы же не знаете вначале особенно когда вы проектируете что-то новое как это будет сделано Ну Неважно как будет сделано написано что сделано и все в этом самое главное это Ключевая Мне кажется изюмино само метода сформирован комитет и вот этот комитет ему нужно что-то для своей работы и вот два примера там и у них есть план интервью такие средства что ли да такие эти агрегаты это просто средства для людей Для того чтобы они проводили некоторые интервью и план у них есть процедуры оценки другой пример это тоже вот система работы со складом здесь при подаче команде закрыть приемку конкретное действие делается не обязательно именно такие мелкие все действия вот так вот кодировать Вы можете по какой-то большую функциональность там написать но здесь прям вот Очень мелко написано отправить результаты две такие-то системы с такими-то именами ну или там команда отправить на перепроверку и дальше два агрегата формирования задания на перепроверку и маркировка заданий этих исполнителем который делал до этого то есть такая связка происходит Как видите на этом уровне уже можно добавить деталюшек которые важно не забыть Хорошо вообще автор у себя в книге дает такой меню использования метода И вообще он посвятил целых две главы к тому что бы донести Зачем вообще этот метод и почему он возник что люди в компании очень мало общаются они разъединяются на какие-то отделы на какие-то стримы на какие-то неважно общем Какие группировки общение происходит мало поэтому все что он сделал это его цель была дать очень простой метод общения людей о процессе вот ну и поэтому отсюда понятно какие конфигурации мы рассмотрели уже общую картину и там уровень проектирования причем как утверждает автор все кто использует DD 10 qrs и S7 Только я не знаю что именно из он взял могут использовать Это для проектирования я проверил это действительно работает значит дальше Вы можете использовать этот накидывание процесса чтобы просто понять какую ценность прокидываете через всю эту кишку процесс подачи ценности до потребителя можете проанализировать с точки зрения X что важно там для этого есть зелененькие как помните карточки которые про вьюху Вот и вот две важные отдельные штуки Это ретроспектива хотя бы хоть чего допустим сейчас конференция прошла и ребята возьмут и виншторминг сделают и проведут ретроспективу тебя А что у нас было плохо потому что там будут накиданы для этого конкретного события предмет события предметной области типа что там происходило какие-то проблемы которые там были Ну и следующий раз можно сделать лучше чем неформатор перспективы и еще круче это когда вы обучаете людей кто-то кто знает хотя бы насколько это внутри у вас как процесс устроены и тут и рассказывают это вот виде Вот таких стикеров тем кто совсем это не знает во-первых те кто вроде как знает поймут например что не совсем знают и кого-то позовут постарше вот ну и будет реальное общение может быть что-то кстати придумывает Как улучшить Вот теперь я хотел бы сравнить этот метод со всеми другими надо понять где он хорош чем плох вообще зону вот уверенного применения Я считаю такие если вам нужно просто побеседовать о процессе не важно где вы это делаете когда значит если вам нужно детально зафиксировать процесс который уже есть прекрасно работает и если вы делаете процесс как он будет как он есть Кстати вы фиксируете ландшафт вот это вот фиксация ландшафта в виде внешних систем Мне кажется вот впервые происходит на одной схеме слить и настолько синкретично это что-то они соединены Это я считаю очень классная штука метода Вот Но вы можете сделать синтезированные решения будущее Без проблем здесь все хорошо сильные стороны виндшторминга если их просто по пунктам вывести это самое главное наверное скорость которая следует из его лаконичности его языка простоты Я уже про это говорил вот это слитность это как раз то что мы архитектурный уровень хорошо погружаем туда она появляется не просто у нас на отдельных там сифол это архитектурных схемах или еще каких-то она как бы пришпиливать сюда для большинства людей кому там сложно удерживать разные сложные планы Это несомненный плюс Я понимаю что аналитики наверняка знают очень хорошо свою системы но мы общаемся с большим количеством людей некоторые люди только погружаться начинают вот мне нравится конструктивная пластичность этого языка Потому что мы можем там таскать туда-сюда это как бы нам иногда дает можем свой какие-то вводить нотации какие-то если нам захочется смысле Ну пусть это обозначает Вот это еще вот и в целом он не очень требователен к себе не заставляет обучаться долго ему в отличие например там bpmen или там вот User Story mapping Очень мощное сопротивление этого метода потому что очень много надо продумать надо продумать гипотезу человека гипотезу будущего действия гипотезу ценности все это нужно схватить А здесь можно все это выкинуть временно и поэтому самая крутая штука здесь это вот эти вот ну уровни абстрагирования мы можем выкинуть Эктора вообще и не указывать только события оставить мы можем решить никакие детали реализации сейчас не обсуждать это вот Вы можете сказать что в принципе также мы можем решить и действовать в любом из методов других которые мы используем наверное да но здесь это становится почему-то мне ощущается это интуитивно более таким простым ходом то в одну то в другую сторону то обобщение Ну и слабости во-первых тут не написано но тут цветовая маркировка у нас 10 процентов мужчин по статистике дальтоники это не очень классно мне посчастливилось я вижу вроде ну в общем он не очень пригодится там где вы хотите про намапить что-то потому что ну вы увидели мы используем всю плоскость на самом деле все равно мапе пытаемся Там что-то подрисовать и так далее но это лучше если прямо вам нужно очень много Пластов прикрепить к событиям то там табличный cgm лучше использовать там или сам который хорошо детали схватывают прикрепленные к историям Ну эта штука только для процесса она не Для чего другого не структуру объектов она не схватит никак и так далее Это понятно И вряд ли она когда-нибудь станет потому что там вообще не комьюнити нет огромного такого поэтому наверное кстати узнаем об этом методе довольно поздно вот этого не стоит ждать да если вам надо вы сразу знаете что надо будет потом довести до уровня исполняемости то Может быть вы стартанете только прикуритесь а здесь не получится выделить вот явные такие пулы дорожки до которые есть bpman некоторые есть в сервис blueprinte но есть только вы искусственно как-то это будете сделать делать Ну сам метод этого не дает ну и в схеме Когда вы ее такую развесисту сделали довольно трудно становится ориентироваться и Вот пример Там сверху схема с переходами как она была ну вот выкручиваемся так что мы для каких-то областей начинаем делать заголовки Ну и в целом так как рисунок все равно какой-то есть ориентироваться получается хорошо важно только их обозначить назвать то есть это трудность в принципе забороть ее можно дизайнерским прием Ну в общем-то все что дальше делать лучшее что вы можете сделать это следующий раз когда у вас будет какой-то процесс попробовать его сделать шторминге Поверьте мне это не так сложно и я например делал когда мне дали перемен схемы какого-то процесса который который я не составлял я в него только погружался точно понимал что я вникну и пойму эти схемы если не буду их собирать я просто принял решение перестать только именно потому что чтобы их познать это тоже один из вариантов того как вы можете допустим от использовать Я бы мог их в перемене пересобрать но решил сделать так сработало хорошо Вы можете начать еще вот чего я здесь привожу ссылку на наш шаблон вот все то что вы здесь видели Там есть примеры образцы Можете просто из них там пробовать собирать все равно хорошо когда есть это под рукой там же по этой ссылке есть статьи на вот если английский читать то прочитайте допустим дать статьи про процесс левел и дизайн level это такие хорошие Мне кажется резюме тех кто уже прочитал книгу и попробовал сделать сам вот ну и книга Альберта вы можете ее бесплатно скачать одну главу которую вам может быть хватит а может заплатить всего 10 долларов и купите целую вот я не пожалел что купил на этом все если вам понравился доклад проголосуйте за него пожалуйста и я буду рад вашим вопросам Используйте winstorming Добрый день Спасибо большое за доклад Мне очень понравилось У меня весь ваш доклад крутилась шутка про что же делать с черно-белым принтером И как мы будем жить с ним вот но вопрос больше наверное к тому На каком этапе вы бы скажем так считали целесообразным введение вот такой новой методологии Если то есть ну до этого использовалась другая а другая Я не считаю этот метод замены bpmn смотрите я могу сравнить это с джемом к примеру У нас есть кейсы и барбекена тоже скажу ppmen были случаи когда мы у нас вообще обязательная практика делать в процессе аналитики снимать процесс и мы его снимаем чаще всего там собственным модификации метода cg Вот Но в некоторых проектов мы использовали winstorming и он его без проблем заменил никаких проблем там не встретили это все показало хорошо вот все-таки надо понять в каком вы виде его используете Если вы его там доводите до исполняя его то вряд ли вы его Замените вот если вы его просто используете чтобы конспектировать процесс то почему нет никаких проблем за исключением тех минусов которые сказал которые вы встретитесь иногда Вот вы пельмени вы там очень прогрессивные сами способы ведения схемы а те тот же стул этом взяли подвинули туда-сюда это даже в мира до сих пор нет позор значит а здесь вы построили схему и вам надо воткнуть одно событие Но вам придется все это двигать вручную то есть такие минусы все-таки есть я тут больше наверное вопрос об обучении другого персонала с которым тебе приходится взаимодействовать в ходе разработки Отлично Отлично что вы это сказали потому что вот смотрите Представьте себе что вы сидите обучаете кого-то А ну не сидите Давайте представим это в формате в воркшопа Потому что если вы любую схему сделаете и дадите её читать Ну мы понимаем какое-то качество будет обучение что-то они там поймут очень мало что вот поэтому неважно какой метод вот если мы так поступаем А если же мы хотим допустим вот рассказать всем смотрите из чего все состоит и начинаем такие bpmn рисовать но не знаю как вам мне лично я иногда там такой так а сейчас вот как лучше сделать bpman есть еще уровень не смысле вот элемент достаешь и думаешь какой элемент достать А ты думаешь так а вот у тебя тут такой паттерн и чем как мне это лучше сделать И там есть вариации как вот целую плеяду ветвление Короче ты организуешь одним образом или другим ты сидишь думаешь как это сделать зачем это всё если мы хотим просто побеседовать про процесс Мне кажется здесь вот в этом в этом смысле шторминг выигрывает сразу же Ну да Я надеюсь что-нибудь с этим сделать 6 элементов всего этому дизайн умеет решать эти вопросы текстурами там Андрей Большое спасибо за доклад очень интересно спасибо что напомнили про шторминг Просто когда в самом начале спросили типа А вы знаете про это я такой сижу такое не знаю А потом такая сижу тогда так мы же так вот как раз монолитно распиливали точно да вот было что такое собирались и все эти стикеры клеили а-а Вопрос такой я когда сама пыталась собственно воспроизводить всю эту историю уже там в другом контексте у меня это не особо получилось потому что мне показалось это несколько специфичное избыточным Ну вот в моём случае а-а потому что мне нужно было эту историю поддерживать то есть не просто взять и накидать из головы мысли типа Ага У нас есть вот такие акты У нас есть такие события у нас есть такие триггеры погнали берём переводим А есть ли у вас практика именно на дистанции поддержания вот этих вот схем Спасибо И как это используете Хороший вопрос Я я может быть чуть-чуть в сторону я Вам отвечу потому что недавно на Большом проекте для заказчиков в котором очень много гибридных команд участвуют мы с аналитиками их с нашими дизайнерами у нас дизайнер делает аналитику приходили к тому к тому что мы срастались в User Story mapping Ну то есть мы такой огромный делали в общем сталь маппинг Я почему проявистами привожу пример в чем бы схема не была сделана мы сталкиваемся с проблемой растущей сложности она неминуемо растет и когда мы просто на это издалека смотрим туда даже нырять не хочется мы наблюдаем этот психологический эффект когда большинство сопротивляются говорят причем опытные очень хорошие аналитики говорят зачем мы это делаем ребята Нам же больно но у меня к сожалению очень ну как Горькая пилюля на эту тему Я не вижу ничего кроме дисциплины здесь Потому что по сути это надо поддерживать Да это поддерживать нужно будет любой метод документацию давайте так схему любого метода и в этом смысле что сам будете поддерживать что и вен шторминг Главное чтобы у вас на уровне кампании все согласны были Ну что этот документ у вас это вот место где вы линкуетесь интегрируетесь и так далее социологии же есть понятие баундеры object Это такой ограниченный объект на который когда хотят очень много разных групп свести в понимании они приходят и смотрят на него для нас схемы Какие бы мы ни делали они являются такими баундами обжигами некоторые схемы нет некоторые схемы очень детализированные они не подходят для этого вот например у нас в гробанных проектах чаще всего мы используем cgm как такой баунды обжиг потому что там не знаю бизнес может его смотреть он его понимает все еще там разработчики его могут смотреть они все еще понимают и чем больше людей состыковано в работе над этим А тем больше роль вот этих иначе люди будут понимать что они делают вместе Так что дисциплина только ответ вот я если бы сам вот такую схему накидал Да быстро Здорово быстро просто да но а потом через неделю две недели я бы вот вообще ничего не понял что я тут имел ввиду и что это за событие Почему нет Это пример я понимаю высокий уровень абстракции вы помимо того что быстренько это адресовали потом как-то это подкрепляете текстовым описанием или там не знаю задачки прикрепляете какую-то композицию вот интересно кстати что мы проект процесс снимали но у нас дальше процесс идет всегда и обязательно но я сейчас про практику выделился говорю третий инструмент цели процесс и третий инструмент это пользовательские истории просто так получилось что пользовательские истории они собирают все они собирают день от уровня целей деятельности до конечного инструмента который мы хотим сделать мы как будто бы короче мы это не теряем вот в этом польза и поэтому все что мы прикрепляем уже вот все деливере было все весь код все они крепятся к юзер Story mapping скорее они к вот методу который я рассказывал Ну это наша практика как мы это делаем но про общую формулировку которую вы сказали вспомните ли вы Если вы напишите текст какой-то и не Опишите там ситуацию Вы тоже не вспомните мы все текст понимать можем по-разному если ситуация выветрилась у нас как бы его детально не писали скорее всего вы его не поймете Так что это вообще в принципе как это сказать наша общая проблема через через 10 лет вы его не поймете Если вы не будете уже в этой ситуации Спасибо