2. План на сегодня
1. Откуда возникла идея
2. Ключевые возможности RMS
3. Возможности Mind Manager
4. Ограничения Mind Manager
5. Приятные плюшки
6. Выводы
5. 2. Ключевые возможности RMS
1. Создание иерархий требований
2. Возможность представления в различных видах
3. Хранение/настройка атрибутов требований
4. Поддержка версионности
5. Создание baseline-ов требований
6. Поддержка связей между требованиями
(traceability)
7. Импорт/экспорт из/в документ
8. Совместный доступ
9. Поиск, сортировка, фильтрация
10. Моделирование
17. 3.9. Возможности Mind Manager
1. Создание иерархий требований
2. Возможность представления в различных видах
3. Хранение/настройка атрибутов требований
4. Поддержка версионности
5. Создание baseline-ов требований
6. Поддержка связей между требованиями
(traceability)
7. Импорт/экспорт из/в документ
8. Совместный доступ
9. Поиск, сортировка, фильтрация
10. Моделирование
18. 3.9. Возможности Mind Manager
1. Создание иерархий требований
2. Возможность представления в различных видах
3. Хранение/настройка атрибутов требований
4. Поддержка версионности
5. Создание baseline-ов требований
6. Поддержка связей между требованиями
(traceability)
7. Импорт/экспорт из/в документ
8. Совместный доступ
9. Поиск, сортировка, фильтрация
10. Моделирование
19. 4. Ограничения Mind Manager
1. Версионность на весь файл
2. Создание baseline-ов – через выгрузку в
документ
3. Traceability – через relationship
4. Отсутствие средств моделирования
5. Атрибуты – через визуальные маркеры
6. Платный
20. 5. Приятные плюшки
1. Визуализация в виде графа
2. Генерация форматированных документов
3. Интеграция с MS Office
4. Создание презентаций
5. Параллельная работа над картой
6. Эффективно использовать на этапе
сбора/генерации требований (мозговой штурм,
impact mapping)
7. …
На одном из проектов мы выбирали инструменты и методологии управления требованиями и попробовали Mind Manager и нам понравилось.Сейчас набирают популярность всякие креативные методики и инструменты в инженерии требований, например impact mappingВот появилась идея, что на не больших проектах с гибкой методологией его можно использовать в качестве системы для хранения требований.Я не буду пропагандировать его использование, а лишь поделюсь идеями, которые у меня возникли.В нем есть большое количество возможностей, которые можно использовать для хранения и управления требований. Но об этом чуть позже.Я не буду рассказывать о том как это делается на уровне интерфейса – есть хелп
Вопрос в аудиторию
Мой взгляд
Представление в виде дерева
Представление в виде списка
В notes к узлам можно писать текст и таблицы
На карту можно вставлять картинки, гиперссылки, аттачи
На узлы можно добавлять маркеры – которые можно использовать в качестве аттрибутов
Можно создавать свои группы для маркеров – свои атрибуты
Через генерацию документа (формат word, html, xml)
Через relationshipПри генерации документа ссылки между требованиями можно включить в документ
+ ввиндовс версии есть возможность создать расшаренную карту, положить ее в шаредфолдер и совместно редактировать
По маркерам (то что использовали для аттрибутов)
Мой взгляд
Мой взгляд
Не очень удобно, т.к. атрибуты все таки текстовыеНет версионности – нужно подключать еще ПО (SVN, Dropbox)Нельзя указать вид связи между требованиями, нет матрицы, при большом количестве требований сложно будет остлеживать
Можно быстро презентовать требования команде разработки
Можно использовать на небольших проектах если нет других альтернатив, а ворд надоел и хочется чего-нибудь нового