Наш завод - Конвейер по производству ПО - AgileDays'14
2 likes635 views
Документ описывает процесс разработки пользовательских историй (user stories) и управления задачами в системе Jira, акцентируя внимание на формализации рабочего процесса, взаимодействии команды и качественной постановке задач. Он подчеркивает важность ведения документации и анализа для успешной реализации новых функциональностей. В тексте также описаны примеры создания и модификации пользовательских историй в контексте командной работы и использования Jira.
Наш завод - Конвейер по производству ПО - AgileDays'14
- 6. БА СА
- 8. • Изменить парадигму процесса поставки пользовательских историй в разработку • Формализовать процесс работы и материализовать его в рамках системы (JIRA) • Качественно описывать решения (находить на это время) и выкладывать их в общий доступ (SVN, KB) • Пользоваться одной системой учёта задач (JIRA) • Полное открытие «кухни» анализа (Scrum-встречи) • Встречаться всей командой и оглашать проблемы / вопросы (Scrum-встречи)
- 12. Проект новой функциональн ости согласно требованиям Analysis subtask Analysis subtask Analysis subtask Analysis subtask Analysis subtask Анализ (БА+СА) Требования / наше виденье (сырьё) Проект новой функциональн ости согласно требованиям Analysis subtask Analysis subtask Analysis subtask Analysis subtask Analysis subtask User Story (new / modification) – задача на разработку Главная цель анализа – качественная постановка задачи на разработку с нужной степенью детализации Analysis subtask User Story (new / modification) – задача на разработку Tech subtask Tech subtask Test subtask Tech subtask Tech subtask Test subtask Функциональ ность в системе Разработка + Тестирование Tech subtask Tech subtask Tech subtask Функциональ ность в системе Tech subtask Tech subtask Test subtask Test subtask
- 13. Здесь будут ВСЕ задачи в рамках проработки этой функциональности (т.е. не только разработка и тестирование) JIRA TT Заведение в JIRA прообраза новой US или её модификации SVN Заведение в JIRA сопутствующих задач в рамках работы над US ToDo Сырьё Проект новой функциональн ости согласно требованиям KB Analysis subtask Analysis subtask Analysis subtask Заведение новой US или модификация существующей US в TopTeam In Progress Analysis subtask Analysis subtask Analysis subtask Анализ (БА+СА) Финализация US в TopTeam + связывание с US в JIRA Done Analysis subtask Analysis subtask JIRA JIRA SVN Закрытие US в JIRA Заведение в JIRA сопутствующих задач в рамках работы над US ToDo User Story (new / modification) – задача на разработку KB In Progress Done Tech subtask Tech subtask Tech subtask Test subtask Tech subtask Tech subtask Test subtask Tech subtask Разработка + Тестирование Функциональн ость в системе = реализованная US!
- 14. Пользовательская история в Top Team – последняя версия независимого «большого куска» функциональности системы TopTeam User Story: «Автоматическая проверка ТВ» JIRA User Story №8 JIRA User Story №1: «Создание шага ‘Автоматическая проверка ТВ’» (первоначальная разработка шага) На реализацию совершенно новой пользовательской истории или модификацию существующей нужно всегда создавать новый тип запроса «User Story» в JIRA. JIRA User Story №2: «Модификация Проверки ТВ: блокировка кнопки ‘Далее’, если ТВ нет» Пользовательская история в JIRA – прирост независимой функциональности системы (дельта)
- 15. TopTeam User Story #478565 «Проверка технической возможности подключения» Ver. 1.1 Ver. 1.2 User Story #3400 «Проверка ТВ. 1-ая разработка» JIRA Ver. 1.0 User Story #3676 «Модификация проверки ТВ» User Story #4545 «Модификация проверки ТВ» Analysis Sub-task Analysis Sub-task Analysis Sub-task Technical Sub-task Analysis Sub-task Analysis Sub-task Technical Sub-task Analysis Sub-task Technical Sub-task Technical Sub-task Technical Sub-task Test Sub-task Test Sub-task Test Sub-task
- 16. Или задача «на будущее» (чтобы не забыть). В будущем задачу всегда можно превратить в подзадачу Завести тип запроса «Задача» НЕТ Новая задача Задача приближает нас к разработке ДА нового функционала? Примеры: подготовка презентации, документов, подготовка ответа на письмо, написание статьи и т.д. Задача большая и её лучше детализировать? ДА Завести подзадачу с типом запроса «Business sub-task» Обновить приоритеты своих задач ДА ДА «Проект» разработки новой US или модификации НЕТ существующей уже заведён? Завести «проект» разработки новой US – тип запроса «User Story» в JIRA Необходимо завести подзадачи для бизнес-анализа или системного анализа?
- 17. ToDo In Progress Blocked Review Задачи, которые не могут быть в данный момент решены (ожидается ответ от кого-либо – чаще всего от Заказчика) Задачи, которые могут быть проверены другим аналитиком (схема бизнес-процесса / документ / инструкция / статья в KB / подготовка бизнес-параметров для системного анализа) KanBan (БА+СА) Done
Editor's Notes
- #2: Добавить компанию!
- #4: Здесь можно рассказать, откуда родилась идея, прийти на AgileDaysс докладом, и из чего «вырос» сам доклад.На входе картинки можно изобразить «плохой» значок Ростелека и Амдокс, на выходе «хороший» значок Ростелека и Амдокс с припиской AT-CONSULTINGed. На словах: «Мы делаем Ростелеком лучше!».
- #6: Некоторые элементы скрама – это скрам-митинг с выслушиванием проблем девелопмента, ретроспектива, препланы, планы и т.д.Нет ничего плохого в том, что каждый занимается «своим» делом. Проблемы возникают тогда, когда его часть работы не находится на общем конвейере.ИДЕЯ! QA тоже мы успели втянуть в общий конвейер – когда попробовали генерить тест-кейсы из TopTeam!
- #8: Здесь стоит отметить, что у разработки + тестирования таких проблем практически не было, поэтому мы просто сопоставили процессы и инструменты работы внутри суб-команд
- #10: Нужно вставить слайд с As-Is процессом поставки US в разработку (в БА+СА что-то происходит и в конце концов в ТТ заводится некий объект, описывающий ту историю, которую нужно разработать (т.е. Фактически – это некая дельта от того, что уже существует в системе), затем заводится Task в JIRA, ссылающийся на эту описанную дельту (просто копипаст того, что нужно сделать), бьётся на SubTask’и разработки и тестирования, всё это выполняется, главный таск-история закрывается.
- #12: Scrum & KanBan on one board!Возможно после этого слайда потребуется краткий обзор в ТТ (так как остальные компоненты всем известны, а этот нет)
- #15: Возможно лучше вообще убрать этот слайд!!Можете говорить всё что угодно, но по нашему опыту за 2 года работы лучший функционал был сделан тогда, когда БА погружался в в СА до структуры таблиц в базе, а СА полностью осозновал business-value для заказчика.
- #25: Альтернативный заголовок: «Да это ведь скрам какой-то!»В пределе было бы идеально, чтобы БА+СА работал в цикле скрама. Т.е. можно было бы прогнозировать производительность по выдаче историй объединённой команды аналитиков.Ещё одна нереализованная идея – затянуть в конвейер обучение.