Comments 4
И вообще весь код приложения устарел на 20 лет и его тоже весь надо переписать!
Все что в статье имеет место быть, но вовсе не означает что надо рвать волосы и все переделывать.
Перечислены минимум 5 разных сфер и прежде чем ввязываться в реформы надо очень хорошо в них разобраться, прежде чем шашкой размахивать.
А то люди, которые не часы, разбегутся.
че на чувака накинулись, хоть кто-то делает эту работу, руководить командой тоже неприятная вещь, никто этим не хочет заниматься - теряешь ценность на рынке труда, забываешь приобретенные навыки. Прямо так процессы поменялись за 10 лет, люди 2000 лет назад пирамиды строили, можно просто поставить программу на комп и следить работает человек или нет. А насчет разбегуться - никуда не денутся, благо кредиты и ипотеки себя сами не выплатят. А руководить командой можно основывыясь на общечеловеческих ценностях, не нужно изобретать какой-то скрам и прочее
Очень интересно было бы почитать про конкретные инструменты и практики такого регулярного пересмотра процессов
Реально работающие ретро митинги и есть инструмент. Ретро митинги это неотъемлимая часть любой agile разработки (она же обязаны быть гибкая).
У нас это работало так:
Любой мог вынести на ретро проблему. Делается это не прямо на ретро, а заранее оформляется и отправляется в виде пункта ответственному за ретро модератору (менеджеру тим лиду, в общем кто ведет ретро).
Во время ретро все эти пункты выносятся на обсуждение. Модератор следит чтобы за ретро митинг успели пройтись по всем пунктам.
Если какая-то проблема может быть решена быстро, она решается сразу, назначается ответственный.
Если какая-то проблема висит в ретро слишком долго, ее параметры пересматриваются. Важность увеличивается/уменьшается, ответственный перевыбирается
Ну в общем ретро митинг ведется нормально.
Именно там могут быть приняты такие решения как смена длительности спринта, переход на другой CI/CD, изменения в процессе.
Когда решение принято - просто добавляется новая таска, сроки, исполнители и она внедряется.
Ретро митинг ведется не для того, чтобы проблемы решили прямо на нем, а чтобы проблемы собрали, рассмотрели и организовали их решение. По проблемам создаются таски, над которыми работают уже в обычное рабочее время.
Команда работает как часы? Возможно, у тебя проблемы