Использование вики-ситемы большой командой для управления БА информацией: от базы знаний до требований и дизайна решения". В докладке рассмотрю тему, стоит ли использовать вики-систему вместо привычного офисного пакета для управления бизнес-аналитической информацией (включая требования к требованию и дизайн решения). Что нужно учесть, какие подводные камни могут ожидать, и на что стоит обратить внимание при работе в вики-системе.

1. Использование вики-системы
большой командой
для управления
бизнес-аналитической информацией
06 апреля 2019, Киев
Денис Днепровский
@Netcracker
@ArtOfBusinessAnalysis

2. Начальное и целевое состояние (в теории)
Начальное состояние
Целевое состояние (в теории)
Понятный перечень запланированных активностей

3. Начальное и целевое состояние (в теории)
Начальное состояние
Целевое состояние (в
теории)
Понятный перечень запланированных активностей
Целевое состояние
(на самом деле было
нужно)
Тернистый путь

4. Начальное состояние: процесс
• ИСПОЛНИТЕЛЬ подготавливает Word документ (~300-500 стр.)
• ЗАКАЗЧИК вычитывает документ в Word и там же делает комментарии
• ИСПОЛНИТЕЛЬ правит дизайн и снова передает Заказчику
обновленную версию

5. Начальное состояние: проблематика
• Коллективная работа с документом со стороны Исполнителя
• Работа с замечаниями Заказчика
• Технические сложности при работе с огромными файлами
• Traceability matrix полностью в ручном режиме

6. Целевое состояние: в теории
• Получить (полу)автоматическую трассировку BR, FR, Design, Test
Cases - ключевое
• Уметь работать с документацией одновременно
• Получить автоматическое логирование изменений документации
• Получить возможность вести жизненный цикл каждой страницы
дизайна
• Связать Jira айтемы и дизайн айтемы
• Получить возможность в удобной форме работать с
комментариями со со стороны QA, разработчиков

7. Целевое промежуточное состояние:
процесс
• ИСПОЛНИТЕЛЬ подготавливает документ на внутренней вики-системе
• ИСПОЛНИТЕЛЬ делает экспорт дизайна в Word
• ЗАКАЗЧИК вычитывает документ в Word и там же делает комментарии
• ИСПОЛНИТЕЛЬ правит дизайн в вике-системе, снова генерирует и
передает Заказчику обновленную версию

8. Целевое промежуточное состояние:
новая проблематика
• Экспорт в Word для выдачи Заказчику – с напильником макросами
• Огромная нагрузка на Confluence -> нестабильная работа -> нужна 24*7
поддержка
• Баги MS Share Point + Word Confluence -> нужна 24*7 поддержка

9. В итоге: процесс
• Все активности по подготовке и выдачи дизайна Исполнителем и
валидации Заказчиком преимущественно происходят в едином
пространстве корпоративной вики-системы

10. В итоге: результат
• Мы работаем с огромным объемом документациии одновременно в
пределах одной вики-системы
• Обеспечили прозрачную трассировку BR, FR, Design, Test Cases
• Обеспечели ссылки из дизайна на meeting notes, action items и др. БА
информацию
• Jira айтемы и дизайн айтемы интегрированы
• У каждой страницы дизайна есть свой жизненный цикл
• Организована работа с комментариями внутренних и внешних
пользователей
• Инструмент прототипирования (Axure) интегрирован с Confluence
• Обеспечена поддержка Сonfluence со стороны технической команды

11. Структура проекта
Весь релиз
Компонент
Страница дизайна
(Design Item)

12. Design Item: Статус и связи

13. Design Item: Наполнение

14. Design Item: обсуждение

15. Design Item: Изменения документа

16. Связь требований и дизайна

17. Стоит ли вики-систему для подготовки дизайна?
Над документацией работает
большое количество человек,
несколько команд
Заказчик готов принимать и
ревьиюить документацию в
вики-системе (и он готов купить
лицензии!)
В качестве айтем-трекиноговй
системы используется Jira
(справедливо только для Confluence)
На проекте ведется Traceability
Matrix, соединяющая
Business/System Requirements,
Use Cases, Test Cases и др.
Есть кому поддерживать
инфраструктуру и развитие
корпоративной вики-системы
! Над документацией работает
небольшая команда
! Заказчик настаивает на выдаче
в Word/PDF
! Заказчик не готов работать в
вики-среде
! Заказчик не готов
предоставлять лицензии
! Планирование и управление БА
активностями происходит "нак
коленке" (например в файлике XLS, а не в
централиизрованной айтем-трекиноговой
системе вроде Jira)

18. Спасибо за внимание!
Обращайтесь с вопросами
denys.dniprovskyi@gmail.com
facebook.com/denys.Dniprovskyi
Читайте «Заметки про бизнес-анализ»
dniprovskyi.com
Приходите на тренинги Art of BA
Комплексный тренинг по бизнес-анализу (22-26 июня)
Data Science и машинное обучение для бизнес-аналитиков (31 мая - 1 июня)
Базовые компетенции бизнес-аналитика (18 мая)