Почему я решила стать скрам мастером часть 1

Вижу компанию по разработке ПО: из 34 человек, только 12 относятся к созданию продукта 😀 Остальное руководители и менеджеры.

@beshkenadze

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

Провал в основном происходил потому что люди склонны слишком оптимистично оценивать задачи, а заказчики не до конца осознают, чего хотят. Но это нормально. В срок укладывались совсем маленькие проекты, которые нужно было сделать к определенному событию, например, выставка Lamborghini в Москве. Успешные проекты никогда не длились больше 1 месяца и имели четкие границы функционала. Этот функционал практически не менялся и всегда была понятна конечная цель продукта.
Именно это и натолкнуло нас на мысль, что маленькие проекты успешнее. “А давайте бить большие проекты на короткие итерации, чтобы показывать результат заказчику как можно раньше и как можно раньше сдавать проект!” – решили мы. Но проекты все-равно не становились успешными.

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

И это логично, ведь кроме коротких итераций не изменилось ничего и рабочий продукт появлялся по-прежнему конце проекта. Заказчики продолжали плотно общаться с нами только в начале договорных отношений, потом получали первые экраны, понимали, что этим еще невозможно пользоваться, и исчезали, на этот раз, до конца проекта. Так проходили месяцы, бюджет  съедался, мы выходили за рамки оговоренных сроков, пока весь мир не заговорил об Agile.

Плотно с фреймворком Scrum я познакомилась на 2 году своей работы и перевела один проект по созданию нового уникального продукта полностью на эти рельсы. Событие совпало с тем, что менеджер со стороны заказчика только что получил сертификат Scrum Master и тоже загорелся этой идеей. Конечно, у нас не получилось даже жалкого подобия на Scrum, потому что сейчас я сделала бы уже все по-другому 🙂 Но прежних ошибок мы уже не совершали и полностью перекроили процесс.

  • Команда стала общаться уже не с менеджером, а с владельцем продукта. Это стало происходить чаще, а не только в начале и в конце каждой итерации.
  • У нас появился баклог и стали вырисовываться цели спринтов.
  • У команды появилась ретроспектива, где мы обсуждали, как нам увеличить свою эффективность. Не регулярная, но уже хорошо.
  • Команда стала мыслить в терминах результата, брать на себя ответственность и бешеная нагрузка на PM снижалась. Высвобождалось время на проектирование UX, которым я тогда увлеклась.

Честно, стало лучше. И если вы меня сейчас спросите, хочу ли я вернуться к классическому менеджменту, то я скажу нет. Потому что меня по-прежнему бомбит от нескольких вещей и об этом я расскажу в следующий раз 🙂

Advertisements