过程改进-IDEAL模型

过程改进-IDEAL模型
IDEAL模型代表了过程改进活动的⼀个⽣命周期，它作为⼀个基础性的策略，已经在SEI的许多服务中采⽤。

IDEAL模型是⽤过程改进的五个阶段描述来命名的：
I——初始化(Initiating)，确定改进的⽬标并获得改进的基础结构；
D——诊断(Diagnosing)，确定现状与改进⽬标之间的差异；
E——建⽴(Establishing)，计划如何达成⽬标；
A——⾏动(Acting)，根据计划开展⼯作；
L——学习(Learning) ，从经验中学习，以提⾼未来组织过程的效能。

A.初始化（Initiating）
奠定成功的基础。

这是模式的起点，在这个阶段，组成改善计划的基础架构，定义组织内每个⾓⾊及其职能，根据组织的愿景、策略及过去的经验，拟定改善的计划。

可分为下⾯四个部分：
（1）改进动机（Stimulus for Change）
对企业⽽⾔，了解组织改进的诱因是⾮常重要的。

这个要求改进的刺激可能来⾃内部管理阶层的命令，亦可能是⼀个突发事件，不论这个刺激是什麼，它都可能影响所投⼊的⼈⼒，执⾏的⽅法及最后的结果。

为改变⽽改变，通常不会有明显的改善；唯有要求改进的动机越强，成功的机率才越⼤。

（2）设定⼯作内容（Set Context）
⼀旦了解改进的动机，管理阶层就必须设定⼯作的内容。

⼯作的内容表⽰投⼊的努⼒需符合组织的策略和经营⽬标，改进是否影响其他的⼯作，所得到的回收是多少。

⼯作的内容及可能的影响会随着改进的进⾏⽽越来越明显，但我们尽可能在初期定义越清楚越好。

（3）⾼层的⽀持（Build Sponsorship）
来⾃⾼层的⽀持是改进的重要因素之⼀，尤其在改进初期，常会⾯对许多不确定的因素及混乱的情况，管理阶层的⽀持在初期是⾮常重要的。

⽽给予基本资源的承诺是另⼀个重要项⽬。

（4）建⽴基础架构（Charter Infrastructure）
⼀旦改进的动机和⼯作内容都已了解，⾼层亦承诺⽀持这项⾏动，便可建⽴⼀个机制来管理改进的实施细节。

这个机制可能是临时或永久的，它的⼤⼩和复杂度亦随着改进的特性⽽变，对于⼀个⼩的改进，可能只需要⼀个兼职的员⼯；对于⼀个⼤的改进，可能需要整个组织2%–3%的⼈⼒。

B.诊断（Diagnosing）
诊断⽬前的⼯作模式，并界定未来的⽬标。

⾸先确定需要执⾏的基准评价项⽬及种类，以确保软件流程改善计划的要点与组织的经营需要是⼀致的。

然后规划并收集所得的实际资讯，最后制作调查结果及建议报告。

可分为下⾯两个部分：
（1）了解⽬前的状况及期望的⽬标（Characterize Current & DesiredStatus）
了解⽬前的状况及期望的⽬标就好像旅程的起点与终点，主要专注在与改进相关的项⽬上。

（2）发展建议⽅案（Develop Recommendations）
诊断⼯作通常由⼀组具有丰富经验的⼈或专家所负责，他们所提出的建议⽅案通常会影响⾼阶管理阶层的决定。

C.建⽴（Establishing）
拟定⼀个计划，说明需如何达到⽬标。

在此阶段组织需决定改善的⾏动和其优先顺序，并寻找适当的解决⽅案，转换在起始阶段所定义的⼀般流程改善⽬标为可度量的⽬标，并制作监控基准，建⽴组织全体的共识，核准软件流程改善的策略计划，并配置⾏动所需的资源。

可分为下⾯叁个部分：
（1）设定优先顺序（Set Priorities）
根据可能的因素设定优先顺序，许多因素都必须考虑，如有限的资源，建议事项彼此的关联，可能影响的外部因素等等。

（2）研究可⾏的⽅法（Develop Approach）
结合对⼯作的了解及优先顺序的准则，我们可拟定策略和界定可⽤的资源。

技术⽅⾯可能包含新的技术或技能，和使⽤新技术
的知识；⾮技术⽅⾯包含：组织⽂化、可能的阻⼒、赞助者的位阶及市场的⼒量。

（3）规划⾏动⽅案（Plan Actions）
⽅法确定后，就可以规划详细的执⾏计划，它包含时程、⼯作和⾥程碑、资源、责任、度量、降低风险的策略及任何组织需要的项⽬。

D.⾏动（Acting）
根据计划，确实执⾏。

此时完成改善的细部计划，处理诊断阶段所发现的问题，并提出解决⽅案。

试⾏可能的解决⽅案后，选出最适合组织需要的，然后将经过证实的解决⽅案推⼴⾄全组织。

可分为下⾯四个部分：
（1）提出解决⽅案（Create Solution）
结合所有可⽤的资源，提出⼀个可⾏的最佳⽅案，这些资源可能是⼯具、流程、既有的知识，或者是新的技术，外界的⽀援。

这个⽅案可能⾮常复杂，通常由技术⼯作⼩组提出。

（2）试⾏可能的解决⽅案（Pilot/Test Solution）
⼀旦提出可⾏的⽅案，它必须经过测试，证实有效。

（3）修正解决⽅案（Refine Solution）
根据测试中所得到的知识和经验，我们可能会做某种程度的修正，这些测试修正的过程可能歷经数回，直到达成⼀个满意的⽅案。

但是⼀个完美的解决⽅案不是必要的，因为可能会拖延整个进度。

（4）推展解决⽅案（Implement Solution）
⼀旦解决⽅案是可⾏的，就可以将其推⼴⾄整个组织。

可使⽤不同的⽅法来执⾏，如由上⽽下（Top-down）：从组织的最⾼层往下推⼴；及时（Just-in-Time）：⼀个专案接着⼀个专案推动。

没有哪⼀种⽅法是最好的，根据组织的环境和改善的特性来决定使⽤哪种⽅法。

E.学习（Learning）
从经验中学习并改善⾃我的能⼒，来吸收未来更新的技术。

进⾏模式下⼀个循环时，收集先前的各项学习⼼得，确保所使⽤的策略、⽅法及组织架构是最佳的，修正或调整改善流程，使下⼀循环的软件流程改善更有效率。

可分为下⾯两个部分：
（1）分析与验证（Analyze and Validate）
在这个过程中，我们要检讨下列问题，改善的努⼒是否达到预期的⽬标？哪些项⽬改善了？哪些项⽬变得更有效率？在整个过程所学得的体验，都将收集，分析，汇总及记录成⽂件。

（2）提出未来⾏动建议（Propose Future Actions）
根据分析与验证的结果，提出未来的改善⽅案供决策者参考。

如有疑问，可咨询cmmi-cn@。