Методология работы блока Аналитики

Шаги работы с задачами:

№	Шаг процесса	Статус Задачи
	Каждые 2 недели во вторник Руководитель блока аналитики выгружает текущие задачи из ERM и выставляет приоритет совместно с представителями от бизнеса подразделений.	Статус «Новая».
	На следующий день (среда) на совместной встрече блока аналитики задачи распределяются в соответствии с приоритетами и текущей загрузкой.	Статус «Новая». Назначена на аналитика. Выставлен приоритет.
	В четверг на встрече с Исполнительным Директором задачи следующего спринта утверждаются и передаются в работу.	Статус «Новая». Назначена на аналитика. Выставлен приоритет. Указан спринт.
	Аналитики берут задачи с указанным спринтом из статуса новая в соответствии с приоритетом. Задаче должен быть выставлен статус «Анализ».	Статус «Анализ».
	Если требуется отложить задачу в течение спринта. То Аналитик выставляет статус «Запланирована». В этом статусе задачи, которые уже были взяты в работу но были отложены.	Статус «Запланирована».
	После завершения задачи Аналитик добавляет/корректирует поставку в Wiki ERM.	Статус «Выполнена».

Статусы:

Статус	Что означает
Новая	Является общим бэклогом проекта Web и бэклогом для блока анализа. В данном статусе раз в две недели я приоритезирую и распределяю задачи. Задачам, которые берем в спринт выставляю метку спринта.
Запланирована	В данном статусе находятся задачи, которые уже были взяты аналитиком в работу, но были отложены.
Анализ	Равносилен статусу «В работе». Задачи в данном статусе находятся в работе у аналитика в настоящий момент. Основная задача, которую вы планируете сегодня или в ближайшее время сделать.
Анализ завершён	Является бэклогом для блока разработки. Все задачи завершённые аналитиками должны переводиться в данный статус и назначаться на «Разработчики веб».

При создании задачи необходимо:

Проставить планируемую дату завершения.
Указать планируемые трудозатраты по задаче.
Если задача крупная, которую можно раздробить на части, то необходимо создать задачу типа Epic и привязать к ней долее детальные User Story.

При работе с задачей необходимо:

Отмечать в каждой задаче договорённости достигнутые в иных каналах коммуникации с заказчиком/разработкой/руководством/подрядчиком/нами на совещаниях/всеми остальными.
При завершении работы с задачей необходимо написать, что сделано/делается сейчас по задаче (какие по ней были достигнуты последние договорённости, что было скорректировано, что сейчас по данной задаче происходит).

После завершения ФТ, Аналитик разбивает ФТ на подзадачи по следующему принципу:
- Задача атомарна
- Задача проверяема отдельно от другого функционала
- Скорее всего это будет разбивка по отдельным сценариям
Аналитик делает в подзадаче ссылку на ФТ из родительской задачи и указывает раздел, который должен быть реализован в данной подзадаче.
Аналитик выбирает MVP (самый важный сценарий или несколько) и ставит приоритет «Высокий», чтобы мы понимали ключевой результат, который надо передать первым.
Задачи передаются в разработку по мере готовности, не дожидаемся полной готовности всего ФТ. Первой в работу отправляем MVP.
После того как задача назначена на Разработчика, Разработчик созванивается с Аналитиком и рассказывает Аналитику, как он понял задачу и что он будет в ней реализовывать. По результатам обсуждают, корректируют и пускают в разработку.
Ключевой проверкой является достижение результата указанного в сценарии использования. Для аналитика важно написать корректно именно этот пункт, а для разработчика самое главное, чтобы по результатам разработки достигался результат. Остальное вторично.

Шаблон функциональных требований_20190321.doc(89,5 КБ) - v1

БИЗНЕС-ПРОЦЕСС РАБОТЫ БЛОКА АНАЛИТИКИ

22.12.2010 09:35

Методология работы блока Аналитики

Комментарии