project-management - 使用 Wiki 进行需求管理？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




我一直在寻找用于开发功能规范的协作工具。我正在寻找以下能力:

让多个用户为规范做出贡献。

提供某种形式的可追溯性，如果需要，可以手动完成。

为用户提供添加评论和注释的能力。

上传和显示 Visio 文档

使用 Balsamiq Mockup 上传和显示模型屏幕。

我的初步印象是使用 wiki 可能是完成这项任务的好工具。有没有人有使用 wiki 创建功能规范的经验？使用这样的工具而不是需求管理工具的利弊是什么？

非常感谢您的意见!

Answer 1

尽管使用了 wiki，但可以按照您的描述以协作方式开发需求。维基范式对这个过程没有任何帮助。

我在 Zend Framework 项目上管理了一个 wiki 来跟踪组件的建议。 They're still using it.提案与功能规范不同，但用法与您的问题足够相似，我认为这是相关的。

维基不会照顾自己。除非有人负责管理它并确保有一定的结构和一致性，否则它很快就会变得一团糟。现实世界的类比是给你的每个团队一张白纸，并告诉他们写下他们的需求部分。这样做的问题是:

每个贡献者都必须构建自己的文档结构，并以不同的顺序撰写不同的内容。因此不可能将一页与另一页进行比较。

没有“索引页面”来组织所有不同的贡献。没有人希望一个页面“从裂缝中掉下来”，但在 wiki 中，这是任何页面一写完就默认的命运。

没有反馈循环来确保写作真正完成。

使其工作的方法是对项目应用一些过程，并根据该过程使用维基。

让人们能够在 wiki 中创建新页面，但只能通过自动将新页面链接到正确索引的界面。

定义文档的生命周期，确保它们在适当的阶段被起草、审查和批准。

为新页面提供模板。在每个页面中提供您需要的部分标题，并在审核过程中确认标题部分已被充分填写。