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

1. Опыт внедрения Agile
в заказной разработке
Юрий Гугнин
директор по производству
ADV / web-engineering co.

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

3. С чего все начиналось?
— Хотели делать крупные проекты качественно
— Не могли управиться с крупными корпорациями

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

6. AgileDays-2011

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

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

9. ScrumTrek-2011

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

12. Первые шаги

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

14. Переделываем договора
в Agile-формат
— Одна модель:
— Описание первоначального скоупа и цены
— Change Request
— Ежемесячное закрытие актами
— Вторая модель:
— Просто саппортный договор

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

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

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

18. Сложности при продаже
Agile-процесса
— Юристы и бухгалтеры на стороне клиента
— Необкатанный договор с большим количеством
ошибок и спорных моментов
— Надо терпеливо отлавливать баги в договорах
и копить типовые ответы для юристов.
Через 2-3 месяца все пройдет

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

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

21. Настройка jira и TFS
для scrum и канбан
— Настройте группировку тикетов в итерации
— В TFS нативный механизм
— В jira с помощью версий
— Выведите burndown chart
— В TFS нативный механизм
— В jira GreenHopper или апгрейд до Jira.5.0
— Сделайте длину очереди KPI-м для саппорта

22. Срывы планов
из-за сужения горизонта
— Как минимум раз в неделю обсуждайте
план на весь проект

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

24. Что дальше?

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

26. Главное люди, а не процесс
— Берем только тех, кто хочет быть гибким

27. ?