Нсли что то осталось, я могу посмотреть. Но почему этот вопрос?

Просто интересно, вдруг тоже с ними столкнуться придётся - хорошо знать что ожидать можно.

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

А зря. Вернее так - технических проблем (повесить доску, установить джиру и запланировать рефайнмент и ретроспективу) обычно и не возникает. Проблемы возникают с командой и начальством. С людьми. Всем надо свои привычные методы менять.

Во-первых надо набрать команду. Есть люди которые могут неплохо кодить, но которые просто не могут работать в скраме. Потому что а.) не любят брать на себя ответственность за что бы то ни было б.) не воспринимают решения равных им по положению, как обязательные к исполнению (ой, чё они там напридумали, все фигня). Им нужен командир. С крутым названием должности "Senior Super Mega Team Lead". Они радостно получают от него тупейшие задания, и исполняют их. Бухтя себе под нос, мол, вот дурак-то, вот ежели б я решал, я б всё по другому делал. Почему проект загублен? Низнаю... Мы всё делали как насяльника сказала.

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

Любые методики не решают никаких проблем автоматически. Всё надо сначала научится использовать. В том же водопаде клиенты должны жить с длинным ТТМ (Time To Market), потому что 3 релиза до 2020 уже запланированы и на планировку потрачено 500 часов, никто объём 3-го релиза ради добавления новой кнопочки переопределять не будет. Чтобы добавить кнопочку - напишите-ка ТЗ на 30 листах, в которых чуть ли не названия класссов и методов уже пропишут и позицию кнопочки с точностью до пикселя при разных разрешениях экрана, а то если это не прописать то программисты такой фигни налепят, что вы.

Если проблемы не поняты и не проанализированы то любая методика или усугубит их, или исправит. Как повезёт. Если проблема заключалась в отношениях команда - тим ляйтер, то сделав из ляйтера ПО отношения команда - ПО только ухудшатся. Привели нового ПО, умеющего признавать ошибки - и вот уже команда работает совсем по другому.

Доколе что? Тим чем дальше, тем меньше на себя берет. Небольшие задания получают большое количество пунктов. Если спринт не выполняется, то все скромно стоят потупив глаза. И называют кучу обьективных причин.

Доколе процесс симулировать будем. Скрам мастер может на дейли настоять на том, чтобы кто-то взял приоритетный тикет (баг). Потому что выполнил свое - берёшь "сверху". Он должен, если это не поясняет сам программист, спросить почему тикет/подзадание у него висит уже третий день (обычно стараются делать субтаски для больших задание, так, чтобы эти таски были не дольше дня), может ему нужна помощь. Расстрельными подвалами или премиями он грозить не может, да и не должен. Если все отмалчиваются, он должен обсудить это с командой на реторспективе. Мол, последние спринты скорость в очках (sprint velocity, сумма очков у всех, сделаных с спринте заданий) росла, а количество заданий падало. Как вы думаете, почему?Почему 2 месяца назад "добавить чекбокс" было оценено как 2 очка, а в этом спринте "убрать кнопку 'отменить'" - в 5 очков? Усложнился проект? Может пора потребовать от ПО сделать спринт с рефакторингом? Что мешает нам быть такими же эффективными как 2 месяца назад? И эти вопросы задаются не в воздух. Каждый участник должен дать на них свои ответы.Тут уже просто так не отмолчишся. И даже со стороны (я сам скрам-мастером никогда не был) хорошо видно кто действительно что-то хочет исправить а кто просто отсиживает время.

Скрам мастер может выгнать ПО с любого совещания, если тот начнёт выяснять "почему Вася взял тикет с багом и облажался". Но может и посоветовать начальству разогнать команду, потому как она не работает.

Теперь есть команда. Ну выпендрился я и пару раз вытянул спринты. Ну и что? Команда свое дело сделала, это никто не заметил, а команда теперь ждет, что я САМ буду брать все проблемные тикеты. То есть сам дурак.

Не-а. Команды нет. Если "соскрамники" не оценивают вклада, принимают это как "вот теперь и паши дальше" то никакой команды у вас нет. Есть группа. И решение для такого часто бывает одно - такого "тянущего" вынимают из команды и переводят (в идеале с повышением хотя бы на пару процентов) в другую команду с такими же "тянущими". В результате полушаем хорошую команду. А в старой, после удаления тянущего, может суммарно производительность тоже возрастёт, потому как такой тянущий может остальных бесить. Без него им морально легче. Бывает. Но начинать надо с обсуждения на ретроспективе. Мол, народ, а чего у нас такое, я тяну, а вы филоните? Так самому встать и спросить непросто. Хороший скрам-мастер должен сам поднять эту тему. Личные отношения важны в любом коллективе. Даже при водопаде. Но в водопаде о них говорить не принято - это дело тим ляйтера а не процесса.

Да верно. Но придумать название это не решить проблему.

А решение это долготянущийся процесс. Всегда легче сломать, а вот исправлять потом месяцами надо - пока доверие не появится. Если команда не хочет работать в скраме - так и не надо. Можно попытаться набрать новую. Если не сможешь понять почему же они саботируют. А можно поманить морковкой - мол, сделаем 1-ю версию к 01.12 - всем по 50% месячного оклада. Можно в команде устроить срач - премия на (допустим) 5 человек команды выписывается 15 штук, но кто конкретно сколько получит - решайте сами. Хорошо людей вскрывает. Как в детском саду :)