Документ описывает проблемы в разработке B2B приложений, включая недостаточную гибкость процессов и несоответствие ожиданиям заказчиков. Предлагается использование метода Scrum для улучшения взаимодействия с клиентами и управления проектами, что повысит качество продукта и лояльность заказчиков. Подчеркивается важность регулярного управления рисками и активного вовлечения команды в процесс разработки.

1. Особенности при разработке
приложений для B2B рынка
Котенко Д.И., «InfoShell»

2. Контекст
• Техническая документация полностью не покрывает требования к
продукту
• Отсутствует гибкость в работе
• Водопадный процесс
- диаграммы Ганта
- разработка после ТЗ
- периодические срывы сроков
• Оплата 30% - 30% - 30% - 10%
• Заказчика держим в наручниках

3. «Такого в ТЗ не написано»
«Такие требования не оговаривались»
«Проблема обновления статусов.. Дефектом, с точки зрения
разработчиков, не является, поскольку нет противоречий требованиям»
«Хочу по-другому….»
Избранные цитаты

5. Цели изменений
• Гибкость в разработке
• Добиться соответствия разработанного продукта ожиданиям заказчика
• Улучшить качества производимого продукта
• Повысить лояльность клиента
• Управление рисками
Варианты? 

6. Почему не скрам?

7. Ситуации, которые были на Faberlic
• В начале разработки проекта дизайн не смогли согласовать с
заказчиком
• Требования описанные в ТЗ, оказались ненужными: требовалось
добавить новый функционал, а часть существующего выкинуть.
• Дизайн совершенно необязательно делать в самом начале

8. Метод оценки сдачи проекта
Объем оставшейся работы
Выработка команды

9. SCRUM подразумевает изменения
• Заказчик хочет то, что не описано в backlog
- оплачивает заказчик
- вносятся изменения и убирается менее важный backlog item
- исполнитель берет на себя затраты
• Изменяется backlog item
- оплачивает заказчик
- вносятся изменения и убирается менее важный backlog item
- исполнитель берет на себя затраты

10. Тестирование
Проводится тестирование всего скопа работ

11. Управление рисками
Мы не делаем управления рисками как в PMI
• Мониторинг отношений с заказчиками
• Мониторинг производства
• Мониторинг качества
• Мониторинг сроков выполнения проекта
• Мониторинг затрат
• Закрытие этапа работ каждый месяц

12. Стендапы

13. Канбан доска – визуализация задач

14. Status report каждую неделю

15. Заказчик получил
• Продукт соответствующий требованиям
• Наглядность процесса производства
• Вовлеченность в процесс:
- стендапы
- демонстрации
• Еженедельные status report
• Возможность изменить требования во время производства
• Промежуточные прототипы
• Никакой проектной юриспруденции
• Исключаем факт кассового разрыва

16. • Лояльного заказчика
Мы получили
• Выполнение взятых на себя обязательств
• Гибкость в разработке
• Знаем точку завершения проекта
• Вовлеченность всей команды в процесс разработки
• Регулярное управление рисками
• Закрытие работ каждый месяц
• Исключаем факт кассового разрыва

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