Scrum и Canban в пределах одной команды

19 Июл
2012

Хочу поделиться своим опытом использования нескольких принципов agile-разработки в одной команде.
В течении года наша команда использует scrum, как основную методологию для разработки ПО. Мы уже получили первые результаты работы, повысив коэффициент с 45% до 65%.
Единственным узким местом был отдел тестирования, который мог с легкостью завалить трехнедельный спринт. Дело в том, что отдел тестирования так же является первой линией технической поддержки. Выделен человек, который отвечает на запросы, и передает их на решение. Остальные сотрудники отдела решают сложные задачи по поддержке, если задачи могут быть решены без вовлечения разработчиков.

Мы решили в отделе тестирования поставить доску KANBAN.
самая главная задача была в том, что бы связать SCRUM доску с KANBAN, без потери времени и производительности отдела тестирования.
Мы с командой определили кол-во работы по поддержке пользователей, как 30% от общего затраченного времени. Сначала рисовали KANBAN доску в часах, но данный подход себя не оправдал — часто estimation занимал достаточно долгое время, чем еще ухудшал процесс.

Тогда мы обратились к «книжному методу», и просто ограничили кол-во задач по поддержке, по 2 на каждого пользователя, не проводя estimation вообще.
Со SCRUMдоски попадают задачи только по проектам, и только в столбики проектов. состояние данных задач — в ожидании.
Данный подход заработал!

Сотруднику назначаются максимум две задачи по тех поддержке, и он выбирает еще одну любую задачу по проекту. Сотрудник работает максимум над 3-мя задачами одновременно, не беря на себя лишних обязательств как по проектам, так и по поддержке.

Благодаря этому подходу мы получили приблизительно ровный WIP для работы по поддержке и работы по проектам, персональный для каждого человека.
WIP по задачам «по проекту» уменьшился в среднем, на 20% — мое мнение, за счет порядка в обработке заданий, защиты от прерываний, а так же рационального использования времени. Ведь не все задачи по тех поддержке можно решить самому, и пока идет реакция других участников, вполне можно заниматься задачей по проекту, не отвлекаясь на другие задачи — «стек» то заполнен на 100%.
Как дополнительную выгоду, мы получили точную продуктивность каждого сотрудника отдела, и смогли сделать хорошую систему нематериальной мотивации.
По материалам Хабрахабр.



загрузка...

Комментарии:

Наверх