Требования в Стартапе Александр Байкин uml2.ru

Кто я? Разработчик и сисадмин Аналитик Менеджер проектов CIO Идеолог uml2. ru Тренер, консультант Докладчик на многих конференциях ru Байкин Александр

Проблемы Делали, делали, делали… И никому это не нужно! Мы одно и тоже по нескольку раз переделываем! Мы делаем не то, что нужно Клиентам! У нас постоянно расширяется скоуп проекта! Уже никто не знает, как работает наша Система! В одном месте правим, в другом ломается! Но мы же договаривались о другом!!! И т.д. и т.п.

Различия Разработчики Процесса нет Время критично Частые изменения Нет аналогов Разные спецы Процесс налажен Время ставим сами Фикс. рамки Проект не первый Обычный проект Стартап

Проект 1 Факт –Заказчик пришел с «готовым» ТЗ –После 3 месяцев требования кардинально изменились –После 6 месяцев проект закрыли Проблемы –Непонятны ЗЛ –Непонятны цели –Непонятны преимущества продукта

Рецепт 1 Создайте перед стартом концепцию –Для кого и что хотят? –Цели и критерии успеха? –Что будет делать решение? –Чем лучше наше решение?

Product Canvas

Контекстная Д

Ментальная карта

Анализ проблем 5 Whys –Зачем, для чего, каким образом…? Д Ишикавы 5 Ws –Who, what, when, where, why?

Проект 2 Факт –Требования рождались спонтанно –Требования не хранились –Через 1 год нельзя дальше развивать проект Проблемы –Изменения происходят долго и бесконтрольно –Изменяют в одном месте, рушится в другом –Сложно вводить нового разработчика

Рецепт 2 Документирование и хранение требований –Wiki или Система версионного контроля –Ссылки –Согласование/Презентации –Требования за итерацию до разработки Постепенное восстановление требований –Поступило изменение –> восстанавливаем требование целиком

Рецепт 3 Система управления задачами –Бэклог –Приоритезация –Контроль изменений и влияния –Связь Фича->Требование->Задача->Код Комбинируйте методологии –Классическая разработка –Agile –Lean startup

Проект 3 Факт –Долгий процесс разработки требований –Готовое решение показало много проколов –Изменения не фиксировались Проблемы –Опоздание запуска на 3 месяца –Непонятно, что в итоге реализовано –80% переделано после выпуска в прод

Рецепт 4 Итерационная разработка требований Как можно раньше в тест (MVP) Баланс: Документация vs Без док-ов Привлекать бета тестеров Приоритезация требований Хранение изменений требований

Проект … Нет времени на требования Нет выделенного аналитика Как восстановить требования?

Рецепт 5 Планируйте время на требования Требованиями могут заниматься все Доступность требований для всех Больше диаграмм Договаривайтесь о рамках требованиях Не забывайте про нефункциональные тр.

Нефункциональность Не забывайте про НФТ –Требования к производительности –Требования к браузерам –Требования к железу и доп софту –Требования к интерфейсу –И т.д.

MoSoLo

Как делаю я

Концепция

Детализация требований Пользовательские требования (use cases) Другие функциональные требования Нефункциональные требования Диаграммы (UML)

Контекстная Д

Ментальная карта

ДВИ

Диаграмма Данных

Другие диаграммы Действий Состояний Развёртывания Последовательности

Инструменты Wiki (TWiki, Confluence, ….) Task tracker (Jira, Redmine, ….) Диаграммы (Sparx EA, Visio, ручка+бумага)

Главное Понимайте корневые проблемы Договоритесь о целях Работайте с требованиях Применяйте методы анализа Организуйте процесс изменений требований Смотрите немного наперед

В итоге