R
У нас GitHub по некоторым причинам
повторюсь: что можете использовать удобный вам инструмент настроив синхронизацию с GitHub. Что из коробки работает с ним, я к сожалению не в курсе. Самому интересно
Size: a a a
2017 May 23
DI
Для того, чтобы выбрать, необходимо проанализировать существующие решения. Вот вопрос как раз в том, какие инструменты и форматы управления требованиями есть.
DI
Вот оно у людей в виде документа текстового - http://klariti.com/software-development-lifecycle-templates/software-requirements-specification-template/
DI
Но это не-супер, текст и документы - достаточно архаичные средства
DI
Всё в итоге сводится к дереву принятия решений
R
Ворд очень удобное и популярное решение. удобно комментировать, программа установлена на 100% офисных компах, не надо обучать.
В принципе ничто не мешает хранить требования рядом с кодом в GitHub в формате маркдаун, генерирую при необходимости вордовский документ
В принципе ничто не мешает хранить требования рядом с кодом в GitHub в формате маркдаун, генерирую при необходимости вордовский документ
AV
+1 за Markdown
AV
так и версионирование, и читать в исходном виде тоже легко
DI
Мы вот используем Markdown, но менеджерам сложно вникнуть
MS
Коллеги, я что-то потерялся - мы говорим о том, как автоматизировать сбор, хранение и использование требований? Или о том, что вообще должно в них быть? Потому что ссылки на ISO и Виггерса - они про второе
DI
так и версионирование, и читать в исходном виде тоже легко
Именно поэтому :) Плюс гибкость рендеринга под задачи/пользователя. Например, тот же Apiary
R
Мы вот используем Markdown, но менеджерам сложно вникнуть
да-да)) бизнесу не удобно
DI
Коллеги, я что-то потерялся - мы говорим о том, как автоматизировать сбор, хранение и использование требований? Или о том, что вообще должно в них быть? Потому что ссылки на ISO и Виггерса - они про второе
Оно вот как-то взаимосвязано. И в итоге приходят к теме группы - архитектуре. Архитектура получает на вход требования, результатом является план задач по актуализации текущего состояния к новому (не считая разного рода документации и диаграмм).
GK
Мы ведь о Requirements traceability говорим. Удобно использовать Atlassian Сonfluence, особенно если в проекте Atlassian стэк.
DI
Confluence - это же просто вики?
DI
Во смотрите
DI
Прямо близко к тому, что бы я хотел видеть в процессе