Я сделаю последнюю цитату и на этом, думаю, стоит закончить:
Роли, артефакты, правила и события Скрама не подлежат
изменению. Хотя использование отдельных элементов данного фреймворка допустимо,
но полученный результат не может называться Скрамом. Скрам существует только
в качестве цельного фреймворка, но он может вмещать в себя другие техники,
методологии и практики.
Коллега, извините, но у вас нет понимания, что такое Scrum.
Скрам — это фреймворк, который обладает собственными правилами. Если вы работаете по скраму, то принимайте их. Если не принимаете, не называйте это Scrum. Сбертех придумал свой Сберджайл и им никто и никогда не сможет предъявить, что они работают не по скрамгайду, потому что у них не скрам.
вроде много сделано но ничего толком
Почитайте, опять же, скрамгайд: что такое PBR, что такое gold plating и не спирайте, пожалуйста, свое незнание на Scrum
Но это же опять что-то не то. Ретро не может по определению скрамгайда проходить в конце проекта. Если это так, это не скрам, а какой-то другой, свой Agile-фреймворк на основе скрама. Скрамгайд четко регламентирует ретро:
Ретроспектива Спринта — это возможность для Скрам-команды провести инспекцию,
направленную на себя, и создать план улучшений командной работы в следующем
Спринте.
Ретроспектива Спринта проводится после Обзора Спринта и перед Планированием
следующего Спринта. Максимальная продолжительность Ретроспективы – 3 часа для
Спринта длительностью один месяц. Для более коротких Спринтов, как правило, отводится
меньше времени
Это проблема того, как команда понимает «Закрытая задача».
Например, у нас закрытая задача — это фича, которая находится в продакшене.
Если у тестировщика проблема, ему помогает ее решить команда. Если в ходе деплоя проблема, ее помогает решить команда.
Задача разработчика не равна написать код, задача разработчика решать проблемы. Написаный, но не не отревьювенный и не отттестированный код, который не находится в продакшене — это нерешенная проблема.
Судя по вашему комментарию, у вас не было команды, а был босс и отдельные подчиненный, и это уже проблема менеджмента.
Вообще, на мой взгляд, очень странная система. У меня сложилось ощущение, что эта система направлена на эффективный поиск козла отпущения, а не доставки ценности пользователю
Здесь карточки переведены на русский.
Коллега, извините, но у вас нет понимания, что такое Scrum.
Скрам — это фреймворк, который обладает собственными правилами. Если вы работаете по скраму, то принимайте их. Если не принимаете, не называйте это Scrum. Сбертех придумал свой Сберджайл и им никто и никогда не сможет предъявить, что они работают не по скрамгайду, потому что у них не скрам.
Почитайте, опять же, скрамгайд: что такое PBR, что такое gold plating и не спирайте, пожалуйста, свое незнание на Scrum
То есть вы утверждаете, что после ранних этапов ретро не нужно?
Например, у нас закрытая задача — это фича, которая находится в продакшене.
Если у тестировщика проблема, ему помогает ее решить команда. Если в ходе деплоя проблема, ее помогает решить команда.
Задача разработчика не равна написать код, задача разработчика решать проблемы. Написаный, но не не отревьювенный и не отттестированный код, который не находится в продакшене — это нерешенная проблема.
Судя по вашему комментарию, у вас не было команды, а был босс и отдельные подчиненный, и это уже проблема менеджмента.
Не поверите, но неделю назад перешли на него же :)