Size: a a a

Архитектура ИТ-решений

2021 May 11

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Тогда правильнее сказать, ES с элементами QAW
источник

И

Иван in Архитектура ИТ-решений
ES с включением головного мозга
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Anything  с включением головного мозга)
источник

SB

Sergey Baranov in Архитектура ИТ-решений
У ES несколько уровней. Big Picture, Process и Design как минимум.
Если говорить о QAW, то я провожу в такой последовательности:
1. Event Storming для формирования общих знаний на базе исследования домена
2. Impact Mapping для поиска крупных архитектурных Enabler’ов и ASR
3. Со всем этим багажом уже идем в QAW и архитектурные ограничения
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Дальше можно и архитектурную фитнес-функцию строить и risk storming проводить.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Так правильно, и в то же время академично, то есть трудно реализуемо, с моей точки зрения
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Не, норм :)
Прост какие-то нюансы канеш вскроются во время ES, на фиолетовых стикерах записываем и берем собой в impact mapping и qaw
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Заманчиво, конечно))
источник

SB

Sergey Baranov in Архитектура ИТ-решений
получается такой путь
источник

P

Pavel in Архитектура ИТ-решений
А почему там книжка «Эволюционная архитектура» в правом верхнем углу?
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Отсылка к теории по архитектурным функциям приспособленности
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
На самом деле, очень круто
источник

AG

Andrei Gordienkov in Архитектура ИТ-решений
+1
источник

MS

Maksim Sadovnikov in Архитектура ИТ-решений
домены, понятное дело, бывают разные, но интересно сколько по времени занимают такие активности ? Исходя из прошлого опыта.
Правильно ли я понимаю, что такой путь постоянно (итеративно) повторяется/дополняется подробностями ?
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Много времени занимает только первая сессия, на которой мы границы определяем, а затем в рамках границ контекстов все может развиваться независимо и со своей скоростью (в том числе с нулевой).

Есть кейс, в котором летом провел event storming и он стал у компании рабочим инструментом, то есть с ним работают не итеративно, а постоянно.

Есть кейс, в котором используется только на пред-планировании, чтобы снизить риск упустить важные нюансы.

Есть кейс, когда event storming использовался как часть бОльшей сессии по передаче знаний всей команде при увольнении архитектора :)

По времени проведения - сильно зависит от сложности домена.

А если посмотреть на Impact Mapping, то после Event Storming и с бэклогом/хорошими PO и архитектором/тимлидом буквально за час проходит полная приоритизация. Потом разве что короткие итерации уточнений.

Вообще, после event storming любые практики/активности/встречи проходят быстрее и эффективнее 💁‍♂️
источник

MS

Maksim Sadovnikov in Архитектура ИТ-решений
порядок примерно понятен, спасибо за подробности :)
источник
2021 May 12

pp

p p in Архитектура ИТ-решений
Может подскажете, какими тулами удобно пользоваться, если проводишь ES, QAW и т.д. онлайн, чтобы максимально задокументировать прямо на созвоне?
источник

SL

Sergey Lukin in Архитектура ИТ-решений
Miro ?
источник

pp

p p in Архитектура ИТ-решений
успеваете там карточки создавать? или всё-таки быстрее на листике, а уже потом переносить?
источник

SB

Sergey Baranov in Архитектура ИТ-решений
В Миро удобно, а чтоб быстрее шло - деление на комнаты в zoom.
источник