Опыт внедрения Agile в заказной разработке
description
Transcript of Опыт внедрения Agile в заказной разработке
Опыт внедрения 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-мастер
—Развитие процесса—Авторитет для всех—Обучение клиентов
— Менеджер проекта или тимлид не всегда могут быть скрам-мастерами, потому что у них есть своя мотивация в проекте (сроки, деньги, политика и.т.д.)
Главное люди, а не процесс
—Берем только тех, кто хочет быть гибким
?