Гибкий подход к разработке oss для крупного заказчика

Гибкий подход к разработке OSS для крупного заказчика

Уживутся ли Agile и крупный традиционный

телекоммуникационный бизнес

Александр Атцик, руководитель отдела развития

для крупного телекомаГибкая разработка OSS

Как мы предлагаем заказчику наше ПО?

Коробочное решение Кастомизация готового продукта

Заказная разработка Облачное решение (SaaS и т.п.)

для крупного телекомаГибкая разработка OSS

Заказная разработка и кастомизация

Кастомизация готового продукта

Заказная разработка

Требования заказчика

Как мы организуем свою работу

по выполнению требований?

для крупного телекомаГибкая разработка OSS

Крупный заказчик Традиционный подход – «Водопад»

Анализ

Тендер (предложение)

Согласование ТЗ

Формирование требований

Разработка

Тестирование

Развертывание и промышленная эксплуатация

Доработка

Опытная эксплуатация

для крупного телекомаГибкая разработка OSS

Минусы традиционного подхода

Старт проекта

Окончаниепроекта

Решение принимается:• На верхнем уровне• Отсутствует/искажено мнение специалистов

для крупного телекомаГибкая разработка OSS

Принятие решений

Компания заказчика Компания разработчика

Представитель разработчика

Обсуждение требований

для крупного телекомаГибкая разработка OSS

Минусы традиционного подхода

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

Старт проекта

Окончаниепроекта

Решение принимается:• На верхнем уровне• Отсутствует/искажено мнение специалистов

для крупного телекомаГибкая разработка OSS

Требования

t

V$

Жесткие требования Нежесткие требованияt

V$

для крупного телекомаГибкая разработка OSS

Минусы традиционного подхода

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

Старт проекта

Окончаниепроекта

Решение принимается:• На верхнем уровне• Отсутствует/искажено мнение специалистов

Обратная связь – только в конце проекта(спустя длительный срок после анализа)

Нивелировать эти минусы можно лишь точечнои не всегда эффективно

для крупного телекомаГибкая разработка OSS

Семейство Agile

Старт проекта

Окончаниепроекта

Документация не жесткая: определяет цели и границы

Требования гибко меняются на протяжении проекта

Итеративная разработка(периодами по 2-4 недели)

Регулярная обратная связь от всех заинтересованных лиц

+ есть другие принципы(команда, роли, …)

Промышленная поставка функций по

мере готовности

для крупного телекомаГибкая разработка OSS

Гибкая разработка & Годовой Бюджет

Минимальное количество документации

Гибкие изменения решений

Итерации

Прямое взаимодействие с заинтересованными лицами

Сложная система бюджетирования

Иерархическая система принятия решений

Множество заинтересованных лиц

Разветвленная область компетенций

Полноценное применение

Agile Крупный заказчик

для крупного телекомаГибкая разработка OSS

Наш Эксперимент

МРФ «Юг»Заказчик:

Цель:

Цель:

Разработка системы контроля ключевых показателей

Разработка системы интеллектуальных выборок

для крупного телекомаГибкая разработка OSS

Решенные задачи

Определили заинтересованных лиц

Предварительнособрали требования

t

V $

Определилиграницы и объем

Интервью с заинтересованными лицами,объяснение, выбор функций для 1-го спринта

для крупного телекомаГибкая разработка OSS

Решенные задачи

Написали гибкое ТЗ, определили объем работ, допустимые изменения

3x-недельные спринты

Получилиобратную связь

Детальное интервью по возникшим вопросам, коррекция планов разработки

для крупного телекомаГибкая разработка OSS

Разработчик Заказчик

Результаты

Показы результатов разработки

Первые итерации

Более четкое формулирование требований

Коррекциятребований

Уточнение понимания трудозатрат

Информирование о возможности разделения функций и их отдельной поставки

Пересмотр приоритетов функций

Изменение IT-окружения

Минимумдокументации

Все заинтересованные лица проектав курсе его хода и состояния

Дискуссия