摘要： 在系统开发项目中，需求偏差一直是项目失败的主要因素。文章通过对F公司系统开发实践、PMI、6σ和柔性等相关知识与工具的研究，构建了一个基于用户的柔性系统开发项目需求模型，用于指导企业系统需求开发，提升项目成功率。
Abstract： Requirement windage is always the master failing factor in the software developing projects. The paper built a requirement mold based users for flexibility system developing project， by researching the process data of the enterprise system projects， and the technology of PMI， 6σ， flexibility and so on， to leading enterprises for the developing of system requirement， so as to raising the success rate of software projects.
关键词： 需求偏差；PMBOK；6σ；柔性系统；需求模型
Key words： Requirement Windage；PMBOK；6σ；Flexibility System；Requirement Model
中图分类号：TP39 文献标识码：A 文章编号：1006-4311（2012）32-0221-03
0 引言
研究背景：企业e化管理已成为一种潮流和趋势，越来越多的企业通过不断导入或开发各种管理信息系统，提升管理水平。F公司下属NBE塑模单位，近年来一直致力于管理水平提升，不断进行e化管理系统的引进和开发。总结历次开发实践，开发结果与最初需求总存在一定偏差。
究其原因，是需求方项目主管需求开发及管理不规范，所提需求不具可行性、模糊或变更频繁等。鉴于此，文章拟构建一个面向用户的柔性系统项目需求模型，来解决此问题，提升企业需求开发管理水平，提高系统开发项目成功率。
研究思路：课题研究思路：通过研究F公司系统开发实践，总结以往需求开发中导致需求偏差产生的因子；选用PMBOK范围与风险管理知识与工具，结合6σ问题改善模式、FMEA、流程图等工具来构建模型过程维度；利用柔性系统评价及开发的相关研究成果，来构建模型柔性维度；最后，简要介绍该模型在F公司的实践状况。
1 理论与文献研究
1.1 企业系统开发实践 截止08年初，F公司模具厂已陆续引进和开发了PDM系统、TIP-TOP成本系统、MPIS系统、刀具管理系统、I-MOLD生管系统等。有效提升了企业效率和e化管理水平。然而，各系统缺乏有效整合，成信息孤岛，未能发挥管理综效；为使集团各塑模厂之间能协同接单、生产，需架构统一之管控系统；在模具开发中，与上游客户、下游供货商，就产能、品质、交期、成本及人力等进行沟通，需架设全面的信息平台。因此，启动了塑模厂系统整合项目，整合后系统架构见图1。
系统目标大且需求模糊，开发结果需求偏差大，项目失败。
F公司在系统开发中，积累了大量实践经验，可资借鉴：①系统受企业环境、作业流程和组织变更影响，会进行功能模块增减、客制或流程变更；②企业各系统的有效整合是趋势，系统应具有兼容性；③因应系统的二次开发、客制或变更，系统功能构件、模块应具有可重用性；④系统需求单位要精心挑选项目人员，配合IT人员展开系统开发及测试；⑤系统开发前的流程整合，流程的在线可调，可有效减少系统流程变更；⑥系统变更高峰期为开发初具雏形时，可视化为需求开发之有效工具；⑦形成并保持记录的过程，使系统开发过程可追溯；⑧有效的变更控制，可有效减少需求偏差。
1.2 需求管理知识与工具
1.2.1 PMBOK 美国项目管理协会（PMI）制定的项目管理知识体系（PMBOK），将项目管理归为44过程和9大知识领域。PMBOK注重流程管理和过程控制。PMBOK范围管理含范围规划、范围定义、制作WBS、范围确认和范围控制[1]。
范围包括两方面：一是产品范围，产品和服务所包含的特征、功能，即需求；二是交付具有规定特征、功能的产品或服务所必须完成的工作，即项目范围[5]。前者为后者基础，两者为映射关系，须保持一致。由于软件项目需求之特殊性，需求管理通常被视为范围管理。
1.2.2 6σ 针对需求管理，6σ相关知识、工具很有借鉴意义。6σ除了应用在制造领域，也越来越多的应用于服务行业。软件开发属服务行业，故6σ的基本思想和辅助工具也可应用。软件开发和6σ管理有着共同的关注：以客户为中心和减少变差[2]。软件项目开发和6σDMAIC改善模型的阶段可以对应起来，见表1[3]。文章将借用模型D、M阶段的SMART原则、流程图和FMEA等工具来构建需求模型。
1.3 系统柔性 系统柔性的定义版本较多，文章定义：系统在生命周期中，对内外部环境变化的适应、控制能力与投入成本，该柔性分三个维度：缓冲、适应和创新，各维度又细分为三个次级维度：成本、敏捷性和范围[4]。柔性系统注重对系统全生命周期过程（从项目启动，到上线与维护）变化的适应和控制能力及投入成本。
系统柔性开发技术，主要指系统在生命周期中，为适应和控制内外部环境变化，提高自身能力和降低变更成本的工具和方法，目前主要有BPR、构件法、软件复用、可视化开发、UML和敏捷软件技术等[3]、[6]。
2 模型构建
2.1 模型维度 模型为二维，分X和Y两个方向展开维度分析，X向为逻辑维，按过程控制各项活动之内在逻辑展开；Y向为流程维，按需求开发之时间顺序展开。 需求开发流程维度：柔性系统需求开发要有合理的流程，文章参照需求工程知识将流程定义为需求获取、需求分析、需求处理、需求确认和需求管理五个过程[3]，将上述各过程分别细化为一组活动，增加过程粒度，增强过程的可视化、可控性。
过程维度：PMI、CMMI和6σ理论注重过程控制，通过相关过程技术和工具的使用（f（）），有效控制过程输入（X1…Xn），获得理想输出（Y），即Y=f（X1…Xn）模型[2]。文章亦认同此观点，将过程维度定义为依据、工具和技术、成果。
风险维度：柔性系统开发的出发点是适应和控制在系统生命周期中可能存在的需求变更风险，所以模型应设风险维度。
柔性策略维度：柔性策略也即需求风险因子的控制策略，风险管理策略分积极和消极两方面，前者包括回避、减轻、转嫁和接受，后者包括开拓、分享和提高[1]。
综上，柔性需求模型维度架构见表2。
2.2 需求模型 X向维度：需求获取、需求分析、需求处理、需求确认和需求管理；Y向维度：活动、依据、技术与工具、成果、风险和柔性策略，模型见表3。以下对模型内容设计及使用进行说明。
内容设计：在需求开发的各阶段，进行过程细化，最终分解成一组可控的低阶过程或活动；根据PMI和6σ过程控制技术，对低阶过程进行分析，区分出依据、技术与工具、成果；根据柔性系统开发技术[3]、[6]、系统需求开发相关知识与风险记录[3]，[5]，借鉴本企业系统开发实践，分析出该过程可能存在的风险，并制定出相应的柔性策略。
需求获取阶段是模型的关键，过程目的不仅仅是需求数据采集更重要的是与需求方共同制定需求规划（包括风险、柔性规划）和需求开发战略。
在需求开发过程中，各过程顺序并非固定不变，实际上过程存在反复，尤其，当SRS初步完成时，需求变更和流程往复趋于频繁。
2.3 模型应用 模型被应用在F企业PDM系统开发项目中，初见成效，项目于09年5月启动，10年1月成功上线，比计划提前近1个月。首先，在需求获取前，为降低信息沟通偏差，策划了为期两周的需求方与开发人员的结对学习，使相互熟悉对方业务。针对兼容性：系统采用通用的开发语言和系统平台，实现与企业现有MPIS、I-MOLD、CAD等系统的兼容。针对灵活性和适应性：在系统开发前，进行了部门流程的再次优化、整合，及流程的在线可调；充分考虑到系统基于构件的架构和基于复用的设计，决定在Windchill系统的基础上进行客制。导入了FMEA进行风险管理；成立了CCB，制定了变更控制机制，使需求可控等。塑模设计开发部PDM系统见图2。
3 总结与展望
3.1 总结 文章基于F公司模具单位信息系统开发实践，通过对PMBOK、6σ理论与工具，IT项目开发技术及柔性系统开发相关成果的研究，构建了基于用户的柔性系统开发项目需求模型，并应用于模具设计部门PDM系统开发实践中，初见成效。
3.2 不足与展望 文章提到一些专业的IT项目开发技术与工具，如UML、建模和原型法等，但文章主要基于系统需求方视角，从项目管理层面，对柔性系统需求开发进行建模；系统开发技术细节，限于笔者专业背景，未作深入；模型在案例导入中，亦未详细展开，拟在下一篇文章中详述。另外，本模型为动态模型，在后续实践中将不断丰富案例、工具和模板，持续优化。
参考文献：
[1]（美）项目管理协会（PMI）著，卢有杰，王勇译，PMBOK指南（第4版），北京：电子工业出版社，2008.
[2]Christine B Tayntor.6西格玛软件开发[M].锺鸣，王君译，北京：机械工业出版社，2003.
[3]覃征，徐文华，韩毅等编著，软件项目管理（第二版），清华大学出版社，2009.
[4]李广明.供应链信息系统柔性研究研究，同济大学博士论文，2008.
[5]栾红栋.IT项目范围管理和风险管理研究，上海交通大学硕士论文，2009.
[6]李蒂.增强管理信息系统柔性的方法初探，中国科技信息，2011年第16期，95-96.