Есть ощущение что термин «продуктовая команда» - понимается по-разному в зависимости от «point of view». Для меня - ПК - команда людей способная(имеющая ресурсы/рычаги воздействия) реализовать любое изменение в продукте от начала (идеи) до реализации (доставки до пользователей продукта) и отвечающая за полный жизненный цикл продукта. Понятно что это немного «идеальное» определение и в жизни всё сложнее. А как вы видите это определение?

Наблюдаю сейчас за двумя командами, объединенными по LeSS методологии. Осень покажет, насколько успешны будут.
В лесс евангелисты говорят можно до 90 чел отмасштабировать. Посмотрим...

У архитектуры как таковой инфраструктуры нет, т.к. архитектура - не система в точном смысле :)

Смыслы не стоит расширять беспредельно. Архитектура не равна "архитектурному процессу".

Всем привет! Может кто-нибудь подсказать сервисы\решения для интеграции чатбота в развлекательное приложение? Бот должен уметь поддерживать разговор и имитировать реального пользователя. Никаких продаж и консультаций выполнять не должен.

Ну, да. Опытные по разбиранию в дерьме команды разбираются в нем быстро. Это как раз про то, что команды заточены под конкретную предметную область, задачи и стек. И при нестандартных задачах нужно делать команду под проект. Да и для стандартных зачастую стоит много раз проверить.
Мне как-то продавали "слаженную команду для финтех проектов". Делали они быстро, но вот только ничего не знали про надежность, производительность и безопасность. Пока проекты были на 100 транзакций в сутки - норм, а на большее - опаньки.

Коллеги! Привет! Приглашаю всех поучаствовать в Исследованиях полезности ITSM в 2019 году. Проводим совместно itSMF и СОДИТ.

У нас Jira, есть запись о проекте со списком связанных релизов компонент

У нас скорее задача в том чтобы PM проследил что все нужыне релизы выкатились.
С точки зрения архитетуры мы стараемся проектировать интерфейсы компонент с соблюдением правил совместимости,
чтобы выкатывать компоненты независимо.
Так получается почти всегда, но не всегда.
Для особых случаев у нас есть "очереди релизов" в эксплуатации, это свод правил какие компоненты нельзя выкатывать одновременно, а только строго последовательно.