Agile. Проблемы разработки ПО

Проблемы разработки ПО

Отсутствие эффективной методики разработки ПО ведет к непредсказуемости, повторению

Проблема №1

Написание софта – сложная задача

Проблема №2

Очень мало успешных проектов

Standish Group CHAOS Report
http://findarticles.com/p/articles/mi_m0EIN/is_2003_March_25/ai_99169967/

Проблема №3

Программа делает не то, что нужно пользователям

CHAOS Chronicles v3.0

Проблема №4

Сложно вносить изменения

Стоимость изменения

Время

Сбор требований Тестирование Поставка

Традиционный проект

Agile проект

Усилия / Стоимость
Сложный

Методологии

Waterfall
Spirale
Agile
Scrum
XP
Lean
…

Водопад

Анализ требований

Дизайн

Разработка

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

Поддержка

В чем проблема?

Единственный период, когда можно что-то узнать о проекте –

Чего мы хотим?

Любое изменение, в любое время, в любом порядке
Продуктивность, качество,

Ограничения

Организация Agile Alliance http://agilemanifesto.org

Группа экспертов, назвавшаяся Agile Alliance (сообщество профессионалов, занимающихся гибкими

Авторы Agile манифеста

Agile Manifesto

Процессы и инструменты

Исчерпывающая документация

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

Следовать плану

важнее, чем

важнее, чем

важнее, чем

важнее, чем

Кому нужен этот ваш Agile?

Google
Microsoft
Yahoo
Philips
Siemens
Nokia
IBM
BBC

Яндекс
Рамблер
LinguaLeo
Adv
Red Keds
Luxoft
Deutsche Bank
Альфа банк

Agile

Гибкий подход к разработке ПО.
Лучшие практики:
Scrum
XP
TDD, etc.
"Agility is not a

Люди и их взаимоотношения важнее процессов и инструментов

Люди – важнейшая составная часть

Работающая программа важнее исчерпывающей документации (1)

Программа без документации – это ужас. Код

Работающая программа важнее исчерпывающей документации (2)

Однако слишком много документации хуже, чем слишком

Первый закон документирования Мартина

Не создавайте документ, пока необходимость в нем не

Плодотворное сотрудничество с заказчиком важнее формальных договоренностей по контракту (1)

Чтобы проект оказался

Плодотворное сотрудничество с заказчиком важнее формальных договоренностей по контракту (2)

Самые лучшие контракты

Оперативное реагирование на изменения важнее следования плану

Способность реагировать на изменения часто определяет

12 ПРИНЦИПОВ AGILE-МАНИФЕСТА

Agile-манифест, 12 принципов

Основополагающие принципы
Agile-манифеста

Agile-манифест, принцип №1

Удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного

Agile-манифест, принцип №2

Изменение требований приветствуется, даже на
поздних стадиях разработки

Agile-манифест, принцип №3

Частая поставка
рабочего программного обеспечения

Agile-манифест, принцип №4

Ежедневное общение заказчика с разработчиками
на протяжении всего проекта

Agile-манифест, принцип №5

Проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы,

Agile-манифест, принцип №6

Рекомендуемый метод передачи информации — личный разговор

Agile-манифест, принцип №7

Работающий продукт —
основной показатель прогресса

Agile-манифест, принцип №8

Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный

Agile-манифест, принцип №9

Внимание к техническому совершенству
и качеству проектирования

Agile-манифест, принцип №10

Простота —
искусство не делать лишней работы;

Agile-манифест, принцип №11

Лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся

Agile-манифест, принцип №12

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

Кто это Agile?

Кто это Agile?

Кто это Agile?

Ценности Agile

Гибкость и простота
Частые релизы
Самоорганизующаяся команда
Больше общения

Гибкость и простота

Agile-процессы готовы к изменениям требований даже на поздних этапах

Частые релизы

Наивысший приоритет - удовлетворенность заказчика:
ранние и периодические поставки ПО
ПО работающее

Самоорганизующаяся команда

Над проектом работают мотивированные люди.
Создаются все условия, поддержка и полное

Больше общения

Потенциальные пользователи системы и разработчики должны работать вместе на протяжении

Scrum

Наиболее распространенная практика разработки в Agile.
Ключевые термины:
Product backlog
User story
Product owner
Sprint
Sprint backlog:

Product Backlog

Содержит список функциональных единиц системы (“user stories”), запланированных на след

Product Backlog

Product backlog один на весь релиз
Им владеет менеджер продукта (“product

Спринт (Sprint)

Фаза разработки состоит из нескольких итераций – спринтов.
Обычно спринт длится

Sprint Backlog

Описывает задачи, запланированные командой на спринт
Задачи – действия, необходимые для

Планирование (Sprint Planning)

Проводится в начале спринта
Участвует вся команда
User stories разбиваются на

Оценка

Для оценки выбирается единица – идеальный человеко-день…или зеленый крокодил
Следует оценить помехи

Ежедневный скрам (Daily Scrum)

Проводится каждый день в фиксированное время
Рекомендуется проводить стоя

Вопросы

Scrum Master спрашивает каждого:
Что ты делал?
Что ты собираешься делать?
Какие были проблемы?

Sprint whiteboard

Демонстрация (ревью)

В конце каждого спринта проводится ревью
Это демонстрация реализованной функциональности
В ней

Ретроспектива спринта

После каждого спринта (ревью)
Участвуют все члены команды
Цель - осознать:
Что было

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