软件过程改进框架.ppt

第二章 软件过程改进框架,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),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的目标与任务,2.2.2 组织与管理架构(VI),2.2.2 组织与管理架构(VII),角色以及其各自的职责都应充分地文档化每个角色都是可操作的为保证可操作性，应形成相应的模版与/或用于质量控制的检查单,2.2.2 组织与管理架构(VIII),过程改进中角色与职责应具有的功能：为软件过程改进活动分配足够的资源评估软件过程改进活动所需要的费用和时间以项目运作的方式来对软件过程改进活动加以管理质量控制与部门间活动的协调软件过程改进活动的反馈为软件过程改进组与SEPG提供必要的培训对软将过程改进组的激励,2.2.2 组织与管理架构(IX),组织模型,2.2.2 组织与管理架构(X),实施负责人与领导角色：软件过程改进活动应有一个总体负责人职责：具有建立软件过程改进方案的授权。在企业中确保过程改进能持续获得足够的管理权限协调软件过程改进活动与企业其他活动之间的关系确保软件过程中强制度量的实施是推动软件过程改进的动力，并且是企业内软件过程改进活动的鼓吹者,2.2.2 组织与管理架构(XI),执行委员会角色：有一群高级经理以及一线经理组成的一个政策制定团体，用于制定整个企业的软件过程改进以及监控策略。职责：为SPI活动设定战略目标检查软件过程评估结果批准软件过程改进组的结构设置批准不同软件过程改进组的实施计划和优先级设置监控软件过程改进组的进展情况帮助软件过程改进组获得相应的权利与资源检查当前政策的执行以及资源和过程的管理情况与高层管理者或有相同计划的组织进行协调在不同的软件过程改进组之间进行协调,2.2.2 组织与管理架构(XII),软件过程改进组角色：是企业记得工作组，任务是协调并实现对整个企业中所有软件过程改进组和其他活动的支持。应从组织结构、成员结构、职责、内部过程对SEPG小组进行关注职责：协调企业中所有过程改进活动提名并召集软件过程改进组成员，并协调工作作为过程的拥有者，负责维护过程资源，鼓励过程用户提出反馈意见，推动过程改进实施在企业内负责开发、选择、建立与过程相关的方法、技术与工具协调软件工程师与项目经理之间的工作关系,2.2.2 组织与管理架构(XIII),软件过程改进组角色：由软件工程师组成的团队，利用部分工作时间，针对某一特定的领域进行过程改进。职责：对当前过程的分析、再设计以及文档化对过程再设计问题的思考对新过程编写相应文档为实现对新过程的支持，评估、选择不同的方法、技术与工具为过程开发相应的培训课程在SEPG帮助下协调与其他相关软件PIT关系。为过程实施情况的监控制定相应的规程、制定反馈机制并提供针对反馈数据的分析工具,2.2.2 组织与管理架构(XIV),过程所有者角色：没有明确所有者，过程迟早会退化为一堆废纸职责：对过程拥有绝对的权利，负责领导过程改进组负责针对特定关键过程域的过程设计，并协调相应过程改进组的活动确保各过程能有效实施为过程改进组制定远景规划确保过程被实施预测未来企业运行方面可能的变化及对过程的影响程度,2.2.2 组织与管理架构(XV),软件过程改进组（PIT）需求管理PIT项目计划与跟踪PIT软件子合同管理PIT软件质量保证PIT软件配置管理PIT,2.2.2 组织与管理架构(XVI),软件过程改进还需要一定的领导权和授权，领导权包括：大方向的指导与建立激情诚实与自律承担风险人员的激励,2.2.2 组织与管理架构(XVII),软将过程改进要注意循序渐进，不要急于求成。要适应企业环境,2.2.3 过程的技术架构(I),技术架构包括：技术设施、用于支持软件工程过程组合过程改进团队活动的计算架构与工具,2.2.3 过程的技术架构(II),不同组织级别上架构应提供如下方面的支持：企业级：应在企业及提供与过程相关的功能。项目与团队级：应在项目与团队级提供与过程相关的各种功能。个体级：应在个体级提供与过程相关的各种功能。,2.2.3 过程的技术架构(III),技术架构对过程的支持,2.2.3 过程的技术架构(IV),数据以及文档的存取与检索企业级：辅助SEPG保存并修改企业的标准过程模型、定义以及度量数据项目级确保项目经理能够检索企业的标准过程模型、定义和实施数据确保项目经理能够获得项目所采用软件过程的实施反馈信息确保项目经理能够保存并检索项目组自己定义的软件过程模型、定以及实施数据。,2.2.3 过程的技术架构(V),数据以及文档的存取与检索个体级：确保软件工程师能够检索项目组所定义的过程确保软件工程师能够保存、修改并检索个体软件过程模型、定义以及实施数据确保软件工程师能够获得它所采用的个体软件过程的实施反馈信息,2.2.3 过程的技术架构(VI),检索与决策支持工具企业级：辅助SEPG检索、分析并且评估项目组自己定义的软件过程项目级确保项目经理可以读取企业标准的过程定义、模型、数据以及过程裁减指南辅助项目经理根据项目自身的特点与需求模拟不同的场景对企业标准过程模拟加以裁减个体级辅助软件工程师检索、分析、评估自身的软件过程活动实施情况,2.2.3 过程的技术架构(VII),过程建模及模拟工具企业级：辅助SEPG对企业标准过程进行建模及模拟，并且能够保存、检索和更新有关模型项目级确保项目经理能对项目组自身的过程进行建模及模拟，并且可以保存、检索和更新有关模型个体级辅助软件工程师能对他们自己所用的个体软件过程进行建模与模拟，并且可以保存、检索和更新有关模型,2.2.3 过程的技术架构(VIII),企业过程数据,与软件过程相关的文档库,组织的生命周期模型,裁减原则与标准,软/硬件过程体系,软/硬件过程元素,企业标准软件过程的体系结构,2.2.3 过程的技术架构(IX),组织及项目级的软件过程资源,2.2.3 过程的技术架构(X),企业标准过程：包括对软件过程体系结构以及软件过程元素的定义和描述已被证明过的软件生命周期裁减的原则：企业对过程进行裁减的原则与标准企业的过程数据库：过程数据库中保存有过程的定义以近对过程实施情况的度量数据,2.2.3 过程的技术架构(XI),企业过程资源库（PAL）内容示例：关于过程定义的资源：过程定义、过程模型、过程方法与技术、过程产品、过程标准、过程角色、过程策略、过程选择与裁减原则关于过程实施与支持的资源：产品模版、过程产品样例、培训资源、关于工具的信息关于评估的资源：行业标准模型介绍、评估的原则与方法、企业中所用过程模型与行业标准模型之间的比较,2.2.3 过程的技术架构(XII),关于项目的历史记录于其他数据：项目/产品特点、项目/产品度量标准、经验教训、项目和产品的质量特点项目与产品质量改进数据：评估与审查结果、过程改进计划、活动计划、状态报告、试点情况过程反馈数据：问题报告、新增需求、过程参与者的反馈,2.2.3 过程的技术架构(XIII),企业标准软件过程数据库的使用：揭示产品质量的情况揭示项目实施的情况解释过程实施的趋势发现待解决的弱点存取控制质量数据的使用：理解评估控制预测,2.2.3 过程的技术架构(XIV),维护企业标准软件过程数据SEPGPIT指导委员会项目经理,2.2.3 过程的技术架构(XV),过程支持工具：用于收集、保存以及检索过程数据的设备用于传播及展示过程数据库内容的设备用于选取、检索、提取保存于过程数据库种特定内容的设备用于在库中保存、归档以及检索相应的软件过程文档的设备,2.2.3 过程的技术架构(XVI),过程支持工具：用于保存及管理过程定义和过程数据的工具过程模型及仿真工具过程数据保存与管理工具用于检索及传播过程定义和过程数据的工具通信及工作组工具报告管理及统计工具,2.2.3 过程的技术架构(XVII),用于支持软件活动和过程管理活动的工具生命周期活动工具生命周期管理工具,2.2.3 过程的技术架构(XVIII),过程强制实施机制,2.2.4 保证架构的有效性(I),为确保软件过程架构在不同级别上能高效地工作，应为每一级别上的架构列出相应的属性以及需要实现的功能过程架构可以帮助我们在如下方面从企业或者项目层创建起学习机制：经验库企业共享信息学习机制,2.2.4 保证架构的有效性(II),一个有效的过程组织及管理架构应满足过程以及过程使用者的需求，功能如下：在企业不同层次上对有关角色的活动加以支持针对企业组织结构变化的适应性对过程模型中所有角色与相应职责的支持明确制定企业高层负责人来负责具体过程实施提供足够的灵活性，以保证不同功能可以共享角色与职责,2.2.4 保证架构的有效性(III),一个有效的过程技术架构应满足过程以及过程使用者的需求，功能如下：实现对企业过程定以及相关数据的保存与检索具有一定的过程灵活性为实现有效的软件过程环境，应具有沟通与反馈机制实现对整个企业的支持具有足够的灵活性以便能及时适应企业战略以及结构分布的改变,2.3 过程改进规划图(I),2.3.1 质量改进模型2.3.2 阶段型与连续性软件过程改进模型比较2.3.3 软件过程改进的标准与模型,过程改进规划图(II),软件过程成熟度的根源来自质量运动质量改进周期：计划-实施-检查-行动四个步骤：研究低质量的表征开发理论或对低质量产生的原因加以解释在生产中对理论加以测试以便确定有关目标实施纠正或改进活动,2.3.2 软件过程改进模型(I),Humphrey建议组织应通过下面步骤来改进其软件能力：理解当前开发过程或其他过程的状态描述出理想中过程的远景按优先级顺序列出一序列需要进行的过程改进活动为实现这些活动制定出一个计划为实施这个计划承诺相应的资源重复第一个步骤,2.3.2 软件过程改进模型(II),一个组织可以有效地提出一套软件过程改进模型。Raytheon针对他们自己的软件过程改进计划就采用了一个特有的模型：一个划分为三个阶段的过程改进范例。这三个阶段包括：过程的稳定过程的控制过程的变更,2.3.3 阶段性与连续性模型比较(I),阶段性模型是由一系列的成熟度级别所构成的，每一个过程与都处于一个特定的级别。例如：CMM2有6个关键过程域：需求管理、项目计划、项目跟踪与监控、子合同管理、软件质量保证以及软件配置管理CMM3包含7个关键过程域,2.3.3 阶段性与连续性模型比较(II),连续型模型：每个过程都有其自己的成熟度尺度。一个阶段模型可以被分成置入连续型模型中,2.3.4 软件过程改进标准与模型(I),标准的主要特点有：标准定义了要达到的最低限度标准的度量结果可以用“通过”或“不通过”来表示实施情况是由组织外的人员来通过一个认证过程加以检查的将组织的质量规程与标准相比较对组织的事件过程加以审查，以获知其是否遵循质量系统的要求，质量系统是否有效通过了审查通常会获得认证以表明组织遵循了有关规定为通过审查通常会给出一个改正活动清单，在下次审查之前完成并确认有关内容标准由国际标准化组织或国家标准化组织所拥有并加以维护目标包括鼓励对产品质量进行预测、使生产率最大化以及提高过程的可重复性,2.3.4 软件过程改进标准与模型(II),按照标准进行审查可以有以下几种方式：内审第二方审查第三方审查,2.3.4 软件过程改进标准与模型(III),大部分软件过程改进模型有专门的组织以及行业所开发的，特点如下：模型具有灵活性最初是在公司内部开发出来的根据范围以及关注点的不同，模型是由行业协会或者特定的研究所所拥有并且维护的采用模型进行的评估包括以下几类：自评能力评价能力确定,2.3.4 软件过程改进标准与模型(IV),对国际标准和公开模型进行裁减以便开发出组织专用的过程,2.3.4 软件过程改进标准与模型(V),对组织标准过程进行裁减以便定义出项目自身的过程,2.4 软件过程评估的基本原理,2.4.1 评估的定义2.4.2 评估的原则以及成功的关键因素2.4.3 评估领域2.4.4 一般评估阶段2.4.5 评估方法与评估周期之间的映射,2.4.1 评估的定义(I),组织以一系列的标准为依据进行相应的检查，用以从质量、成本以及进度方面判断过程的能力评估是对当前软件工程实践状态的一个结构化的调查审查时对工作产品或一系列产品的独立检测，以评估其是否遵循相应规范、标准、条约合同或其他标准的要求,2.4.1 评估的定义(II),评估的三个类别自我评估第二方评估第三方评估审查的三种类型第一方审查第二方审查第三方审查,2.4.1 评估的定义(III),评估方式,2.4.2 评估的原则(I),Humphrey提出了软件过程评估成功的三个主要因素：有能力的团队合理的领导权合作的组织,2.4.2 评估的原则(II),原则：所有权：管理层应该：确保有评估活动的经费、确保可获得足够的资源、确保组织对评估的结果具有相应的承诺保密性：评估结果应采用通用表格的形式，并且不应该由此追查到特定的个人。团队与协作：软件开发组织内的每一位成员都觉得自己加入到评估活动之中。评估小组应予软件工程师协同工作活动方向：评估活动应着重于寻找尚待改进的领域过程框架：评估活动本身没有终点,2.4.2 评估的原则(III),评估成功的关键因素：承诺动机行动方向保密性适应性可信性团队建设,2.4.3 评估领域(I),评估范围的确定应以商业目标为基础加以设定。例如：整个组织内的所有软件过程和软件过程环境应客户的要求，选择软件过程中的一个子过程进行能力评估。作为项目合同的一部分，一个指定的项目需要进行评估或重新评估。,2.4.3 评估领域(II),评估范围会受到下列方面影响：评估方式评估步骤评估工具的选择出资人的级别财政预算以及可获得资源,2.4.3 评估领域(III),对评估范围的划分可采用如下形式：组织范围指定项目个体软件过程,2.4.3 评估领域(IV),过程文化评估：对文化评估是困难的事情过程架构评估涉及到的主要内容包括：过程的定义及文档化过程培训过程所有权过程的强制性过程的结果过程反馈过程改进过程有效性,2.4.4 一般评估阶段(I),评估的一般阶段,2.4.4 一般评估阶段(II),预评估：理解商业以及组织的环境计划前阶段：定义评估的策略定义评估的范围与边界定义评估中所引用到的术语确定是由内部人员还是由外部人员进行评估从商业运作方面制定评估的出资人，此人负责出资并授权进行评估，最终的评估结果以及有关的建议均归其所有,2.4.4 一般评估阶段(III),评估阶段步骤计划：选择评估方法、选择改进规划图、定义评估便捷、选择评估小组、启动评估、培训评估小组、制定计划收集数据：选择数据收集方法、确定面谈对象、发放问卷并收集问题的回答、进行面谈数据分析：分析问卷的回答、分析面谈中收集的数据、分析收集到的证据、汇总对收集数据的分析、将发现的问题与规划图的内容加以比较、标识出强项、弱项及待改进的领域报告：将发现的问题文档化、将有关建议文档化,2.4.4 一般评估阶段(IV),评估后阶段：过程改进活动计划阶段：实施过程改进活动、管理并监控过程改进计划,2.4.5 评估方法与评估周期之间的映射(I),ISO/IEC 15504评估方法映射,2.4.5 评估方法与评估周期之间的映射(II),SEI评估方法的映射,2.5 软件过程改进行动计划,2.5.1 创建软件过程改进行动计划2.5.2 为实施软件过程改进行动分配职责,2.5.1 创建行动计划(I),软件过程改进行动计划成功与否，很大程度上依赖于它是否满足以下准则：可行性灵活性资源的可获得性评估的风险,2.5.1 创建行动计划(II),根据评估结果制定改进计划时可以遵循以下步骤：将评估结果转化为改进建议将改进建议转化为行动将行动进行分类并形成相应的组把行动计划分配给软件过程改进团队,2.5.1 创建行动计划(III),评估结果到改进建议的转化转化的必要性需要对评估结果作进一步分析，以便得到可以实施的建议评估结果所涉及的领域不仅包括软件过程，还包括了组织中更多的方面有些结果对于日后的改进是有作用的涉及到的成员如何实施？缺点采取什么措施？优势采取什么措施？在推广过程思维和过程规范方面采取什么措施？,2.5.1 创建行动计划(IV),将建议转化为行动转化的必要性涉及到的人员：销售经理、项目经理、软件工程师、项目支持人员如何实施？隐藏在改进建议之后的真正目的是什么？按照建议加以改进之后会得到什么？这些改进建议之间的相互关系是什么？为了实现改进需要采取哪些步骤？为实现建议中所需要的改进需要投入哪些力量？要实现建议中所要求的改进需要多少资源？,2.5.1 创建行动计划(V),对行动加以分组以形成行动计划分组的必要性涉及到的人员如何完成：分组参考准则：过程改进行动的边界改进行动的子领域优先级与特殊的关键过程域有关的行动与过程架构相关的行动与培训相关的行动,2.5.1 创建行动计划(VI),为软件过程改进租分配行动计划分配行动计划的必要性涉及的人员如何实施：把行动计划分解为独立任务，这些分散的执行任务都经过明确的分配和定义为待实施的任务分配必要的资源将待实施的任务组织为一个项目计划将改进项目像其他项目一样对待,2.5.2 为实施改进行动分配职责(I),实现软件过程改进的过程中所要设立的角色可以分为以下几类：出资者的角色管理者的角色协调者的角色过程改进的角色,2.5.2 为实施改进行动分配职责(II),直接参与到软件过程改进中的主要角色包括：实施负责人实施改进组（执行委员会）软件工程过程组软件PIT软件PIT组领导者软件过程改进实施经理,2.5.2 为实施改进行动分配职责(III),2.5.2 为实施改进行动分配职责(IV),2.5.2 为实施改进行动分配职责(V),2.5.2 为实施改进行动分配职责(VI),