Post on 05-Jul-2015
description
Особенности при разработке
приложений для B2B рынка
Котенко Д.И., «InfoShell»
• Техническая документация полностью не покрывает требования к
продукту
• Отсутствует гибкость в работе
• Водопадный процесс
- диаграммы Ганта
- разработка после ТЗ
- периодические срывы сроков
• Оплата 30% - 30% - 30% - 10%
• Заказчика держим в наручниках
Контекст
«Такого в ТЗ не написано»
«Такие требования не оговаривались»
«Проблема обновления статусов.. Дефектом, с точки зрения
разработчиков, не является, поскольку нет противоречий требованиям»
«Хочу по-другому….»
Избранные цитаты
• Гибкость в разработке
• Добиться соответствия разработанного продукта ожиданиям заказчика
• Улучшить качества производимого продукта
• Повысить лояльность клиента
• Управление рисками
Варианты?
Цели изменений
Почему не скрам?
• В начале разработки проекта дизайн не смогли согласовать с
заказчиком
• Требования описанные в ТЗ, оказались ненужными: требовалось
добавить новый функционал, а часть существующего выкинуть.
• Дизайн совершенно необязательно делать в самом начале
Ситуации, которые были на Faberlic
Объем оставшейся работы
Выработка команды
Метод оценки сдачи проекта
• Заказчик хочет то, что не описано в backlog
- оплачивает заказчик
- вносятся изменения и убирается менее важный backlog item
- исполнитель берет на себя затраты
• Изменяется backlog item
- оплачивает заказчик
- вносятся изменения и убирается менее важный backlog item
- исполнитель берет на себя затраты
SCRUM подразумевает изменения
Проводится тестирование всего скопа работ
Тестирование
Мы не делаем управления рисками как в PMI
• Мониторинг отношений с заказчиками
• Мониторинг производства
• Мониторинг качества
• Мониторинг сроков выполнения проекта
• Мониторинг затрат
• Закрытие этапа работ каждый месяц
Управление рисками
Стендапы
Канбан доска – визуализация задач
Status report каждую неделю
• Продукт соответствующий требованиям
• Наглядность процесса производства
• Вовлеченность в процесс:
- стендапы
- демонстрации
• Еженедельные status report
• Возможность изменить требования во время производства
• Промежуточные прототипы
• Никакой проектной юриспруденции
• Исключаем факт кассового разрыва
Заказчик получил
• Лояльного заказчика
• Выполнение взятых на себя обязательств
• Гибкость в разработке
• Знаем точку завершения проекта
• Вовлеченность всей команды в процесс разработки
• Регулярное управление рисками
• Закрытие работ каждый месяц
• Исключаем факт кассового разрыва
Мы получили
Спасибо за внимание!