1. Если полетит, то структура с большой вероятностью все же поменяется)

А я бы сделал обартный вывод, зачем менять структуру когда Команды и без этого в агиле летают

ТАМ - как на вопрос с тремя метафорами внутри дать ответ

Только в @agile-ru

Правильно же ахил

1. Свобода выбора
2. Наличие места и возможности для обратной связи
3. Право на ошибку

Если это эксперемент с лучшими ресурсами и лучшими условиями, с целью потом меняться, то высок шанс "ошибки выжившего". Если это проект \ продукт который нужно сделать, сугубо для какой то одной задачи с высокой гибкостью и быстрыми петлями обратной связи, то нужно договорится о конкретной активности во временном интервале, для этого не обязательно менять всю структуру. (т.е. заложить туда больше денег \ времени \ whatever) и менеджмент должен относится к этому с пониманием.

Спасибо!

Ребят, спасибо за отзывчивость. Буду думать

i'm old fashion guy :)

Ну и опять же, контекст - всё там, бывает стартуют какие то очень странные агила изменения для команд которые переписывают легаси и менеджмент ждут в глазах команд Intent и Courage, перегружая ролями \ церемониями и процессами с артефактами те задачи которые нуждаются просто в тупом исполнении. :) дайте людям работу и срок, не надо их ввергать в ад :)))

Agile-гуру, к вам вопрос филосовский. Вот поднимали вопрос документации, все как один вспомнили посыл про то, что документация - не приоритет. Но нигде же не сказано, что нужно отказываться от документации совсем? Я это понимаю как, вместо тонны гостовской ненужной писанины каждый проект ведет минимально необходимый набор. Разве не так?

Это не фокус, основное это поставка ценности, документация нужна и важна но команды не фокусируются на том что бы зафиксировать абсолюно всё в бумаге.

Если коротко то - да, вы правы.

День добрый!  Есть у меня вопрос, прояснить хочу. В Scrum есть роли: команда разработчиков (3-9 человек), скрам мастер (руководство по скраму вроде даже не регламентирует, что это тодько один человек) и владельца продукта ( только 1 человек). Что такое скрам команда, если скрам мастер и владелец продукта могут быть в команде разработчиков? Вообще тогда что такое скрам команда? Я просто детали хочу проработать.

А еще и заказчик может быть владельцем продукта.

Команда сама должна четко понимать какая ей нужна документация и зачем. Лучшая документация это та, которая является частью процесса. Например: критерии приемки в письменном виде, спецификация API, исходный код написанный по DDD, автоматические приемочные и юнит-тесты.
Если документация нужна для отчетности заказчику, то лучше нанять техписа, который напишет одноразовую документацию и ее сложат на полку.

"Команда сама должна четко понимать какая ей нужна документация и зачем." - это у вас оооочень зрелая команда должна быть

Я думал это и есть самоорганизующуюся agile-команда. Если команде нужны няньки, то это не тянет на agile-команду.

самоорганизация по щелчку тоже не появляется

Все с чего-то начинали