45
Agile во внутренней разработке Асхат Уразбаев Agile Coach ScrumTrek

Agile In House

Embed Size (px)

DESCRIPTION

Доклад на конференции Software People'11

Citation preview

Page 1: Agile In House

Agile во внутренней разработке

Асхат УразбаевAgile CoachScrumTrek

Page 2: Agile In House

Асхат Уразбаев

• ScrumTrek• Agile Coach• Управляющий партнер

• В прошлом• Программист, менеджер

проектов, методолог

Page 3: Agile In House

IT организации – разные и похожие

Page 4: Agile In House

Хаос Проектный подход`

Победа бизнеса

Победа разработки

Кризис Agile

Page 5: Agile In House

Хаотическая разработка

• Новый IT отдел • Начало времен

Page 6: Agile In House

Разработчик

• Разбирается в бизнес домене

• Общается с пользователями

• «Свой» программист для заказчика

Page 7: Agile In House

Тестируют пользователи

«Качество определяется не наличием багов, а умением программистов их обезвреживать»

Page 8: Agile In House

Высокая производительность

• Небольшие системы• Минимум интеграции• Разработчики не взаимодействуют друг с

другом• Высокая гибкость• Достаточная производительность

Page 9: Agile In House

Кризис

Задачи

Еще задачи

Баги

Проблемы пользователе

й

Вопросы бизнеса

И опять задачи!

Page 10: Agile In House

Кризис

• Хронический срыв сроков• Низкое качество• Высокая стоимость поддержки

Page 11: Agile In House

Что делать?

Page 12: Agile In House

AgileПроектный подход

Проектный подход

Page 13: Agile In House

Хаос Проектный подход`

Победа бизнеса

Победа разработки

Кризис Agile

Page 14: Agile In House

Проектный подход

• Проект• Менеджер проектов• Пул ресурсов• Проектная команда• Документирование требований• Тестирование• Аналитика• Конфигурационное управление• ...

Page 15: Agile In House

AgileПроектный подход Agile

Page 16: Agile In House

Хаос Проектный подход`

Победа бизнеса

Победа разработки

Кризис Agile

Page 17: Agile In House

Что нравится в Agile

Требования фиксируются на итерацию

Определяются приоритеты

Командная работа

Ответственность за Delivery

Page 18: Agile In House

Agile в Хаотической разработке:

• Нет людей и знаний: – Нет управления,

квалифицированных менеджеров,

– Нет команд,– Нет конфигурационного

управления, тестирования, аналитики и так далее

Page 19: Agile In House

Внедрение Agile

Проектное управление

ПроектыКомандыРуководители проектовПортфель проектовПриоритезация

Итеративность

ПланированиеОценка

Управление требованиями

Page 20: Agile In House

Проблемы внедрения

• Риск возврата ручного управления• Cтрах сказать «Нет» заказчику

Page 21: Agile In House

Герои в почете

Мифический программист прошлого:«Я бы сделал ЭТО за 2 часа»

Page 22: Agile In House

Хаос Проектный подход`

Победа бизнеса

Победа разработки

Кризис Agile

Page 23: Agile In House

AgileПроектный подход

Проектный подход

Page 24: Agile In House

КонфликтДолго

делают!

Срывают сроки!

Низкое качество!

Постоянные баги!

Непродуманные требования!

Новые задачи

Не знают чего хотят!

Сроки с потолка

Page 25: Agile In House

Война бизнеса и разработки

Победа бизнеса

Победа разработки

Page 26: Agile In House

Победа бизнесаПочему не

готово?Приоритеты поменялись

Новые требования

Чтобы завтра было!

Урежем тестирование

Программиста забрали на

другой проект

Page 27: Agile In House

Некоторое время спустя

Почему баги?

А-а-а-а!

Page 28: Agile In House

Внедрение Agile

Четкие правила игры

Разделение ответственности

Page 29: Agile In House

Почему Agile нравится

Фиксированная команда

Нет переключений задач

Выделено время на обеспечение

качества

Фокусирование на

результате

Сокращение времени реакции

Ответственность за качество

Page 30: Agile In House

Трудности

• Закрепление выделенных команд• Поиск PO• Много багов• Трудно определить приоритеты• Отсутствие Vision• Трудно вытащить заказчика

Page 31: Agile In House

Война бизнеса и разработки

Победа бизнеса

Победа разработки

Page 32: Agile In House

Хаос Проектный подход`

Победа бизнеса

Победа разработки

Кризис Agile

Page 33: Agile In House

Разработка наносит ответный ударСогласование требований

Комитет по управлению

изменениями

Фаза разработки

архитектуры

Фаза тестирования

Хе-хе. По тестовым

сценариям!

Приемка у заказчика!!!

Page 34: Agile In House

Война: окапываемся!Требования

некачественные

Недовольство пользователе

йТестировщики

недозагружены

Правите на production

Ревью и согласования в

рабочих группах

обязательны

Фаза приемки у группы

эксплуатации

Посадить вместе с тест менеджером

Только release engineer имеет

право выкладывать

Больше бюрократии – дольше разработка

Page 35: Agile In House

Почему Agile нравится

Гибкость в изменении требований

Результат, нужный заказчику

Page 36: Agile In House

Трудности

• Трудно выделить всю цепочку (например, забрать в команду аналитиков и тестировщиков)

• Дебюрократизация• Немотивированность разработчиков• Уход людей• Ключевые бездельники

Page 37: Agile In House

Разработка как сервис

• Четкие правила игры• Правильное разделение ответственности• Постоянное совершенствование

Page 38: Agile In House

Сервисная разработка

• Delivery is OK!• Дальше: – Максимизация ценности заказчику– Повышение эффективности разработки

Page 39: Agile In House

Трудности

• Говнокод• Маркетинг• Аналитика• Недостаток дисциплины

Page 40: Agile In House

Проблемы и их решения

• Отсутствие понимания– Разъясняем и учим

• Отсутствие компетенции– Нанимаем профи– Учим – Учимся

Page 41: Agile In House

Проблемы и их решения

• Поддержка высокого руководства• Agile как эксперимент• Зеленый свет эксперименту!

Page 42: Agile In House

Решения

• Навести порядок у себя• Прозрачность• Baby steps

Page 43: Agile In House

Хаос Проектный подход`

Победа бизнеса

Победа разработки

Кризис Agile

Page 44: Agile In House

Асхат Уразбаев

[email protected] • Twitter: zibsun• Skype: askhatu• ЖЖ: zibsun.livejournal.com

Page 45: Agile In House

ВОПРОСЫ?