Решён
Agile команда - роли, структура и как организовать работу?

Меня поставили руководить новой командой разработки, человек 8. Раньше все работали по старинке - задачи в экселе, митинги раз в месяц, никакой структуры. Теперь сверху спустили директиву "переходите на Agile".

Читал про Scrum, Kanban, SAFe. Голова идет кругом. Хочу понять базовое: какие роли реально нужны в команде из 8 человек, нужен ли отдельный Scrum Master или это лишнее, и как вообще стартовать этот переход без того чтобы все возненавидели и процесс и меня заодно.

Решение
89
Участник • 1 ответ

Работаю Agile-коучем уже 9 лет, видел сотни таких переходов. Расскажу что реально работает, а не то что написано в Scrum Guide.

Для команды в 8 человек выделять отдельного Scrum Master на полную ставку - деньги на ветер. На старте эту роль берет на себя либо тимлид, либо самый замотивированный разраб. Через полгода, когда команда встанет на рельсы, можно думать про выделенного человека.

Про роли: Product Owner - это не менеджер проекта. Это человек с полномочиями принимать решения о приоритетах. Если у тебя PO должен согласовывать каждый чих с директором, Agile не взлетит. Это системная проблема, а не проблема структуры команды.

Как стартовать без ненависти:

  1. Не называй первые 2 месяца "переходом на Agile". Называй это "экспериментом". Люди меньше сопротивляются эксперименту.
  2. Первый ретро проводи через 2 недели и буквально спрашивай: что мешало работать? Не навязывай ничего - пусть сами придут к ежедневным стендапам.
  3. Kanban проще Scrum для первого шага. Если команда никогда не работала в итерациях, доска с колонками To Do / In Progress / Done уже даст 80% пользы.

SAFe для команды из 8 человек - это как ехать на танке за хлебом. Забудь про него.

Аватар Илья Захаров

Про эксперимент - гениально. Украду эту идею, спасибо.

34
Участник • 1 ответ

Для 8 человек идеальная структура такая:

  • Product Owner (может быть ты или отдельный человек со стороны бизнеса)
  • Scrum Master (на старте - роль, а не отдельная ставка, пусть кто то из команды берет)
  • 5-7 разработчиков (cross-functional, то есть фронт, бэк, тестировщик в одной команде)

Стартуй с 2-недельных спринтов. Первые 2-3 спринта будут кривые - это норма. Главное: ежедневный стендап не больше 15 минут, ретроспектива в конце каждого спринта и планирование в начале следующего. Всё остальное - детали.

28
Участник • 1 ответ

Вот честно, Agile - это в половине случаев просто способ топ-менеджмента снять с себя ответственность за хаотичное планирование и повесить ее на команду через "самоорганизацию".

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

5
Эксперт • 1 ответ

Scrum Guide читал? Там все расписано по ролям. Официальный документ, бесплатный, на русском тоже есть. Там буквально написано что команда из 8 человек - это уже на грани (рекомендуют до 9 включая PO и SM). Не надо изобретать велосипед.

47
Эксперт • 1 ответ

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

0
Участник • 1 ответ

Для правильного внедрения Agile методологии в вашем подразделении рекомендуем следующий порядок действий:

  1. Провести аудит текущих процессов
  2. Назначить ответственных за роли согласно Scrum-фреймворку
  3. Организовать обучение команды
  4. Установить инструменты (Jira, Confluence)
  5. Начать первый пилотный спринт

По всем вопросам внедрения Agile вы можете обратиться к сертифицированным специалистам.

19
Участник • 1 ответ

Расскажу про классическую ошибку которую делают почти все при первом переходе.

Назначают Scrum Master того кто громче всех кричал "давайте попробуем Agile". Через месяц этот человек выгорает, потому что его реальная работа (писать код, делать дизайн) никуда не делась, а поверх нее навалились все церемонии. Он начинает срезать углы: стендап раз в неделю вместо ежедневного, ретро отменяется "потому что итак понятно что не так". И вот уже Agile не работает, хотя на самом деле Agile просто никогда и не начинался.

Решение - на первые 3 месяца SM это РЕАЛЬНО выделенная роль. Не полставки, не в свободное время. Либо договаривайся с руководством снять с человека часть технических задач, либо возьми эту роль на себя как руководитель.

2
Участник • 2 ответа

посмотри видосы Максима Дорофеева про Scrum, у него на ютубе целый плейлист есть и объясняет понятно без воды, сам так учился когда нас переводили

Написать ответ

Премодерация гостей

Вы отвечаете как гость. Ваш ответ будет скрыт до проверки модератором. Чтобы ответ появился сразу и вы получали репутацию — войдите в аккаунт.

Будьте вежливы и соблюдайте правила платформы.