UML软件工程组织 |
通过CMM评估的小窍门(2) |
作者:Victor Stachura 著,zhoufang 译 本文选自:ULMChina 2002年09月10日 |
以下是我总结出的顺利通过评估的7个小窍门。 1. 把评估作为一个小项目来运作。准备一次评估活动需要做许多工作,有组织的评估活动能够使整个活动的进展顺利得多。面谈时间安排,会议室的准备,用品购买,配置计算机设备,制作出入证等等,这些事情都必须事先准备。另外,被面谈人应知道面谈时间表并且届时要提示他。如果一个组织不能顺利地完成一次评估活动,那么怎么可能管理比评估复杂得多的软件开发项目呢? 2. 文档的准备。不要将一大堆文档堆在评估组面前让他们自己决定那些是用于评估CMM活动的。详细地审查文档不是一件愉快的任务,并且紧凑的时间表使评估组难于发现所需的信息。如果将文档与CMM活动进行对应,评估活动会进行得很顺利。一些组织甚至用不同颜色的编码来表示不同的项目,以方便评估组判断某个具体的文档是出自哪个项目的。 3. 环境的准备。一个舒适的工作环境会使评估活动变成一件愉快的事(实际上,我并不认为评估活动是愉快的)。每个评估组成员需要充足的工作空间。因为文档,文件夹,CMM的相关资料将可能同时被使用。而一个炎热和不通风的房间会使评估组成员变得急躁。 4. 要放松。我所在的组织进行CBA IPI时,我会经常做噩梦,但我建议你要放松。如果你已经作了评估过程中的所有工作,那么你就没有什么可担心的了。如果你是评估组的成员,记住要区分缺点的重要性和有效性。组织内部的评估员可能会感情用事和不可避免地紧张。当第一个缺点暴露出来时,就该缺点的重要性可能会有一个长时间但并不必要的讨论。尽管某个缺点不会影响评估结果,但人们仍会担心。当发现一个缺点后,评估组会准备一些面谈的问题来发现原因。继续进行面谈,并且允许对文档进行再次审查。 5. 要了解调查结果和推断的区别。评估组成员必须懂得调查结果是从文档和面谈中得到的,而推断是虽然未被证明,但他们认为是正确的东西。制作调查结果时往往很容易将推断加进去。要不断地问自己调查结果中的内容是否真的是看到的或听到的。在我参加的评估活动中,我总是同来自被评估组织内部的某个人一起工作,他知道该组织存在某个特殊的实践,但是,如果没有证据,我们就不能将它包括在调查结果报告中。下一步,你可以修改面谈问题来发现需要的信息。 6. 对人员进行有关CMM术语的培训。组织经常采用CMM上的有关概念、过程和程序的标准术语。要让被面谈者了解术语的另外一些说法,并且和评估组讨论现场可能提到的术语。最理想的情况是,面谈中的问题采用现场所用的术语,但不总是这样。 如果你询问组织中的某人他的项目业务手册是否受到管理和控制,他可能会迷惑地看着你。但是问他谁有权更改项目业务手册中的文档时,你会得到完全不同的答案——理想情况下,得到的答案是项目业务手册是有管理和受控的。 7. 在面谈间要留有充足的时间。每次面谈都是很紧张的,因此不应该一个接一个地安排。必须给评估组时间让每个成员发表关于评估过程的意见和看法,并让那些作记录的人的手放松一下。把面谈过程中的每一件事都记录下来并不容易。同时,尽可能在面谈过程一结束就检查笔记并作相应的标记。要记住,评估组要努力做到准确,不能在面谈结束后才发现遗漏或忘记了某些事。
我正忙于我所在组织的CMM三级的工作并计划在我们准备好后进行再一次的评估。我坚信到那时我会睡得更好些。 『引自 UMLCHINA』
|
版权所有:UML软件工程组织 |