Комментарии 2
А как у вас происходит планирование работ, связанных с практиками работы с требованиями? И как идет разбивка на задачи?
В разных продуктах процессы немного отличаются, но в одном из самых крупных процесс построен примерно так:
1.Создаем отдельную страницу в Confluence, на которой фиксируем бизнесовую поставку задачи: общую потребность/проблемы, которые нужно решить новым функционалом, текущую альтернативу, а так же концепцию решения (или несколько концепций)
2.Обсуждаем/согласовываем концепцию решения с менеджером продукта и ведем протокол, чтобы зафиксировать выбранные решения.
3.Собираемся с командой на экспресс оценку выбранной концепции, чтобы было приблизительное понимание трудозатрат.
4.Детализируем требования: описываем более подробно изменения, которые в рамках фичи влияют на текущий функционал
5.Отправляем требования на ревью, после которого может появиться более точная оценка трудозатрат.
6.Проводим собрание для разработчиков, которые будут реализовывать фичу и тестировщиков, которые будут описывать тест кейсы, чтобы рассказать концепцию,
обратить их внимание на какие-то особенности в требованиях и ответить на вопросы
7.Перед написанием тест-кейсов вливаем детализированные требования в новую версию требований к соответствующей функциональной области продукта.
8.В зависимости от сложности фичи проводим ежедневные или еженедельные статусы, чтобы понять на каком этапе находимся и обозначить открытые вопросы
9.В процессе разработки/тестирования могут быть выяснены какие-то особенности или ограничения, которые мы фиксируем в требованиях и оповещаем об изменениях команду.
10.Периодически проводим валидацию функционала
11.Перед началом функционального тестирования проводим презентацию для тестировщиков
12.Перед выходом технического релиза проводим презентацию и демонстрацию нового функционала для отдела внедрения
Если разбивать по задачам, которые связаны с практиками работы с требованиями, то деление следующее:
-задача на описание концепции
-задача на экспресс оценку
-задача на детализацию требований
-задача на ревью
-задача на валидацию
-задача на подготовку и проведение различных презентаций
Надеюсь, я ответила на ваш вопрос.
Работу с каждой практикой можно вынести в отдельные статьи и подробно об этом написать. В этой статье мне хотелось рассказать о том, какие практики мы применяем и плюсы их использования. Возможно, в будущих статьях мы будем раскрывать каждую из них.
1.Создаем отдельную страницу в Confluence, на которой фиксируем бизнесовую поставку задачи: общую потребность/проблемы, которые нужно решить новым функционалом, текущую альтернативу, а так же концепцию решения (или несколько концепций)
2.Обсуждаем/согласовываем концепцию решения с менеджером продукта и ведем протокол, чтобы зафиксировать выбранные решения.
3.Собираемся с командой на экспресс оценку выбранной концепции, чтобы было приблизительное понимание трудозатрат.
4.Детализируем требования: описываем более подробно изменения, которые в рамках фичи влияют на текущий функционал
5.Отправляем требования на ревью, после которого может появиться более точная оценка трудозатрат.
6.Проводим собрание для разработчиков, которые будут реализовывать фичу и тестировщиков, которые будут описывать тест кейсы, чтобы рассказать концепцию,
обратить их внимание на какие-то особенности в требованиях и ответить на вопросы
7.Перед написанием тест-кейсов вливаем детализированные требования в новую версию требований к соответствующей функциональной области продукта.
8.В зависимости от сложности фичи проводим ежедневные или еженедельные статусы, чтобы понять на каком этапе находимся и обозначить открытые вопросы
9.В процессе разработки/тестирования могут быть выяснены какие-то особенности или ограничения, которые мы фиксируем в требованиях и оповещаем об изменениях команду.
10.Периодически проводим валидацию функционала
11.Перед началом функционального тестирования проводим презентацию для тестировщиков
12.Перед выходом технического релиза проводим презентацию и демонстрацию нового функционала для отдела внедрения
Если разбивать по задачам, которые связаны с практиками работы с требованиями, то деление следующее:
-задача на описание концепции
-задача на экспресс оценку
-задача на детализацию требований
-задача на ревью
-задача на валидацию
-задача на подготовку и проведение различных презентаций
Надеюсь, я ответила на ваш вопрос.
Работу с каждой практикой можно вынести в отдельные статьи и подробно об этом написать. В этой статье мне хотелось рассказать о том, какие практики мы применяем и плюсы их использования. Возможно, в будущих статьях мы будем раскрывать каждую из них.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Практики работы с требованиями