IL
Есть такое. И потом, называя юзер сторёй то, что, по сути, ей не является, удивляются, а почему же не работает :)
Size: a a a
2021 December 17
Р
Не потому что можно, а потому что пресловутый карго культ
DB
Успешность формата user story такого сильно зависит от домена. Если он сложный, то не получится. Представьте вы систему для проектирования самолетов делаете. Механику "На пальцах" невозможно рассказать - вначале нужно задокументировать всю теорию. Похожее будет в инвестбанкинге. Нельзя попросить "As I User I want a new trading strategy so I make more money" - нужна модель этой стратегии.
AS
Ага, ну это же про agile в ракетостроении или хирургии. И здесь мы сново оказываемся в ситуации, что подход предназначенный для одного домена, применяют в другом…
А вот на счёт банкинга я все же сомневаюсь… Все таки в там больше пространства для экспериментов или, возможно, в отдельной области банкинга есть такое пространство, а в другой нет 🤔
А вот на счёт банкинга я все же сомневаюсь… Все таки в там больше пространства для экспериментов или, возможно, в отдельной области банкинга есть такое пространство, а в другой нет 🤔
DB
ну да, банкинг большой. например какую-то опердень со статистикой по трейдам можно сделать и в легковесном виде.
AS
И тут следующий вопрос. Кажется в большом бизнесе почти не избежать ситуации, когда часть работает в сложном домене, а часть в комплексном. А как быть тогда, если у этих частей появляется общая задача? Получается, что аджайл команда будет подстраиваться и становиться «менее» аджайл?
IL
Сложность домена влияетг гораздо меньше, чем степень неопределенности и приемлемость уровня финансовых рисков. В любом домене бизнес любого размера хочет знать больше, а рисковать меньше.
IZ
Мне кажется команда, умеющая работать с более сложными предметными областями, на раз даа расправится с менее сложными.
Вы легко решите задачу по математике 3го класса
Вы легко решите задачу по математике 3го класса
IZ
А зарабатывать?)
DB
Общая задача у разных команд должны быть редко, иначе это хреновый орг дизайн
DB
Говорю не с потолка, у нас а банке было 3 типа команд: скрам команда, скрам команда с функциональным аналитиком и скрам команда с функциональным и бизнес-аналитиком
DB
соответсвенно было 3 разных процесса. в первом писались стори, во втором FRD в третьем BRD и FRD
v
Не хватает какого-то целостного описания критериев достижения нужной атмосферы и что является подогревом. Главное как, когда и кого подогревать. Имхо) Интересный вебинар. Спасибо!
AS
А правильно я понимаю, что они никогда не пересекались?
IZ
Благодарю за отзыв!
Ответа на этот вопрос у меня нет, только ищу, поэтому и не рассказал)
Ответа на этот вопрос у меня нет, только ищу, поэтому и не рассказал)
AS
Но при такой тенденции получается, что популярность agile бы уменьшалась? Исхожу из того, что подробная дока менее рисковый путь для бизнеса, чем agile эксперименты.
IZ
Где риск - там прибыль)
V
почему?
AS
С этим согласен на 💯