В нашем проекте внедрение Scrum было начато 8 месяцев назад. Как я уже рассказывал — катализатором этому послужил выпуск внутреннего продукта для гибкого управления практами и Scrum в частности.

На момент начала перехода на Scrum о этой методологии в команде знали в теории всего 3 человека — PM и 2 лида, но внедрение все-же началось тем-более что я с энтузиазмом согласился стать Scrum Masterом для этой команды.

Я хорошо помню фразу, прочитанную в одной из статей:

Scrum Master это человек который не говорит: “Смотри как круто я сделал”, а вместо этого говорит: “Смотрите что я помог сделать команде”

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

• Отсутствие Product Ownerа
• Сырости средства планирования
• Распределенности команды
• Отсутствием практического опыта в Agile

По прошествию 8 месяцев можно сказать что часть проблем уже решена, но появилось много новых. Но сначала о наших решениях и практиках, которые мы адаптировали под себя.

• Сырость средства планирования — Для Scrum существует множество различных сервисов планирования, но мы изначально использовали разработку нашей компании. Начав с первой версии продукта мы активно участвовали в её совершенствовании. Наш тестировщик по праву считается неформальным членом сразу двух команд. Множетсво bug и feature репортов было сгенерировано с первые 4 месяца работы. Со своей стороны мне потребовалось приложить много усилий чтобы убедить сначала себя использовать это средство, а потом своим примером убеждать команду. На это потребовалось 4 месяца, за это время команда перешла от строгой неприязни глючной софтины к ежедневному использованию. И уже несколько месяце подряд мы видим как наши пожелания воплощаются в новых версиях тулза.

  • Распределенности команды — Распределенность команды сыграла и до сих пор играет отрицательную роль в нашм процессе. Первое чего мы лишились — это возможности использования доски для планирования. Я пробовал делать доску у себя на рабочем месте, использовали внешний сервис Scrumy, но удобного решения все еще не нашли. Моя доска была только у меня, а Scrumy приходилось синхронизировать руками. Поэтому пока мы попросили сделать аналог доски из Scrumy в нашей систему управления и с нетерпением ждем релиза этого функционала.

• Распределенности команды — Мы находимся в 4х часовых поясах, поэотму при всем желании Daily Scrum у кого-то приходится на утро, а у кого-то на обед. И нет возможности видеть команду живьем. В качестве решения было выбрано нейтральное для всех время — утро самого позднего часового пояса. А вот сделать именно Stand Up Meeting все еще не получается, да и в переговорке у нас стоят просто шикарные кресла, в которых грех не посидеть.

• Отсутствием практического опыта в Agile — Практического опыта внедрения у нас не было, знакомого гуру по соседству тоже, и тренер Agilа мимо не проезжал. Поэтому большинство практик у нас внедряется с подачи PM и меня (как Scrum Master). Каждый месяц мы добавляем что-то новое — 3 месяца назад ретроспектива, 2 месяца — самостоятельный выбор задач разработчиками, а сейчас — Product Value и оценка полезности той или иной User Story. Поэтому мы постепенно обрастаем практиками и процессами. И недавно я даже выступил консультантом в другом agile-начинающем проекте. Поэтому опыт мы приобретаем на практике.

При этом конечно остается еще очень много проблем, для решения которых нужна помощь из вне — от других практиков Scrum. Именно поэтому я запланировал поехать на AgileDays 2009 — чтобы познакомиться с другими Agile-powered людьми и попытаться наити ответы на свои вопросы.

Какие именно вопросы — это тема для моей следующей записи:)