ݺߣ

ݺߣShare a Scribd company logo
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
БА

СА
Наш завод - Конвейер по производству ПО - AgileDays'14
• Изменить парадигму процесса поставки
пользовательских историй в разработку
• Формализовать процесс работы и
материализовать его в рамках системы (JIRA)
• Качественно описывать решения (находить на это
время) и выкладывать их в общий доступ (SVN, KB)
• Пользоваться одной системой учёта задач (JIRA)

• Полное открытие «кухни» анализа (Scrum-встречи)

• Встречаться всей командой и оглашать проблемы /
вопросы (Scrum-встречи)
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
Проект
новой
функциональн
ости согласно
требованиям

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
Здесь будут ВСЕ задачи в
рамках проработки этой
функциональности (т.е.
не только разработка и
тестирование)

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!
Пользовательская
история в Top Team
– последняя версия
независимого
«большого куска»
функциональности
системы

TopTeam User Story:
«Автоматическая проверка ТВ»
JIRA User
Story №8

JIRA User Story №1:
«Создание шага
‘Автоматическая проверка
ТВ’»
(первоначальная разработка
шага)

На реализацию совершенно
новой пользовательской
истории или модификацию
существующей нужно всегда
создавать новый тип запроса
«User Story» в JIRA.

JIRA User Story №2:
«Модификация
Проверки ТВ:
блокировка кнопки
‘Далее’, если ТВ нет»

Пользовательская
история в JIRA –
прирост
независимой
функциональности
системы (дельта)
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
Или задача «на
будущее» (чтобы не
забыть).
В будущем задачу
всегда можно
превратить в подзадачу

Завести тип запроса
«Задача»

НЕТ

Новая
задача

Задача
приближает нас
к разработке
ДА
нового
функционала?

Примеры: подготовка
презентации,
документов, подготовка
ответа на письмо,
написание статьи и т.д.

Задача большая
и её лучше
детализировать? ДА

Завести подзадачу с
типом запроса
«Business sub-task»

Обновить
приоритеты своих
задач

ДА

ДА
«Проект» разработки
новой US или
модификации
НЕТ
существующей уже
заведён?

Завести «проект»
разработки новой US
– тип запроса «User
Story» в JIRA

Необходимо завести
подзадачи для
бизнес-анализа или
системного анализа?
ToDo

In Progress

Blocked

Review

Задачи, которые
не могут быть в
данный момент
решены
(ожидается ответ
от кого-либо –
чаще всего от
Заказчика)

Задачи, которые
могут быть
проверены другим
аналитиком (схема
бизнес-процесса /
документ /
инструкция / статья в
KB / подготовка
бизнес-параметров
для системного
анализа)

KanBan (БА+СА)

Done
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14
Наш завод - Конвейер по производству ПО - AgileDays'14

More Related Content

Наш завод - Конвейер по производству ПО - AgileDays'14

  • 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

  1. Добавить компанию!
  2. Здесь можно рассказать, откуда родилась идея, прийти на AgileDaysс докладом, и из чего «вырос» сам доклад.На входе картинки можно изобразить «плохой» значок Ростелека и Амдокс, на выходе «хороший» значок Ростелека и Амдокс с припиской AT-CONSULTINGed. На словах: «Мы делаем Ростелеком лучше!».
  3. Некоторые элементы скрама – это скрам-митинг с выслушиванием проблем девелопмента, ретроспектива, препланы, планы и т.д.Нет ничего плохого в том, что каждый занимается «своим» делом. Проблемы возникают тогда, когда его часть работы не находится на общем конвейере.ИДЕЯ! QA тоже мы успели втянуть в общий конвейер – когда попробовали генерить тест-кейсы из TopTeam!
  4. Здесь стоит отметить, что у разработки + тестирования таких проблем практически не было, поэтому мы просто сопоставили процессы и инструменты работы внутри суб-команд
  5. Нужно вставить слайд с As-Is процессом поставки US в разработку (в БА+СА что-то происходит и в конце концов в ТТ заводится некий объект, описывающий ту историю, которую нужно разработать (т.е. Фактически – это некая дельта от того, что уже существует в системе), затем заводится Task в JIRA, ссылающийся на эту описанную дельту (просто копипаст того, что нужно сделать), бьётся на SubTask’и разработки и тестирования, всё это выполняется, главный таск-история закрывается.
  6. Scrum & KanBan on one board!Возможно после этого слайда потребуется краткий обзор в ТТ (так как остальные компоненты всем известны, а этот нет)
  7. Возможно лучше вообще убрать этот слайд!!Можете говорить всё что угодно, но по нашему опыту за 2 года работы лучший функционал был сделан тогда, когда БА погружался в в СА до структуры таблиц в базе, а СА полностью осозновал business-value для заказчика.
  8. Альтернативный заголовок: «Да это ведь скрам какой-то!»В пределе было бы идеально, чтобы БА+СА работал в цикле скрама. Т.е. можно было бы прогнозировать производительность по выдаче историй объединённой команды аналитиков.Ещё одна нереализованная идея – затянуть в конвейер обучение.