敏捷方法在小型软件企业软件过程改进中实践.docVIP

敏捷方法在小型软件企业软件过程改进中实践 　　摘 要：CMM/CMMI是国际上主要采用的软件过程改进模型，但这些模型主要来源于大型软件企业的软件过程经验，在小型企业中实施起来存在一定困难。敏捷方法是一种“轻量型”的软件开发方法。在敏捷方法开发过程中围绕用户的需求，采用迭代的方法进行开发。本文结合一个小型企业的软件过程改进实践，采用敏捷开发方法和CMM/CMMI相结合的思路，经过两年在上海某小型软件企业的改革和实践，探索到了适合小型软件企业软件过程改进的方法和模型。 　　关键词：小规模软件企业；敏捷方法；迭代方法；软件过程改进 　　中图分类号：TP311.5-4 文献标识码：A 　　1 引言（Introduction） 　　能力成熟度模型CMM（Capability Maturity Model）及能力成熟度模型集成CMMI（Capability Maturity Model Integration）是国际上采用的软件过程改进模型，是被广泛应用于现代软件企业的过程改进???评估中的主要模型。目前，在实施软件过程改进的软件企业中，超过一半的企业采用了CMMI作为过程改进的指导模型。但是，CMM/CMMI的主要是根据大型软件企业的开发经验提出的，而我国软件企业中大多数是中小型企业。CMMI过于庞大和复杂，对于这些小型企业来说，实施起来存在诸多困难。 　　为了使开发团队具有高效工作和快速相应变化的能力，17位著名的软件专家提出了敏捷方法（Agile Method）。敏捷方法的主要强调：优秀的团队成员是项目获得成功的重要因素，可以工作的软件胜过面面俱到的文档，与客户的合作胜过与客户的谈判，相应变化胜过遵循计划。 　　敏捷方法是一系列“轻量型”的软件开发方法，是以快捷、轻便的思维方式面对各种变化的新软件工程思想的统称。 　　极限编程（eXtreme Programming，XP）是敏捷过程中最负盛名的一个，其名称“极限”二字的含义是指把好的开发实践运用到极致。极限编程有许多有效开发实践，这些实践都是前人经验的总结，我们选择了方便实现的客户参与、代码规范、代码集体所有等进行了尝试，在项目的开发中取得了较好的效果。 　　本人产学研所在的上海A公司是一个具有30多人的软件公司，之所以选择这样规模的公司，是因为这样的公司在国内具有代表性。而且现在鼓励学生自主创业，如何在学生创业初期给予一定的指导，并给出一些指导模型尤为重要。本文结合A公司的软件过程改进实践提出了一种结合敏捷方法的小型软件企业的软件过程改进的模型，在项目的开发的实际过程中取得了不错的效果，能给同类的企业提供一定的借鉴。 　　2 小规模企业软件过程管理现状（The present 　　situation of small scale enterprise software 　　process management） 　　2.1 小规模软件企业的特点[1] 　　我国的软件企业以中小企业为主，大多数是50人以下的小企业，这些小企业具有以下一些特点： 　　（1）员工的年龄比较年轻，但是却没有相应的培训计划。企业的领导认为员工的培训是一种浪费时间与金钱、没有回报的付出。 　　（2）小型软件企业员工用户需求变更频繁，人员流动大。 　　（3）小型软件企业的经营者缺乏有效的管理手段，业务负责人大多是计算机、软件和其他的相关专业，极少是管理专业，表现出人员的管理混乱，难以准确地掌握并控制产品及项目的开发成本。 　　2.2 小规模软件企业应对策略[2] 　　由于小型软件企业存在以上一些特点，导致了这些软件开发企业经常会遇到任务完成进度难以控制、项目延期，疲于应付需求的变更、软件版本混乱、软件质量难以保证、没有有效的项目管理方法和实践指导等问题，从而使得客户满意度降低。针对这些管理和与技术方面的问题，许多小型软件开发企业已开始在软件过程管理、软件过程改进方面采取一系列措施和手段。 　　3 敏捷方法使用中存在的误区（The misunderstanding 　　in the use of agile method）[3] 　　（1）敏捷方法没有文档，也不做设计 　　敏捷方法并不是所有的文档都不写，敏捷方法奉行的是“必要且意义重大的文档”才写。 　　敏捷遵循的是持续设计，并不是不设计。这实际上是将设计工作分到了每天的日常工作中，不断的设计、改善。敏捷方法不是不设计，而是更重视设计。 　　（2）敏捷好，其他方法不好 　　似乎敏捷和其他方法是完全对立的。事实上敏捷方法也吸取了其他方法论的优点，敏捷依然保持了很多历史悠久的实践和原则。 　　（3）敏捷就是XP，就是Scrum 　　XP和Scrum只是众多敏捷方法中的两种，还有很多其他的敏捷方法。 　　即使