Project management 使用Wiki进行需求管理？

我一直在寻找开发功能规范的协作工具。我希望能够：

• 让多个用户参与规范
• 提供某种形式的可追溯性，如果需要，可以手动完成
• 为用户提供添加评论和注释的功能
• 上载和显示Visio文档
• 使用Balsamiq实体模型上传和显示实体模型屏幕

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

非常感谢您的意见

“与需求管理工具相比，使用这样的工具有什么利弊？”

虽然这似乎是个好主意，但你遇到的是那些不会也不愿写作的人

不会写字的人——嗯——不会写字。他们无法通过电子邮件、维基或语音以外的任何媒介进行交流

• 有些人是“无组织的”。事实上，写作太线性了，他们的思维也不是线性的

• 有些人没有“给你的听众写信”的习惯，写一些令人费解的东西

• 有时候你甚至不知道他们在说什么，更不用说他们在写什么了。他们用行话或密码交谈。他们知道的不多，但坚持让别人听到

有些人不会写信

• 有些人拒绝作出承诺。甚至在一个可以收回的维基上。他们觉得他们必须事先讨论一切

• 有些人习惯于通过给别人指路来做任何事情。他们要么不为自己写作，要么让人们站在办公室里听他们说话和打字

• 有些人通常对任何项目都有害。他们在最后一刻提出了新的要求。他们的第一反应是“这永远不会起作用”。他们头脑风暴不好。当他们说这很有效，你恳求他们改进时，他们没有。他们只是知道这行不通

我的经验是，只有程序员才能成功地使用Wiki。而且只有高级程序员

• N00bz没有足够的经验从谣言和管理失误中梳理出设计需求

• N00bz并不总是具备清晰书写的语言技能。他们最终可能会这样做，但只要看一下他们的Javadoc注释，就会发现他们正在为写作的“清晰性”部分而挣扎

---

这很吸引人。我希望人们能更好地使用维基，因为我认为它比传统的方法有很多优势，传统的方法是一个人采访每个人，然后把事情写下来。但是它需要一种几乎没有人具备的自信和沟通技巧。

专业工具有助于保持工作正常进行，并引入固定的工作流程。这就是重点，保持事情的重点和功能。使用诸如Wiki之类的通用工具可能对一批程序员来说是很好的，但为“混合模式”工作引入一个工具可能是不好的：

事情很快就会偏离轨道

通信可能会在介质中丢失

看看大本营之类的东西。它们可以被认为是一个应用wiki或协作工具。特定用途的通用工具需要改进。我不知道MediaWiki或其他媒体是否有足够的定制来保持事物的整洁和集中

也许可以收集您的需求管理工具的需求（我知道是递归的），以及您可以从wiki文化和开放的沟通心态中获得哪些方面（沟通方面）。如果需求管理工具或wiki都不符合要求，那么请考虑构建一个。可能是下一件大事。感觉就像在说我可以用维基而不是Bugzilla吗

---

一个用于需求管理的固定工作流程webapp，具有开放式的沟通重点，允许来自不同角色的人看到和理解，这可能会很好

尽管使用了wiki，但还是可以按照您描述的方式，以协作的方式开发需求。wiki范例的任何内容都无助于这一过程

我在Zend Framework项目上管理了一个wiki，以跟踪组件的提案。建议与功能规范不同，但用法与您的问题非常相似，我认为这是相关的

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

• 每个投稿人都必须构建自己的文档结构，并以不同的顺序撰写不同的内容。因此，不可能将一页与另一页进行比较
• 没有“索引页”来组织所有不同的贡献。没有人希望一个页面“跌破裂缝”，但在wiki中，这是任何页面一经编写就注定的命运
• 没有反馈循环来确保写作真正完成

使其工作的方法是对项目应用一些过程，并按照该过程使用wiki

• 让人们能够在wiki中创建新页面，但只能通过自动将新页面链接到正确索引的界面
• 定义文档的生命周期，确保在适当的阶段起草、审阅和批准文档
• 为新页面提供模板。提供您需要的章节标题