使用Wiki进行需求管理？

Question

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

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

我最初的印象是使用wiki可能是完成此任务的好工具.有没有人有使用维基创建功能规范的经验？使用像这样的工具而不是需求管理工具有什么优缺点？

非常感谢您的意见!

Answer 1

尽管使用了wiki ,但可以按照您的描述进行操作,以协作的方式开发需求.关于维基范式的任何内容都没有帮助这个过程.

我在Zend Framework项目上管理了一个wiki来跟踪组件的提议. 他们还在使用它. 提案与功能规格不同,但用法与我认为相关的问题相似.

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

• 每个贡献者都必须构建自己的文档结构,并以不同的顺序写出不同的东西.因此,将一个页面与另一个页面进行比较是不可能的.
• 没有"索引页面"来组织所有不同的贡献.没有人想要一个页面"崩溃",但在一个wiki中,这是任何页面的默认命运.
• 没有反馈循环来确保写入实际完成.

使其工作的方法是将一些过程应用于项目,并根据该过程使用wiki.

• 让人们能够在wiki中创建新页面,但只能通过自动将新页面链接到正确索引的界面.
• 定义文档的生命周期,以确保在适当的阶段起草,审核和批准.
• 为新页面提供模板.在每个页面中提供您需要的章节标题,并使审核过程的一部分确认主题部分已经填写完整.

Answer 2

"使用像这样的工具而不是需求管理工具会有什么利弊？"

虽然这似乎是一个好主意,但你遇到的是那些不能也不会写的人.

无法写作的人 - 好 - 不能写.他们无法与电子邮件或维基或任何外部语音通信.

• 有些人"杂乱无章".实际上,写作过于线性,他们不会线性思考.

• 有些人没有得到"写给你的观众"并写下难以理解的东西.

• 有时你甚至无法弄清楚他们在谈论什么,更不用说他们所写的内容.他们用行话或代码说话.他们不太了解但坚持听到.

有些人不会写.

• 有些人拒绝作出承诺.即使在维基也可以收回.他们觉得他们必须预先讨论一切.

• 有些人习惯于通过指导别人来做所有事情.他们要么不为自己写作,要么让人们在办公室里站着,听他们说话和打字.

• 有些人通常对任何类型的项目都有毒.他们在最后一分钟提出了新的要求.他们的第一反应是"永远不会奏效".他们没有头脑风暴.当他们说它起作用,你求他们改进时,他们就没有.他们只知道它不会起作用.

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

• N00bz没有足够的经验来从设计中剔除谣言和管理漏洞的要求.

• N00bz并不总是具备清晰写作的语言技能.他们最终可能会,但是看一看他们的Javadoc评论表明他们正在努力与写作的"清晰度"部分.

这很有吸引力.我希望人们能够更好地使用维基,因为我认为它可以比传统的方法有很多优势,一个人采访每个人并写下来.但它需要一定程度的信心和沟通技巧,而这似乎很少有人.