软件过程改进框架

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,第二章 软件过程改进框架,2.1 软件过程改进框架,2.2 软件过程架构,2.3 过程改进规划图,2.4 软件过程评估的基本原理,2.5 软件过程改进的行动计划,2.1 过程改进框架,2.1.1 软件过程改进环境,2.1.2 软件过程架构,2.1.3 软件过程改进规划图,2.1.4 软件过程评估,2.1.5 软件过程改进计划,2.1.1 软件过程改进环境(I),高效软件过程环境的特点,可视性,规范化,制度化,管理上的支持,强制,职责的明确,反馈,对工程师行为的评估,培训,改进,2.1.1 软件过程改进环境(II),软件过程框架：,软件过程架构,软件过程改进规划图,软件过程评估方法,软件过程改进计划,2.1.2 软件过程架构(I),架构：支撑一个组织或系统运作的底层框架，包括组织的结构、政策、标准、培训设施以及工具。,软件过程架构是支撑软件过程运作的框架以及结构基础。,为有效建立架构，软件过程环境必须有两种类型的架构：组织与管理方面的架构、技术方面的架构,2.1.2 软件过程架构(II),组织与管理方面的架构：包括用于建立过程监控和对过程执行实施强制措施的角色与职责。,角色与职责分为两个层次：全局及局部的,全局：针对整个组织的，如SEPG,局部：针对项目组以及或针对特定的关键过程域的,2.1.2 软件过程架构(III),实施负责人,执行委员会,SEPG,项目1,项目2,项目3,项目m,软件过程改进团队1,软件过程改进团队2,软件过程改进团队n,2.1.2 软件过程架构(IV),组织与管理方面的架构应包含以下角色,负责人角色,管理角色,协调角色,改进团队角色,2.1.2 软件过程架构(V),软件过程技术方面的架构包括：用于支持软件工程过程组与过程改过团队的技术架构、计算机设备以及工具,该架构应包括全局层次的、项目/团队以及的与过程相关的内容。,项目以及的设备应当具有一定的灵活度，可以让不同的项目根据自身的情况选用合适的技术过程支持环境。,高效灵活的技术过程架构是进行有效的过程该机和过程维护的基础。,2.1.2 软件过程架构(VI),组织标准软件过程地技术架构,数据、文档保存于检索工具,度量与反馈工具,特定过程的裁剪,检索与决策支持工具,项目所定义的软件过程的技术架构,数据、文档保存于检索工具,2.1.2 软件过程架构(VII),为支持与过程有关的活动，需要以下工具,数据与文档的保存于修改工具,检索与决策支持工具,数据与文档的保存于检索工具,2.1.3 软件过程改进规划图,软件过程改进规划图的要求：,它应是渐进的改进，通常将过程的成熟度划分为不同的级别。,应标识并列出处于不同层次的过程的特点,应标识出不同级软件开发环境的特征、特点与属性。,应告诉人们每个级别上会面临的挑战是什么。,2.1.4 软件过程评估(I),软件过程评估的意义,软件过程评估的内容,不应该将注意力只集中于过程的文档化,应关注是否进行了软件管理以及具体实施的培训,应通过下面几个方面来判断过程是否有效,是否有管理以及组织方面的授权,过程的实施结果是否被度量与监控,反馈机制是否已建立,是否有明确的过程负责人，过程是否真正得到了改进,2.1.4 软件过程评估(II),过程过程评估内容：,不应只通过几个问题就对过程加以评估，而应通过检查以及小组讨论真正深入到软件开发和项目管理中去。,应有受过有关培训的专业软件人员进行评估。,应遵循一个已定义的软件过程改进规划图并在它的指导下对当前状况进行分析与评估。,2.1.5 软件过程改进计划(I),只有在组织进行了评估并且制定出相应的改进计划之后，才能说这个组织真正开始了软件过程改进。,软件过程改进计划内容：,活动、时间安排、资源安排、主要管理点设定、项目经理、预算质量计划、配置管理计划及活动安排,计划中必须指明管理方面的负责人、明确项目经理、软件经理职责,2.1.5 软件过程改进计划(II),软件过程改进计划内容：,计划必须建立在评估的基础之上,作为变更程序，它必须包括计划、实施以及管理方面的内容，并且应考虑到组织对于变更的可承受程度,计划必须有明确定义的范围、清晰的目标与主要管理点,计划必须包括软件组织中的所有成员，每位成员都应明确自己在过程改进活动中的职责。,2.1.5 软件过程改进计划(III),成功的软件过程改进的关键因素,高层管理者应设定切实可行的目标,要从管理的角度提供足够的支持,成功地改进离不开项目经理以及软件工程师的参与,过程改进应被当作真正的项目加以对待,过程改进计划时参考过程改进规划图加以制定的,2.1.5 软件过程改进计划(IV),成功的软件过程改进的关键因素,持续的过程改进是一条漫漫长路,队成员工作业绩的评估与奖励应与过程的实施效果挂钩,过程的实施效果应加以评估,确保在整个实施过程中过程目标、项目目标以及企业目标三者一致性,组织中的每个成员均应参与到过程改进活动中来,2.2 软件过程架构,2.2.1 软件过程架构存在的原因,2.2.2 组织与管理架构,2.2.3 过程的技术架构,2.2.4 软件过程架构实例,2.2.5 保证架构的有效性,2.2.1 软件过程架构存在的原因(I),缺少软件过程架构的支持，就无法实现过程已经对过程的持续改进,软件过程架构包括两方面内容：、,组织及管理架构,技术及工具架构,2.2.1 软件过程架构存在的原因(II),有效的架构应包括,与过程所有权相关的角色与职责,与过程知识的培训和传授相关的角色与职责,为确保严格实施而采取的强制措施,用于收集和分析过程实施情况的反馈机制,用于支持上述角色与活动的工具和技术,2.2.1 软件过程架构存在的原因(III),软件过程架构模型,为实现一个有效的软件过程环境，架构应该设置相应的角色与职责。,架构所包含的机制：过程文档化、过程组、过程培训、过程工具、过程的强制、反馈活动、持续的过程改进角色与活动,2.2.1 软件过程架构存在的原因(IV),架构还应该包含的内容,过程的所有权,过程的培训,过程实施的监控,过程的强制,过程的支持,新技术的引入,2.2.1 软件过程架构存在的原因(V),不同层次上架构的作用,企业级的主要目标,提供对贯穿整个企业过程活动的支持，并保证它们之间的一致性,为贯穿整个企业过程活动的支持，并保证它们之间的一致性,为支持并确保贯穿于整个企业并且将主要精力集中于企业级的过程的可视性,鼓励项目组采用最佳开发及管理方法并提高整个企业的过程意识。,2.2.1 软件过程架构存在的原因(VI),项目/团队级主要目标：,从项目组/团队角度出发，确保过程的有效性,为项目组/团队成员的活动提供支持和指导,通过提供项目组活动状态报告已实施对项目的监控，从而为项目管理提供支持,个体级主要目标,提供对日常工作的支持,通过提供个体软件工程活动报告，从而对个体软件过程的实施效果加以控制,指导并帮助软件工程师提高他们的个体软件过程水平,2.2.2 组织与管理架构(I),组织与管理架构的主要目的是：支持软件工程组活动，从而能够以一种高效、系统并且连续改进的方式进行软件开发。,在制定以及实施软件过程改进计划是应注意：,现存的企业文化,现存的企业组织结构,当前的角色与职责,潜在的支持力量,潜在的反对力量,2.2.2 组织与管理架构(II),如何建立起过程文化并且协调好过程架构于当前企业结构之间的关系？,在整个企业中，软件过程支持角色可保证整个过程活动得以平稳有效的实施,新的/重新定义的角色以及相应的职责应为新的/重新设计的软件过程的实施提供支持。,软件过程的支持角色和职责已深深扎根于企业文化中并遍布于企业不同的级别之中。,2.2.2 组织与管理架构(III),合适的架构将为企业带来利益,降低产品的费用，减少开发时间,考虑到过程的高效性，可以加强对项目的预测性，从而也提高了产品的有效性与竞争性。,通过可重用的过程，可以极大降低项目的风险，从而提高竞争力,增强了灵活性，可以更好地适应市场的需求，以满足更多不同客户的需求,具有可行的证据。,2.2.2 组织与管理架构(IV),影响过程改进的因素,组织方面：重点是结构与文化,文化方面：重点是授权与开放的决策过程,人力资源方面：重点是过程能力,可能影响过程改进的角色：,过程架构的使用者,过程活动的实施者,接受过程培训的人员,提供关于过程实施情况反馈的人员,过程改进活动的参与者,2.2.2 组织与管理架构(V),SEPG的目标与任务,目标,SEPG任务与活动,领导并保持SPI工作,拥有对各级别管理方面的支持,为SPI人员指出总的工作方向,确保有关活动涉及到所有的软件工程师和项目经理,促进改变,与参与过程变革项目的项目经理共同工作，为其全面预测改进效果并协助制定改进目标,协调与软件工程师之间的工作关系，帮助引入新技术并制定相应的计划。,过程培训与咨询,安排过程改进方面的有关培训与持续的教育内容,为项目的开发与管理提供有关过程的咨询,2.2.2 组织与管理架构(VI),过程评估与改进计划,促进软件过程的评估,将软件过程评估融入过程改进计划之中,推动并协调过程改进计划的实施,监控过程的实施并收集反馈意见,鼓励、促进并且收集与过程实施有关的反馈意见,跟踪、监控并且报告过程的实施情况,分析过程度量数据，公布有关结果，并在过程改进计划中参考相关内容,定义过程,与软件过程改进组合作，促进过程定义的创建与维护,维护过程数据库,鼓励经理与工程人员参与软件PIT活动,协调软件过程改进组,协调软件过程改进组的活动,确保对软件PIT成员活动的管理权,2.2.2 组织与管理架构(VII),角色以及其各自的职责都应充分地文档化,每个角色都是可操作的,为保证可操作性，应形成相应的模版与/或用于质量控制的检查单,2.2.2 组织与管理架构(VIII),过程改进中角色与职责应具有的功能：,为软件过程改进活动分配足够的资源,评估软件过程改进活动所需要的费用和时间,以项目运作的方式来对软件过程改进活动加以管理,质量控制与部门间活动的协调,软件过程改进活动的反馈,为软件过程改进组与SEPG提供必要的培训,对软将过程改进组的激励,2.2.2 组织与管理架构(IX),组织模型,实施负责人,执行委员会,SEPG,软件PIT,软件PIT,软件PIT,项目,项目,项目,新技术、过程、原则与技术,改进活动的反馈,反馈,2.2.2 组织与管理架构(X),实施负责人与领导,角色：软件过程改进活动应有一个总体负责人,职责：,具有建立软件过程改进方案的授权。,在企业中确保过程改进能持续获得足够的管理权限,协调软件过程改进活动与企业其他活动之间的关系,确保软件过程中强制度量的实施,是推动软件过程改进的动力，并且是企业内软件过程改进活动的鼓吹者,2.2.2 组织与管理架构(XI),执行委员会,角色：有一群高级经理以及一线经理组成的一个政策制定团体，用于制定整个企业的软件过程改进以及监控策略。,职责：,为SPI活动设定战略目标,检查软件过程评估结果,批准软件过程改进组的结构设置,批准不同软件过程改进组的实施计划和优先级设置,监控软件过程改进组的进展情况,帮助软件过程改进组获得相应的权利与资源,检查当前政策的执行以及资源和过程的管理情况,与高层管理者或有相同计划的组织进行协调,在不同的软件过程改进组之间进行协调,2.2.2 组织与管理架构(XII),软件过程改进组,角色：是企业记得工作组，任务是协调并实现对整个企业中所有软件过程改进组和其他活动的支持。,应从组织结构、成员结构、职责、内部过程对SEPG小组进行关注,职责：,协调企业中所有过程改进活动,提名并召集软件过程改进组成员，并协调工作,作为过程的拥有者，负责维护过程资源，鼓励过程用户提出反馈意见，推动过程改进实施,在企业内负责开发、选择、建立与过程相关的方法、技术与工具,协调软件工程师与项目经理之间的工作关系,2.2.2 组织与管理架构(XIII),软件过程改进组,角色：由软件工程师组成的团队，利用部分工作时间，针对某一特定的领域进行过