Опыт внедрения agile в заказной разработке

Post on 22-Jun-2015

859 Views

Category:

Education

1 Downloads

Preview:

Click to see full reader

DESCRIPTION

Опыт внедрения Agile-практик в компании, которая занимается заказной разработкой для крупных корпораций. Презентация для AgileDays-2012

TRANSCRIPT

Опыт внедрения Agile в заказной разработке

Юрий Гугниндиректор по производствуADV / web-engineering co.

ADV?

—с 1997 года—топ-3 по Tagline—более 100 человек в производстве—только крупные корпоративные клиенты—заказная разработка, поддержка, реклама и т.д.

С чего все начиналось?

—Хотели делать крупные проекты качественно

—Не могли управиться с крупными корпорациями

Как все начиналось?

AgileDays-2011

Как все начиналось?

Процесс разработки крупных проектов моей мечты

Мелкий саппорт

План версий

ScrumTrek-2011

Итого летом-2011

—Сплочение команды менеджеров и аналитиков—Понимание идеального процесса—Новый подход к договорам—Новый подход к работе с клиентом—Открытие новых горизонтов

Первые шаги

Продаем Agile клиентам

—Модно—Зарубежно—Эффективно—Позволяет получить быстрый результат—Страхует финансовые и временные риски

Переделываем договора в Agile-формат

—Одна модель:—Описание первоначального скоупа и цены—Change Request—Ежемесячное закрытие актами

—Вторая модель:—Просто саппортный договор

Распространяем Agile-вирус внутри компании

—Разбрасываем по офису книгу Scrum и XP: заметки с передовойhttp://scrum.org.ua/wp-content/uploads/2008/12/scrum_xp-from-the-trenches-rus-final.pdf

—Вешаем канбан-доски

—Profit!

Первые результаты

—Самопоявляющиеся канбан-доски—Первые проданные Agile-проекты—Перевод существующих проектов в гибкий режим

Дальнейшее погружение

Сложности при продаже Agile-процесса

—Юристы и бухгалтеры на стороне клиента—Необкатанный договор с большим количеством

ошибок и спорных моментов

—Надо терпеливо отлавливать баги в договорах и копить типовые ответы для юристов. Через 2-3 месяца все пройдет

Нежелание клиента участвовать в скрамах

—Убедите клиента нанять себе операционного менеджера

—Сократите частоту скрамов, на которых необходим клиент (раз в неделю после демо вполне достаточно)

Внедрение канбан в поддержке

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

—Убедите менеджеров поддержки в том, что они должны постоянно обучать клиента процессу

Настройка jira и TFS для scrum и канбан

—Настройте группировку тикетов в итерации—В TFS нативный механизм—В jira с помощью версий

—Выведите burndown chart—В TFS нативный механизм—В jira GreenHopper или апгрейд до Jira.5.0

—Сделайте длину очереди KPI-м для саппорта

Срывы планов из-за сужения горизонта

—Как минимум раз в неделю обсуждайте план на весь проект

Бардак на скрамах

—Проводите скрамы стоя—Заранее назначьте ведущего—Пресекайте болтовню—Не ждите опоздавших—Следуйте строго по плану – «что делали вчера,

что делаем сегодня, какие проблемы»

Что дальше?

Scrum-мастер

—Развитие процесса—Авторитет для всех—Обучение клиентов

— Менеджер проекта или тимлид не всегда могут быть скрам-мастерами, потому что у них есть своя мотивация в проекте (сроки, деньги, политика и.т.д.)

Главное люди, а не процесс

—Берем только тех, кто хочет быть гибким

?

top related