видимо те же люди, что выбирают MongoDB

ну может и есть профиты от авро, но я пока кроме гемора не словил ничего)

Хочется больше инструмент управления, чем инструмент отчетности.

за каргокультами - это в чатик боль тимлида, там к такому привыкшие

Можешь ссылкой поделиться?

Спс

так есть же канбан доски в JIRA. Столбцы, свимлейны, карточки, контроль по кол-ву

avro в кафке нужно для гарантированного контроля за схемами сообщений. Для этого - вполне

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

Команды разработки (реализации) работают обычно по Scrum/XP. По Kanban работают обычно только System Teams и Program-Level Teams (аналитики, архитекторы, UX/UI-дизайнеры и т.д.), которые производят артефакты для команд разработки, а не непосредственно System Increment.

- https://www.pmi.org/disciplined-agile/lifecycle/program
- https://www.scrum.org/resources/blog/scaling-scrum-nexus-and-kanban
- https://www.scrum.org/resources/blog/comparing-nexus-and-safe-similarities-differences-potential-synergies
- https://scalingsoftwareagility.wordpress.com/2010/03/05/an-agile-architectural-epic-kanban-system-part-2-%E2%80%93-the-model/
- https://www.scaledagileframework.com/program-and-solution-kanbans/
- https://www.scaledagileframework.com/team-kanban/
- “Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise” by Dean Leffingwell

Ну, все-таки нет.
Лучше всего Scrum подходит для поддержки рутинных уже существующих продуктов не слишком мотивированными и профессиональными командами (хотя реклама Scrum говорит другое).
Для продуктовой разработки в другие периоды и для других команд kanban подходит гораздо лучше.

Интересно, на каких критериях основана такая оценка?

Не знаю, под что подходит Scrum в чистом виде (т.е. Single-Team Scrum). Если честно, то у меня нет уверенности, что он и под рутинные задачи подойдет.

Но я не думаю, что Single-Team проекты кому-то сильно интересны в этом чате.

Лично меня Scrum интересует больше как элемент Scaled Agile (SAFe, DAD etc.).

Так Scaled Agile строится, увы, на Scrum на базовых уровнях и тащит оттуда все проблемы (и добавляет еще новые).
Да и называть SAFe - agile у меня рука не поднимается, тогда и RUP будет аджайлом..

> Так Scaled Agile строится, увы, на Scrum на базовых уровнях и тащит оттуда все проблемы (и добавляет еще новые).

Интересно, о каких именно проблемах идет речь?

> Да и называть SAFe - agile у меня рука не поднимается, тогда и RUP будет аджайлом..

Ну, RUP так же, как и Agile, содержит обработку неопределенности опытным путем (итеративно и инкрементально), а это - ключевой момент Agile SDLC-модели. В этом они похожи. Наверное, поэтому, RUP рассматривается в книге "Scaling Software Agility: Best Practices for Large Enterprises" by Dean Leffingwell (написанной основателем SAFe).

Кстати, Гради Буч был приглашен на встречу 2001 года (Agile Maifesto), но не получилось. Быть может, мы бы знали сегодня другой Agile, попади он на ту встречу.

В любом случае, если так рассуждать, тогда MSF и подавно не Agile, да и появился он еще в 93-м, но, тем не менее, в последнем официальном гайде "MSF for Agile Software Development", он соотносится с Agile-разработкой.

То же самое и по FDD - хотя он и опередил Agile (тем более - Scaled Agile) по дате своего рождения, но, тем не менее, в более поздней литературе, он считается Agile, да еще и Scaled.

Подскажите, пожалуйста, хорошие курсы, сайты, где можно посмотреть курсы на архитектурные, околоархитектурные темы (Solution Architecture)

Да вопрос в имплементации.
Минифесты-то хороши.

Есть конкретные ресурсы на рынке

Переобули менеджеров совковых из кирзовых сапогов в кроссовки. И что?

Мы какие-то теоретические вещи сравниваем

Не тянут Эджайл (либерализм) 80% ресурсов на рынке

Что толку сравнивать Коран с Библией, когда население читать не умеет.

Как местный бай или помещик скажет, так и будет.

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