Гибкие методологии разработки

Модели жизненного цикла

• Каскадная (waterfall)

• Спиральная

• Итеративная

• V-модель

Каскадная модель

Спиральная модель

Итеративная

Методологии разработки

Гибкие (Agile):

• Scrum
• XP
• Kanban

• RUP
• TDD
• прочие

Agile манифест

• Включает 4 идеи и 12 принципов
• Придуман как альтернатива каскадной модели
• Не содержит практических советов

Agile манифест. Идеи

• Люди и взаимодействие важнее процессов и инструментов
• Работающий продукт важнее исчерпывающей документации
• Сотрудничество с заказчиком важнее согласования условий контракта
• Готовность к изменениям важнее следования первоначальному плану 

Agile манифест. Принципы

Scrum

Скрам (сущ.) — это процессный фреймворк, который помогает решать изменяющиеся в процессе работы задачи, чтобы продуктивно и творчески поставлять клиентам продукты с максимально возможной ценностью.

Scrum. Теория

Скрам основан на теории эмпирического управления (эмпиризме). Согласно этой теории, источником знаний является опыт, а источником решений – реальные данные.

Скрам использует итеративный и инкрементальный подход, чтобы улучшать прогнозируемость и управлять рисками. Процесс эмпирического управления основан на «трех китах»: прозрачности, инспекции и адаптации

Scrum

Основными элементами фреймворка являются Скрам-команды и связанные с ними роли, события, артефакты и правила.

Каждый элемент фреймворка служит определенной цели и является обязательным для успешного использования Скрама.

Scrum

Scrum. Обязанности PO

 Управление Бэклогом Продукта включает:

• ясное и понятное описание элементов Бэклога Продукта;
• управление порядком элементов Бэклога Продукта. Упорядочивание позволяет наиболее эффективно достичь поставленных миссий и целей;
• оптимизацию ценности работы, исполняемой Командой Разработки;
• обеспечение доступности, прозрачности и ясности Бэклога Продукта для всех участников процесса;
• обеспечение доступности, прозрачности и ясности объема работ, которыми Скрам‐команде планирует заняться в ближайшем будущем;
• понимание Командой Разработки элементов Бэклога Продукта. 

Уровни зрелости PO

Уровни зрелости PO

1. The Scribe (писарь)

• Хорошо наполняет бэклог
• Близок к scrum-команде

• сильно зависит от остальных отделов
• Процесс разработки нестабилен

Уровни зрелости PO

2. The Proxy

• Коммуникации
• PBI -> PB increment
• Больше знаком с бизнесом

• Процесс разработки нестабилен

Уровни зрелости PO

3. The Business Representative

(представитель бизнеса)

• Связь IT и бизнеса
• Scrum-команда состоит из представителей всех отделов организации
• Учитываются пожелания стейкхолдеров

• Низкая автономия

Уровни зрелости PO

4. The Sponsor (Спонсор)

• Больше доверия, уважения
• Возможность принимать решение "на месте"
• Процесс разработки качественней (без отвлечений, колебаний)

• Ограниченная автономия

Уровни зрелости PO

5. The Entrepreneur (Предприниматель)

• Полная ответственность за функционал и бюджет, юридические вопросы и т.д.
• mini-CEO

• Редкий вид

Уровни зрелости PO

Kanban

Kanban

Kanban. Где используем

ЭДО Онлайн

Kanban. Где используем

Прогнозирование сроков

If someone claims that they can effectively schedule the work of a team of knowledge workers more than one week in the future (even this is questionable), slap them in the face and don’t talk to them ever again.

 

Если кто-то утверждает, что может распланировать работу разработчиков больше чем на 1 неделю вперед (хотя и это под вопросом), врежьте ему по лицу и больше никогда не общайтесь с ним.

 

Kanban. Где используем

Дорожная карта проекта

timeline

Kanban. Где используем

Discovery kanban

Kanban. Где используем

Portfolio kanban

Структура группы

(на текущий момент)

app1

app2

Редактор

Ядро

Discovery

DevOps

Структура группы

(на текущий момент)

Что же выбрать?

Спасибо за внимание!