敏捷过程改进模型和方法.docVIP

敏捷过程改进模型和方法 　　本文通过持续的改进，来实现计划、控制与灵活、主动间的平衡。本文分析了运用敏捷方法时，持续改进过程的必要性，构建了敏捷开发过程改进模型，介绍了敏捷过程改进的时机、重点与基本方法，并结合实例进行了简要分析。 　　【关键词】敏捷方法 过程改进 需求分析 　　1 敏捷方法与过程改进 　　敏捷方法强调个体和交互，但并不是不重视过程。敏捷开发拥抱变化和客户反馈会对整个软件的架构、开发、测试造成很大的波动。如果控制不好，会使得项目失控，造成严重的质量问题，如Bug多，架构不合理，易用性不好，性能不好等等。所以，过程仍然发挥着十分重要的作用，良好的过程控制与改进仍然是不可或缺的。 　　2 敏捷过程改进模型 　　如图1所示，该模型以需求分析与满意度度量结果为依据，根据实际需要，选择合适时机，把过程改进活动与迭代活动有序融合起来，在不影响正常敏捷开发活动的基础上，持续改进过程，以保证敏捷开发不会失去控制，达成预定的质量目标。 　　2.1 敏捷过程改进的时机 　　敏捷过程改进的时机选择可以相对灵活，一般来说有以下三类。 　　2.1.1 需求发生变化时 　　当需求发生变化，应对软件开发过程的各个要素如人员、方法、活动等多方面进行综合优化与调整，这一改进活动是贯穿敏捷开发过程的始终。 　　2.1.2 进入下一迭代时 　　在进入下一迭代过程前，依据客户的评价结果进行分析，找出客户不满意或满意度不高的地方，查明原因，制定合理的改进措施和计划。 　　2.1.3过程或子过程质量不足以满足要求时 　　对过程用户的满意度进行分析，可以判断过程质量是否满足需要，进而确定过程是否需要改进。 　　2.2 敏捷过程改进的重点 　　敏捷方法的过程改进，除了关注质量、成本、进度的硬指标外，还应重视沟通与协调、参与者的体验，组织文化的建设，价值观的锻造，以及这种改进的可持续性等一系列人文的因素，当然必要的规范也是必不可少的。 　　2.3 敏捷过程改进的基本方法 　　如图2所示。 　　2.3.1 确定过程改进时机 　　敏捷过程改进需要团队将过程改进活动看作内在需要，主动的去推动，不同层次，不同过程，不同的改进活动，其改进时机也各有不同。 　　2.3.2 确定过程改进对象 　　不同层次的改进活动，其改进对象是不同的，改进的难度也有差别，为避免改进失败，或对软件开发活动造成难以预测的风险，应综合衡量，合理确定改进对象。 　　2.3.3 确定过程改进的内容和重点 　　综合考虑人员、工具、方法、管理等多方面的因素，以及改进对象的过程质量以及用户满意度，确定改进的内容和重点。 　　2.3.4 制定改进措施与计划 　　确定改进目标，以及改进活动的具体计划，明确具体方法与步骤，明确评测改进效果的指标与方法。 　　2.3.5 实施过程改进计划 　　依据制定的计划，逐步实施，确保改进措施落实到位。 　　2.3.6 评测改进效果 　　结合预期目标、软件小交付、顾客满意度等综合衡量改进效果。 　　3 敏捷过程改进实例分析 　　P公司在运用敏捷方法开发某大型数据库系统，但在第一次迭代开发完成形成小交付软件给客户，客户满意度不高，主要不满意的地方：一是软件功能不完全满足客户需要；二是客户认为现有软件功能不足在市场上形成有效竞争力。造成这一结果的原因主要在于第一次迭代前的需求分析结果不够理想。需要对需求分析过程进行改进。 　　3.1 确定改进时机 　　这里主要是在第二次迭代开发前，对需求分析过程实施改进。 　　3.2 确定改进对象 　　因是对敏捷环境下的需求分析过程实施改进，因此，此处改进对象是第一次迭代开发中的需求分析过程。 　　3.3 确定改进重点与内容 　　对上一次需求分析过程进行分析，发现影响需求分析结果的主要原因，一是客户的参与度不高，对该数据库系统的市场定位不清，难以准确描述所要期望实现的功能；二是开发人员的参与度不够，部分开发人员忽视参与需求分析的沟通与交流。 　　3.4 制定改进措施与计划 　　一是由商务分析师采用质量功能展开等工具帮助客户对市场现状以及客户所要达成的目标进行分析；二是在迭代开始前，与开发人员、客户进行交流，共同评估用户故事优先级，并收集相关反馈信息；三是由商务分析师主持召开迭代计划会议，在会议上向所有的程序员解释这个迭代要完成的用户故事，代表客户做功能验收测试，查看是否完成了预计的功能，是否有程序员还没有想到的异常情况。 　　3.5 实施改进措施与计划 　　在第二次迭代开始前，按前文制定的措施实施了改进措施，进行了新的需求分析，并根据新的需求分析结果，开展第二次迭代开发，形成小交付。 　　3.6 评测改进结果 　　以客户对小交付软件的满意度为依据，来检验改进