используя вики для требований

Я ищу способы улучшить управление требованиями. В настоящее время у нас есть документ Word, опубликованный на веб-сайте. К сожалению, мы не можем (насколько мне известно) смотреть на изменения от одного пересмотра к другому. Я бы предпочел быть в состоянии сделать это, очень похоже на вики или VCS (или оба, как вики на bitbucket!).

Кроме того, каждый документ описывает изменения, которые разработчики должны выполнить к указанному сроку. Нет ни одной коллекции накопленных функций приложений, задокументированных где-либо, поэтому иногда трудно отличить ошибку от (плохо спроектированной) функции при попытке быстро исправить устаревшие приложения.

Так что у меня появилась идея, о которой я хотел бы узнать. Что о:

1. Использование вики, чтобы мы могли отслеживать, кто что изменил и когда (в основном, чтобы увидеть , были ли внесены какие-либо изменения с момента последнего просмотра).
2. Наличие, скажем, вики-страницы на продукт, а не на срок, в соответствии со всеми функциями продукта, а не с изменениями, которые должны быть реализованы. Таким образом, я могу посмотреть на конкретную ревизию страницы, чтобы увидеть, что приложение должно делать в данный момент времени, и я могу посмотреть на изменения на странице, начиная с последнего выпуска, для требований, которые должны быть выполнены к следующему сроку. ,

Waddayathink?

Да, это хорошее решение, если вы организовываете страницу в простой структуре, которую легко просматривать.

Выберите вики с простым синтаксисом. ( Докувики прост и не требует БД)

Редактировать: если вы используете систему контроля версий, то есть SVN или BZR, попробуйте Trac , где вы можете определить этап, сохранить запрос об ошибках и функции, а также определить свой собственный рабочий процесс для управления ошибкой! Вики включена!

Вики это хороший способ пойти. Я думаю, что было бы лучше, если бы документы были еще версированы. Вы можете иметь плавающую документацию, которая соответствует самым последним функциям. Тем не менее делайте моментальные снимки таким образом, чтобы кто-нибудь, оглядываясь назад, мог найти документацию для этого программного обеспечения три версии назад, не просматривая историю документов, которая предназначена для быстрого возврата и не очень подходит для просмотра лет или месяцев.

Я начал с Media Wiki, но теперь мы используем Xwiki. Он имеет довольно хороший графический редактор, который любой может использовать без обучения. У него также есть идея, называемая «пробелами»: каждый пробел создает новое пространство имен, поэтому у всех продуктов может быть страница под названием «функции», а не product_x_features или что-то глупое, что значительно снижает необходимость управления несколькими установками вики. Также есть инструменты для интеграции Word и xwiki, позволяющие сохранять документы Word непосредственно в вики. Все сказали, что это гораздо больше возможностей.

Мне нравится ваш вики-проект для каждого проекта. Вы упомянули bitbucket, я предполагаю, что вы используете их в качестве хоста хранилища. Если нет, я бы также посмотрел вики на GitHub.

Если вы готовы потратить немного денег, проверьте Маяк . Это мой любимый способ отслеживания запросов и ошибок на данный момент. Я также очень люблю использовать Pivotal Tracker, Pivotal был бесплатным, но сейчас движется к платной модели.