目的
举办需求研讨会的目的是:
-
让项目团队与项目的项目干系人见面。
-
从项目的项目干系人处收集全面的“愿望清单”。
-
根据参加研讨会的项目干系人,划分收集的需求的优先顺序
开展需求研讨会意味着将所有项目干系人在一个集中、具体的时间段内聚集在一起。系统分析员充当会议的协调人。参加会议的每个人都应该积极主动,会议的结果应该立即让所有与会者看到。
需求研讨会为应用其他导出技术(elicitation techniques)提供了一个框架,如下:指南:自由讨论和构想提炼、指南:情节串连、指南:角色扮演、指南:复审现有需求。这些技巧可以单独使用,也可以结合使用。所有这些技巧都可以与用例方法结合起来。例如,您可以为系统中设想的每个用例生成一个或多个故事板。可以通过角色扮演来了解参与者将如何使用系统以及如何帮助您定义用例。
需求研讨会的协调人需要针对以下困难作准备:
-
项目干系人知道他们的需求,但是可能无法明确地表达出来。
-
项目干系人可能不清楚他们的需求。
-
项目干系人认为只有您为其提供他们曾经说过的想要的东西,他们才能知道自己需要什么。
-
分析人员认为他们比用户更了解用户的问题。
-
每个人都认为其他人是受小团体的利益推动的。
需求研讨会的结果记录在一个或若干个项目干系人请求工件中。如果您拥有良好的工具支持,最好让项目干系人输入此信息。如果您选择从参与者和用例方面讨论系统,可能还要对用例模型进行概述。
协调人需要邀请应该参加研讨会的项目干系人,从而确定将参加研讨会的小组。应该向参加者提供“热身”材料,供他们在到会之前阅读。协调人负责研讨班的后勤工作,比如发出邀请、申请带有会议所需设备的适当会议室,以及分发研讨会议程等。
协调人主持会议,其中包括:
-
给每个人发言的机会。
-
确保会议不脱离正题。
-
为了进行需求管理,收集关于适用的
工作产品:需求属性的意见
-
记录调查结果。
-
总结会议并得出结论。
需求研讨会结束后,协调人(与同事角色:系统分析员一起)需要花一些时间来综合调查结果,并将信息精简为可展示的形式。
下表列出了协调人迟早会遇到的一些问题和相应的建议解决办法。 用一组“票”来指解决办法,可能听起来没有必要,但在大多数情况下非常有效:
问题
|
解决方法
|
休息之后很难重新开始。
|
所有迟到的人都会得到一张“休息后迟到”的票,利用时钟来引起大家的注意,使用“慈善捐款箱”(比如说每次得到一张票交 1 美元)。
|
有针对性的批评:小偏见、小争执、耍手腕、没有意义的攻击。
|
“恶意攻击”票,“好主意!”票。
|
故作姿态、态度专横、参与者的发言时间不平均。
|
采用训练有素的协调人,将发言限制为“五分钟情况陈述”。
|
午餐后精神不佳。
|
安排简单的午餐、休息、咖啡、苏打水、糖果、甜点,重新安排房间,改变房间温度。
|
|