Я хочу рассказать про опыт использования продуктов Atlassian (JIRA и Confluence) в контексте нашего процесса управления требованиями. Кому будет интересно: пользователи Atlassian, участникам небольших команд и проектов. Кому может быть не интересно: фанатам Rational, исполнителям на госзаказах (тема с ТЗ раскрыта не будет), большим командам. Будут рассмотрены следующие этапы процесса: * Специфицирование требований * Согласование требований * Разработка и тестирование * Контроль изменений Для каждого этапа я расскажу про возможности и недостатки этих продуктов с точки зрения пользователя с шестилетним стажем эксплуатации продуктов Atlassian.

1. УПРАВЛЕНИЕ ТРЕБОВАНИЯМИ
В CONFLUENCE & JIRA
Елена Журавлева, HFLabs
@lyalius

2. ПОЧЕМУ
Rational
Word
RMS
Липкие листочки
Только JIRA

3. ДОКУМЕНТИРОВАНИЕ

4. ЧТО ЕСТЬ
Типы требований
Иерархии
Вставка картинок/таблиц/Plant UML
Ссылки
Требования-шаблоны
Оповещение об изменениях

5. ВЕРСИОННОСТЬ

6. ЭКСПОРТ

7. НЕДОСТАТКИ
Креш ссылок при
переименованиях
заголовков
Новые плагины
Find & replace
внутри одной
страницы
Визуальный
редактор

8. СОГЛАСОВАНИЕ

9. НЕДОСТАТКИ
Track changes
PDF шаблон тяжело кастомизируется

10. ПОСТАНОВКА ЗАДАЧ
JIRA со ссылкой на confluence + тест

11. КОНТРОЛЬ ИЗМЕНЕНИЙ
Страница с историей
изменений
Страница с CR; после
согласования CR
инкорпорируются.
Матрицы трассировки
линки, трассировка на
код.

12. СПАСИБО!