В какой-то школе стартаперов случился выпуск? :)

@andrey_tolmachev С днюхой! Здоровья и успехов во всем!

Возможно стоит как-то уточнять цель исследования? Интересно же откуда их столько и для чего они это делают

о, к поздравлению этого человека прям хочется присоединиться)

всего самого-самого лучшего да побольше, Андрей!

Сергей, спасибо большое!

Спасибо!

Кстати да, с др)

Здравствуйте, подскажите, если над одним продуктом работает несколько команд, то DoD у них в точности одинаковый или может быть разный? Если это несколько фиче-команд, то вроде как должен быть одинаковый. А если среди команд одна команда платформенная команда или enabling-команда, то DoD у нее отличается? Или я мешаю мухи и котлеты?

DoD одинаков. И включать может требования для разных компонент/платформ. И он может быть более жестким у какой то из команд. У нас так на 11 команд.

ДоД должен спускаться девелопмент организацией (менеджментом) и изначально одинаков для всех. Однако, команды могут ужесточать требования к своей работе, тем самым изменяя свой командный ДоД.

Вот я как раз и делаю такой DoD со стороны организации, единого в компании пока нет. И как раз хотел указать в рекомендациях, может ли какая-то команда взять и добавить себе в DoD, например, соответствие Code Style (например, React/JSX Style Guide), а остальные команды, работающие над  этим же продуктом не возьмут такое обязательство. Тогда ерунда получится, часть кода будет соответствовать Code Style, а часть нет.

Но с другой стороны, если одна команда из нескольких занимается платформой, на которой разрабатывается продукт. то у нее в DoD будет проведение, например, нагрузочного тестирования или стресс-тестирования

Дод может быть разный, но должна быть часть, общая для всех команд.

Зависит от того какое у вас деление команд - вертикальное или горизонтальное. Для вертикалей DoD один. Но такое деление обычно существует только в виде концепта agile спикеров. В реальности у вас скорее всего микросервисы и для каких-то не customer facing сервисов DoD будет свой

Да, у них должен быть один DoD, если они работают над инкрементами в один Продукт. Но добавлю, что это если мы про 2-3 команды и Scrum. Про платформенные\фиче\енейблер\лгбт и тд команды - я думаю, тут не совсем про тот Скрам, который в скрамгайде.
Возможно, у вас какая-то scale версия.
От вариантов нарезки это, кстати, не зависит не в реальности, не в фантазиях теоретиков-одной-компании =)

Спасибо! Ну в целом, если команда работает итерациями и релизит каждые 2 недели и вообще ничего про Scrum не знает, она тоже может вполне себе использовать Критерии готовности

Конечно, может использовать. Докручу, что с командами лучше обсуждать не "через 2 недели будет релиз, что для этого надо", это хороший, но тупиковый путь, где финальная идея - релиз в конце спринта.
Лучше обсуждать чего им не хватает до "The moment a Product Backlog item meets the Definition of Done, an Increment is born.". Часто это что-то с QA связанное, на старте, так как для многих "тестирование, это то, что мы не успеваем к концу спринта". Да и вообще - с работой внутри Спринта могут оказаться проблемы.

По вашему вопросу, вот что говорит Гайд, если будете использовать в диалогах:
"If the Definition of Done for an increment is part of the standards of the organization, all Scrum Teams must follow it as a minimum. If it is not an organizational standard, the Scrum Team must create a Definition of Done appropriate for the product.

The Developers are required to conform to the Definition of Done. If there are multiple Scrum Teams working together on a product, they must mutually define and comply with the same Definition of Done."

кто-нибудь ходил? оно стоит 1595 евро?

Знаю только, что в аджиликсе они прям кодят сидят на нем

Тут, наверное, тоже

Стоит. И можно найти в 2раза дешевле.