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

1,077 views

Published on

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

Презентация для AgileDays-2012

Published in: Education
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,077
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
13
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide

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

  1. 1. Опыт внедрения Agile в заказной разработкеЮрий Гугниндиректор по производствуADV / web-engineering co.
  2. 2. ADV?— с 1997 года— топ-3 по Tagline— более 100 человек в производстве— только крупные корпоративные клиенты— заказная разработка, поддержка, реклама и т.д.
  3. 3. С чего все начиналось?— Хотели делать крупные проекты качественно— Не могли управиться с крупными корпорациями
  4. 4. Как все начиналось?
  5. 5. AgileDays-2011
  6. 6. Как все начиналось?
  7. 7. Процесс разработки крупныхпроектов моей мечты План версий Мелкий саппорт
  8. 8. ScrumTrek-2011
  9. 9. Итого летом-2011— Сплочение команды менеджеров и аналитиков— Понимание идеального процесса— Новый подход к договорам— Новый подход к работе с клиентом— Открытие новых горизонтов
  10. 10. Первые шаги
  11. 11. Продаем Agile клиентам— Модно— Зарубежно— Эффективно— Позволяет получить быстрый результат— Страхует финансовые и временные риски
  12. 12. Переделываем договорав Agile-формат— Одна модель: — Описание первоначального скоупа и цены — Change Request — Ежемесячное закрытие актами— Вторая модель: — Просто саппортный договор
  13. 13. Распространяем Agile-вирусвнутри компании— Разбрасываем по офису книгу Scrum и XP: заметки с передовой http://scrum.org.ua/wp-content/uploads/2008/12/scrum_xp-from-the-trenches-rus-final.pdf— Вешаем канбан-доски— Profit!
  14. 14. Первые результаты— Самопоявляющиеся канбан-доски— Первые проданные Agile-проекты— Перевод существующих проектов в гибкий режим
  15. 15. Дальнейшее погружение
  16. 16. Сложности при продажеAgile-процесса— Юристы и бухгалтеры на стороне клиента— Необкатанный договор с большим количеством ошибок и спорных моментов— Надо терпеливо отлавливать баги в договорах и копить типовые ответы для юристов. Через 2-3 месяца все пройдет
  17. 17. Нежелание клиентаучаствовать в скрамах— Убедите клиента нанять себе операционного менеджера— Сократите частоту скрамов, на которых необходим клиент (раз в неделю после демо вполне достаточно)
  18. 18. Внедрение канбанв поддержке— Приезжайте к клиенту и вживую на наглядных примерах покажите, почему последовательное выполнение задач эффективнее, чем стихийное— Убедите менеджеров поддержки в том, что они должны постоянно обучать клиента процессу
  19. 19. Настройка jira и TFSдля scrum и канбан— Настройте группировку тикетов в итерации — В TFS нативный механизм — В jira с помощью версий— Выведите burndown chart — В TFS нативный механизм — В jira GreenHopper или апгрейд до Jira.5.0— Сделайте длину очереди KPI-м для саппорта
  20. 20. Срывы плановиз-за сужения горизонта— Как минимум раз в неделю обсуждайте план на весь проект
  21. 21. Бардак на скрамах— Проводите скрамы стоя— Заранее назначьте ведущего— Пресекайте болтовню— Не ждите опоздавших— Следуйте строго по плану – «что делали вчера, что делаем сегодня, какие проблемы»
  22. 22. Что дальше?
  23. 23. Scrum-мастер— Развитие процесса— Авторитет для всех— Обучение клиентов— Менеджер проекта или тимлид не всегда могут быть скрам-мастерами, потому что у них есть своя мотивация в проекте (сроки, деньги, политика и.т.д.)
  24. 24. Главное люди, а не процесс— Берем только тех, кто хочет быть гибким
  25. 25. ?

×