目的
-
让流程工程师与项目的项目干系人见面。
-
从项目的项目干系人那里收集问题,总结成全面的问题列表。
-
根据参加研讨会的项目干系人,划分收集的问题的优先级。
|
指南:
|
举办评估研讨会也就是召集所有项目干系人,召开一次深入的、有侧重点的会议。通常,举办评估研讨会需要半天或一整天时间。
流程工程师准备演示实施流程将采用的方法。根据听众背景的不同,这样的演示可能需要 1 到 3 小时。
要求开发组织的代表准备有关开发组织当前工作情况的演示。演示不应超过一小时,并且涵盖诸如组织结构、人员数目、人员能力和经验、业务目标以及典型项目的简要说明等方面的内容。演示还应该讨论组织作出改变流程和工具等决策的根本原因,如出现问题、变更业务环境等等。
注意:对于收集与组织有关的信息,评估研讨会只是几种方式中的一种。它需要由用于收集信息的其他方法进行完善。
谁应该参加
流程工程师应当起到协调的作用。通常,协调人最好不属于开发组织。原因在于,对于一个外部人员来说,更容易从全新的角度,提出将引起争议的、引发潜在问题的必要疑问,这一点可能至关重要。因为变更软件开发流程经常在重要问题上引起激烈争论,所以协调人应该受到各方面的尊重,而且各方面认为他是公平公正的,这一点非常重要。
包括协调人在内,应该有 3 到 8 个参与者。评估研讨会包括来自该组织不同方面的代表,以便尽可能准确地说明当前的状态。尽量邀请各方面的人员,例如:
-
项目经理
-
软件架构设计师
-
有经验的分析人员
-
有经验的开发人员
-
有经验的测试员
-
开发部门经理
软件工程流程的变更将影响软件开发组织中的许多人,因而许多人都希望参加研讨会。这种做法有一些好处,因为亲自参加常常会培养一种对研讨会的支持。但是,应该努力抑制住这种让更多人参加研讨会的倾向。参加人数的不断增加使研讨会更难管理,或者说不可能管理。另一种方法是,考虑每个团队选出一个代表参加研讨会,或者举办几个研讨会,每个团队一个。研讨会的目的是收集信息,而不是制定决策。只要人们觉得充分说明了自己所关心的问题,他们往往对流程是支持的。
研讨会开始之前
协调人需要邀请应该参加研讨会的人,从而确定参加研讨会的群体。在参与者到会之前给他们提供准备材料,流程工程师尤其应该尽可能做好充分准备。准备材料应该包括研讨会的议程,该议程可以传达有关研讨会的规模以及需要每个参与者复审的目标等信息。这种做法将在研讨会开始之前确定所有可能的问题或不明确的议程。
协调人或流程工程师需要阅读诸如开发组织的说明和现有流程的说明等材料。
协调人举办研讨会,内容包括:
-
给每个人发言的机会。 如果研讨会要做到公平合理,这一点非常重要。
-
确保会议不脱离正题。 这种研讨会很容易变成一个争相抱怨的会议。 确定问题,但不要滞留在这些问题上。一旦确定了问题,继续进行其他事项。
-
收集输入。
-
收集所发现的问题。
-
总结会议并得出结论。
评估研讨会的一般议程包括:
-
由开发组织方面的高级代表之一介绍开发组织。
-
流程工程师介绍评估方法。
-
确定有问题的地方。进行集体讨论,确定开发组织中所有的问题。 有关如何进行集体讨论,请参阅指南:集体讨论并整理提议。确保包括了开发组织的每个部分。
-
对存在问题的地方划分等级。得到存在问题的地方之间的等级顺序。考虑使用排列图。
-
确定问题的根本原因。鱼骨图会有所帮助。注意,不要用太多时间来确定根本原因,因为评估研讨会的主要侧重点是暴露明显的问题。继续进行的信息收集以及稍后由流程工程师进行分析的目的在于找到根本原因。
-
总结问题。协调人总结会议及其结果。让参与者有机会表示是否同意,或者是否想添加或收回任何内容。
-
确定可以对问题进行进一步研究的二、三个项目。
-
确定要访谈的人,以进行评估。
-
简述剩余评估活动的进度安排。如果有可能,确定访谈和未来研讨会的日期。
评估研讨会就是让人们互相沟通。为了使人们更好地相互理解,您需要对软件开发流程有一般的了解。如果开发组织非常了解 Rational Unified Process(RUP),您可以将规程作为路线图,以涵盖开发流程所有不同的方面。
但是,如果该组织已经使用了另一流程,而且参与者不是很了解 RUP,我们建议流程工程师使用客户的开发流程作为评估研讨会和访谈期间的框架。这使得参与者更易于表达自己的看法,而且在研讨会期间您可能也不愿意向参与者讲授如何使用 RUP。
另一个开发流程模型的示例是 ISO/IEC 12207 标准,它称为活动,并且在以下部分进行组织:
-
流程实施
-
系统需求分析
-
系统体系结构设计
-
软件需求分析
-
软件体系结构设计
-
软件详细设计
-
软件编码和测试
-
软件集成
-
软件合格性测试
-
系统集成
-
系统合格性测试
-
软件安装
-
软件验收支持
评估研讨会之后,协调人与流程工程师需要花更多的时间对调查结果进行综合,并将信息精简为可介绍的形式。结论应该由研讨会参与者作出,而不是协调人。
如果要有任何进展,组织本身必须明确对结论的所有权。总的来说,他们必须对需要解决的问题取得一致,并以一种友好的方式表达出来。评估的目的是确定需要改进的地方,而不是批评或指责某个人。
|