软件企业研发管理模式的对比与分析.docVIP

软件企业研发模式的对比与分析　　伴随软件行业的发展，业界公司也不断对软件的研发开发模式进行了深入的探讨，形成目前业界比较流程的几个软件开发模式，例如MSF、RUP、XP、CMM，而这些模式都存在相应的优势和缺点;同时因为软件的类型多样、面向的客户对象不同、甚至使用的开发语言不同，决定了软件企业需要结合本公司的产品实际情况选择合适的开发模式;选择不当的开发模式会使软件的开发和测试陷入不断修改代码和测试软件的困境，增加了软件开发成本，延长了软件发布时间。 　　一、MSF模式 　　MSF于1994年首次引入，当时还是一个来自微软的产品开发过程中的一些最佳方法的松散集合，MSF产生后在微软产品组、交付中心、技术组和微软合作伙伴，甚至客户那里得到成功实施，并不断完善，既然MSF被众多软件企业所借鉴使用，MSF本身具备一些值得我们学习借鉴的优点，同时也存在一些需要注意，并进行适当改进的地方，接下来我们重点从组织、流程模型进行分析。 　　1.1、MSF小组模型 　　MSF 小组模型定义了小组同级成员的一些角色和职责，这些成员都在以相互依存的跨学科角色进行信息技术项目工作。下面的图表对该模型的逻辑进行了描述。 　　一个成功的软件项目需要同时实现多个目标，例如至少需要包含能够满足客户的要求、客户满意度要比较高;公司的投入要在一定范围内，要实现投资收益，毕竟商业企业的盈利是应该首要考虑的内容;项目的实际开发进行要受控不能无限拖延;最终的交付要有比较高的质量;整体软件系统的架构设计要比较合理、易于扩展、易于维护;同时还要求项目同时需要给公司带来新的技术积累、经验教训，从而使后续项目能够持续成功;而这些目标需要通过不同的活动来实现，软件项目的活动又具体划分为多种类型，大概主要划分为面向市场类活动、项目管理类活动、架构设计类活动、开发实现类活动、测试类活动、支撑类活动(例如配置管理等)，而这些活动需要具备不同技能人员来执行，所以MSF具体定义了如下五类角色群：产品管理、程序管理、开发、测试、发布管理、用户体验，并且明确定义了五类角色具体职责，这些职责的定义对具体软件企业有很大的借鉴价值： 　　针对MSF小组模型定义，作者感觉重点体现如下优点： 　　1)按照角色群的方式定义，便于角色的分层管理; 　　2)角色、职责定义全面含盖了软件项目的所有必须的活动; 　　3) 定义了根据不同项目情况，小组模式的扩展与收缩方法，对不同规模、不同类型的项目有很大的借鉴价值; 　　4)角色定义就体现了商业软件开发的市场驱动、财务驱动; 　　5)角色定义的层次体现了对测试、服务等职能工作的重视; 　　结合中国软件企业的管理现状，MSF在中国软件企业具体使用时就会暴露如下缺陷： 　　1) 项目的责任主体不明确，缺少一个角色对项目的整体负责，产品管理对项目前端和后端负责、程序管理对项目中间负责，另MSF更强调的是大家协同共同为项目负责，甚至不同阶段项目的第一责任主体可以不同，体现了类似“生产模式”的研发。 　　2)MSF只定义了操作级项目模式，而没有详细定义项目决策团队的模式，在中国职能管理根深底厚，简单定义项目操作级的组织模式，项目实际执行中会因为人员来自不同职能部门产生比较多的冲突和相互配合问题。 　　1.2、流程模型 　　每个项目都要经过一个生命周期，这是一个包含项目里所有活动的过程，而这些活动的发生要到项目结束并过渡到操作状态才会结束。生命周期模型的主要功能是建立活动进行的顺序。正确的生命周期模型能够简化项目，并帮助确保每一个步骤都会让项目更加接近成功。下面是 MSF 过程模型生命周期的一个简图。 　　MSF 过程模型把来自传统的瀑布模型和螺旋模型的概念结合起来，以阶段和里程碑为基础，每个阶段都有其自身的特色，每个阶段的结束都代表了项目进展和中心点的变化。里程碑是检查和同步点，用来确定阶段的目标是否已经实现。同时MSF基于软件项目需求的特点(模糊性、易变性)，建议采用版本化项目开发模式，具体就会出现多个版本的叠代开发，类似如下流程模型： 　　整体来讲MSF的流程模型定义是非常清晰的，也体现了软件项目的实际特征，作者感觉MSF流程模型集中体现了以下优点： 　　1)阶段化，将流程划分为明显的几个阶段，并且明确定义了阶段结束标准; 　　2)并行化，MSF流程模型把并行开发的思维体现的比较清晰，例如明确定义开发阶段就需要明确定义下阶段(稳定阶段)的集中测试所需要的测试用例; 　　3)阶段里程碑和内部小里程碑都被比较确切地定义，通过内部里程碑的控制可以有效控制项目构件的交付质量，通过阶段里程碑的控制可以有效解决构件之间的遗留问题，确保项目整体质量; 　　4)实现各个职能领域的交叉协同，流程模型中同时详细定义各个支撑角色(例如配置管理)的活动，实现了工程活动和管理