5. Требования меняются
― Согласование такого контракта обычно занимает у нас около
четырех месяцев. За это время со 100% вероятностью мы
передумаем или вы прекратите использовать продукт. Может
быть мы сэкономим время, объявим о провале и начнем обвинять
друг друга?
― Я сдался еще до того, как отдал вам контракт
14. Заказчик
• Заказчик – наемный менеджер
• Если что – он тоже виноват
Согласования,
утверждения,
совещания, рабочие
группы и другие
методы избегания
ответственности
18. Оценка в Agile
• Команда оценивает каждую фичу
– Например, в условных единицах (story
points)
• Известна эмпирическая усредненная
скорость команды (сумма условных
единиц в итерацию)
20. Баклог как способ
управления требованиями
• Заказчик может поменять любую
несделанную фичу на
эквивалентную по размерам
• Фичи оценивает вендор
• Заказчик может добавить или
удалить фичу.
• Заказчик может поменять порядок
несделанных фич
• В любой момент заказчик может
принять решение остановить
разработку
• Заказчик формально принимает
сделанные фичи
29. Учет рисков
• Традиционный подход: накинем на
оценку сверху:
– Изменения требований
– Проблемы при сдаче
– Труднореализуемые Мегафичи
• Scrum
– Оценка более адвекватна (при условии
согласовании с заказчиком правил Scrum)
30. Проблема приемки
• Что если заказчик
будет менять фичи
по ходу итерации
или не принимать
в конце итерации?
31. Приемочные тесты
• Создавать приемочные тесты
• Приемочные тесты согласовывать с
заказчиком до начала планирования
итерации
32. Создание
требований
Демонстрация
Приемка
Ретроспектива
Декомпозиция
Оценка
Таймбоксинг
Фичи
Фичи
+
приемочные
тесты
Фичи
+
задачи
с
оценкой
Команда
Команда
Product
Owner
Команда
33. В сухом остатке
• Работаем короткими итерациями
• Сдаем заказчику результаты в конце
каждой итерации
• Требования фиксируются на следующую
итерацию (например, в виде приемочных
тестов)
• Используем баклог для управления
изменениями
34. Роли в Scrum:
ScrumMaster
Поддерживает «здоровье» команды, помогает
команде стать самоорганизующейся
Ответственность:
• Фасилитирует (модерирует) митинги
• Поддерживает прозрачность, доверие и
взаимную ответственность
• Устраняет внешние препятсвия
• Отвечает за процесс
35. Роли в Scrum:
TEAM
• Самоорганизованная / самоуправляемая
- Колективно принимают решения
- Сами координируют и организуют свою
работу
• Кроссфункциональная
36. Роли в Scrum:
Product Owner
• Задача: Добиться целей проекта
• Ответственность:
• Представляет интересы заказчика и
заинтересованных лиц
• Формирует и координирует Баклог
• Отвечает за Концепцию
• Управляет датой релиза и его
содержанием
46. Воркшоп
• Длительное (от нескольких часов до
нескольких дней) мероприятие
• С заказчиком, заинтересованными
лицами, конечными пользователями
• Альтернатива долгим письменным
согласованиям
48. Концепция проекта
aka Project Charter, паспорт проекта, план
управления проектом и т.д.
(короткий документ)
• Бизнес-цели
• Позиционирование
• Критерии успеха
• Правила взаимодействия
• Заинтересованные лица и участники
50. Федя Финдиректор
Проблемы
• Как снизить процент услуг,
оказываемых «налево»?
• Как обеспечить быстрый
доступ руководства к
данным по продажам?
• Как получить
консолидированные
отчеты прямо в Cognos?
Ценности
• Минимальные затраты $
на внедрение
• Отсутствие необходимости
проводить тренинг, чтобы
не останавливать работу
Тип:
Заказчик
CFO
Возраст:
30
лет
Использует:
офисные
приложения,
Cognos
Пользователь
Win7
на
корпоративном
ноутбуке
54. Менеджер
проекта в
Scrum
• Учитель, а не менеджер
• Исповедует философию
компании
• Ориентирован на
долгосрочный успех
• Умеет работать в команде
• Умеет организовать работу
команды
• Умеет организовать работу
заказчика
• Разбирается в процессе