Шаблоны трассировок бизнес-требований на больших кросс-проектных продуктах

2,182 views

Published on

Презентация Ирины Суровой на конференции Analyst Days-3, 24 мая 2014, Москва
www.analystdays.com

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,182
On SlideShare
0
From Embeds
0
Number of Embeds
1,462
Actions
Shares
0
Downloads
23
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Шаблоны трассировок бизнес-требований на больших кросс-проектных продуктах

  1. 1. Шаблоны трассировок бизнес- требований на больших кросс- проектных продуктах Ирина Сурова ЗАО Лаборатория Касперского Irina.Surova@Kaspersky.com
  2. 2. Фокус доклада •Бизнес-требованиякпродукту •Для Исполнителя •Для Субподрядчика Исполнителя •Для Заказчика •Для Владельца программы проектов/ системы
  3. 3. Цель презентации •Поделиться своим опытом •Узнать мнение коллег о нашем решении •Узнать, какие еще могут быть варианты решений
  4. 4. Модель Дрейфуса развития навыков
  5. 5. Контекст компании •Продуктоваяиin-houseразработка •> 15продуктов •Для выпуска большого продукта требуется взаимодействие около 10 команд •> 35 аналитиков в отделе •Time Driven Development
  6. 6. Контекст архитектуры продуктов
  7. 7. Вопросы •Какоцениватьобъемпродуктов? •Как планировать и контролировать поставки нескольких взаимодействующих команд? •Есть ли универсальные процессы производства продуктов? •Как готовить аналитиков для работы в такой среде?
  8. 8. Постановка задачи •Что требуетсяот бизнес-требований- прозрачностьидоступностьдлявсех •Как этого можно достичь – учитывая их в единой системе •Какая поддержка необходима – система учета атомарных артефактов проекта с поддержкой ссылок и доработки к ней
  9. 9. Шаблон проектирования или паттерн (англ. design pattern) в разработке программного обеспечения — повторимая архитектурная конструкция, представляющая собой решение проблемы проектирования в рамках некоторого часто возникающего контекста. Wikipedia
  10. 10. Шаблон трассировок в этом докладе — повторимая конструкция из взаимосвязанных атомарных рабочих артефактов проекта, представляющая собой решение проблемы учета или определения бизнес-требований проекта в рамках некоторого часто возникающего контекста.
  11. 11. Паттерны
  12. 12. Бизнес-требования (BRQ) – системные требования (SR) •Контекст – команда Исполнителя •Какимтребованиямдолжна удовлетворятьсистема,чтобвыполнить предъявленноебизнес-требование?
  13. 13. Бизнес-требования (BRQ) – системные требования (SR)
  14. 14. Бизнес-требования (BRQ) – системные требования (SR) •Гдеиспользуется–большиекоманды, повторноеиспользованиетребований, итерационноеразвитиепродукта •Не подходит – UserStory, Agile подходы
  15. 15. Бизнес-требования (BRQ) – запросы на изменения (CR) • Контекст – команда Исполнителя – Субоподрядчики •Планирование(Какиекомандыучаствуют вреализации,какиеоценкипо трудозатратам?) •Контрольходапроекта(что икогда должныпоставитьсубподрядчики?)
  16. 16. BRQ-CR
  17. 17. Бизнес-требования (BRQ) – Запросы на изменение (CR) - подзапросы • Контекст – команда Исполнителя – Субоподрядчики •Дляреализациизапросанужны изменениявкоденесколькихкоманд,из которыходна- основная
  18. 18. BRQ-CR-Subrequest
  19. 19. Бизнес-требования (BRQ) – Запросы на изменение в единое окно (CR ISW) • Контекст – команда Исполнителя – Субоподрядчики •Дляреализациизапросанужны изменениявкоденескольких независимыхинеизвестныхкоманд
  20. 20. BRQ-CR ISW-CR Service
  21. 21. Общая картина Вид со стороны продукта
  22. 22. Общие реестры требований • Контекст – Заказчик (владелец требований) •Какиеизмоихтребованийко всем продуктамвыполненывконкретном продукте?
  23. 23. Владельцы общих реестров требований • Research-подразделения •Группавыпускаобновлений •Юристы и служба безопасности •IT-подразделение •Менеджер по сертификации (ФСТЭК, CommonCriteria, …)
  24. 24. Общие реестры Вид со стороны владельца
  25. 25. Общая картина
  26. 26. Конструируем на основе шаблонов
  27. 27. Программа проектов • Контекст – Владелец системы •Какиемоитребованиявошлив scope ближайшегорелизамоихпродуктов? •Войдутлив scopeрелизамоегопродукта изменениядлядругихзаказчиков?
  28. 28. Программа со стороны владельца
  29. 29. Общая картина
  30. 30. Программа кросс-платформенных проектов
  31. 31. Татьяна Задорожная, Tavlla
  32. 32. Действия для поддержки механизма •Поддержканаличиявсехпродуктовых бизнес-требований •Созданиезапросоввсмежныекоманды •Обработка запросов в едином окне запросов в инфраструктуру •Поддержка общих реестров •Поддержка запросов программы
  33. 33. Инструменты •TeamFoundationServer •ПлагинCreateSubRequestдлясоздания элементовнаосновес предзаполненнымизначениями •Кликабельные отчеты •Нотификации •Роботы
  34. 34. Вопросы для создания нового шаблона •Кто мы?(заказчик,исполнитель, владелецсистемы) •Какую проблему решаем? •Какие инструменты у нас уже есть? •Каких инструментов не хватает? •Кто будет отвечать за внедрение и сопровождение шаблона?
  35. 35. Спасибо за внимание Ирина Сурова ЗАО «Лаборатория Касперского» Irina.Surova@Kaspersky.com Skype: BugIrra А еще приезжайте на ЛАФ!
  36. 36. Дополнительные материалы •AndyHunt.PragmaticThinking&Learning •Статья о модели Дрейфуса развитии навыков •И. Сурова AnalystDays 2013 Использование трассировок на практике

×