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

приложений для B2B рынка

Котенко Д.И., «InfoShell»

• Техническая документация полностью не покрывает требования к

продукту

• Отсутствует гибкость в работе

• Водопадный процесс

- диаграммы Ганта

- разработка после ТЗ

- периодические срывы сроков

• Оплата 30% - 30% - 30% - 10%

• Заказчика держим в наручниках

Контекст

«Такого в ТЗ не написано»

«Такие требования не оговаривались»

«Проблема обновления статусов.. Дефектом, с точки зрения

разработчиков, не является, поскольку нет противоречий требованиям»

«Хочу по-другому….»

Избранные цитаты

• Гибкость в разработке

• Добиться соответствия разработанного продукта ожиданиям заказчика

• Улучшить качества производимого продукта

• Повысить лояльность клиента

• Управление рисками

Варианты?

Цели изменений

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

• В начале разработки проекта дизайн не смогли согласовать с

заказчиком

• Требования описанные в ТЗ, оказались ненужными: требовалось

добавить новый функционал, а часть существующего выкинуть.

• Дизайн совершенно необязательно делать в самом начале

Ситуации, которые были на Faberlic

Объем оставшейся работы

Выработка команды

Метод оценки сдачи проекта

• Заказчик хочет то, что не описано в backlog

- оплачивает заказчик

- вносятся изменения и убирается менее важный backlog item

- исполнитель берет на себя затраты

• Изменяется backlog item

- оплачивает заказчик

- вносятся изменения и убирается менее важный backlog item

- исполнитель берет на себя затраты

SCRUM подразумевает изменения

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

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

Мы не делаем управления рисками как в PMI

• Мониторинг отношений с заказчиками

• Мониторинг производства

• Мониторинг качества

• Мониторинг сроков выполнения проекта

• Мониторинг затрат

• Закрытие этапа работ каждый месяц

Управление рисками

Стендапы

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

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

• Продукт соответствующий требованиям

• Наглядность процесса производства

• Вовлеченность в процесс:

- стендапы

- демонстрации

• Еженедельные status report

• Возможность изменить требования во время производства

• Промежуточные прототипы

• Никакой проектной юриспруденции

• Исключаем факт кассового разрыва

Заказчик получил

• Лояльного заказчика

• Выполнение взятых на себя обязательств

• Гибкость в разработке

• Знаем точку завершения проекта

• Вовлеченность всей команды в процесс разработки

• Регулярное управление рисками

• Закрытие работ каждый месяц

• Исключаем факт кассового разрыва

Мы получили

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