- Неконтролируемые сроки поставки билдов, релизы растягивались безгранично. Фичи добавлялись хаотично по запросу и условно сразу же : "надо вчера - всё бросьте, сделайте". Условно сразу - потому что кодинга много, формализации требований ноль и таких желающих набегает много. Каша, короче. - Альтернативы знаем, пока хотим хотя бы минимальное внедрение базовых методик, чтобы разгрести то, что есть. - 1/10. Начали с августа переход, пока хотя бы спринты двухнедельные пытаемся выдерживать (не очень удачно), у тимлида нет желания ("я 20 лет в IT, это так не работает"). Кстати, приму рекомендации о том, что с этим делать. В целом, продакта (меня) взяли как раз для формирования продуктового видения и "настройки" процессов

тут у меня всегда вопрос зачем трясьти если можно не трясьти

ага и потерять часть команды

А почему люди должны уходить когда процессы наоборот улучшаются ? Может уходят те кто и ненужны и только смуту вносят ?

Карина, а риски потерять часть команды вы приняли? Не страшно? :)

А почему люди должны уходить когда процессы наоборот улучшаются ? Может уходят те кто и ненужны и только смуту вносят ?

А тимлид предложил альтернативы?

Тут ситуация своеобразная, с одной стороны, тимлид манипулирует увольнением (угрожает в стиле "ну тогда увольте меня"), с другой стороны, за него сильно держится техдир, с которым они вместе работали на предыдущем месте работы. Короче, всё своеобразно и т.к. я тут пока только месяц, лезть в эти вещи пока не хочу, и без того хватает. Лично для меня не критично потерять тимлида (с таким майндсетом, манипуляциями и отношением к процессу вряд ли много толку от него будет), но его не хотят отпускать, поэтому сейчас в целом компания риск потери команды принимать не хочет и действуем более мягко

кто читал Майка Кона, Succeeding with Agile? вроде там он категоризировал людей, которые саботируют внедрение в том числе, там была категория, которая на вопрос «Почему ты против» отвечала «Я занимаю лучшую каюту на титанике, и не собираюсь ее покидать»

Начинать надо вегда с головы компании.

У меня была такая ситуация 4 года назад. и я начала с воспитания тех кто ставит задачи. Первым этапом было принятие задач не по почте. вторым выстраивание четких взаимодействий кто может ставить задачи Третьим единый формат окна и обработки задач Четвертым разделение на поддержку, разработку и ошибки Пятым внедрение листов что будет обработано а что не войдет

он открыто так и говорит, что единственный выход в его понимании - уволить его, все проблемы от него и бла-бла-бла. Я уже прекратила попытки нормально с ним поговорить, нервничает сильно каждый раз. Я не хочу быть психоаналитиком :)

У меня была такая ситуация 4 года назад. и я начала с воспитания тех кто ставит задачи. Первым этапом было принятие задач не по почте. вторым выстраивание четких взаимодействий кто может ставить задачи Третьим единый формат окна и обработки задач Четвертым разделение на поддержку, разработку и ошибки Пятым внедрение листов что будет обработано а что не войдет

У нас с этим более-менее ок. Все уже ставят задачи только через меня, а я их завожу в таск-трекер (US/bug). Вот сейчас этап "что будет обработано, а что не войдёт". Пытаемся выдерживать, но не очень хорошо идёт всё равно, т.к. из-за имеющейся ситуации продукт очень забагованный и некоторые баги приходится брать сразу в уже зафиксированный спринт (это от сложившейся традиции по взаимодействию с отделом тестирования)

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

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

А сколько у вас длится спринт? как часто вы можете позволить себе делать релиз?

здесь проблема ещё в том, что раньше эти обязанности выполнял сам тимлид, но начальство результаты не устраивали и сейчас наняли меня (младше и не "20 лет в IT"), поэтому есть саботаж ещё из-за этого. Вряд ли имеет смысл быть психоаналитиком для человека, который видит в тебе корень зла. И вряд ли возможно, пожалуй

Сейчас пытаемся 2 недели, но эти попытки в принципе длятся месяц. Предыдущие пару спринтов были по несколько месяцев

Ну про команду я полностью согласна и сама так считаю. Сейчас с целью меньших кровопотерь работаем не со всей командой, а только с тимлидом (предложение было от техдира, т.к. тимлиду так привычнее, он "авторитарный" по словам техдира и считает, что не команда должна принимать решения, а более компетентный начальник). Временное решение, короче. Костыль

Сделать вот этот список фич и вот эти баги зафиксить

можно я замечу, что это bad practice делать такую цель спринта?)

Сделать вот этот список фич и вот эти баги зафиксить

Да вроде так и есть

«The Sprint Goal is an objective that will be met within the Sprint through the implementation of the Product Backlog, and it provides guidance to the Development Team on why it is building the Increment.» Суть в том, что цель спринта - Объясняет, почему выбраны именно эти PBI - Сводит их воедино, в одно описание - Дает гибкость команде разработки (можно достичь цели не завершив все SBI)