[doc] 基于检查的软件项目外包团队风险管理

[doc] 基于检查的软件项目外包团队风险管理 基于检查的软件项目外包团队风险管理 第7卷第24期2007年24月 1671-1819(2008)24-6344-05 科学技术与工程 ScienceTechnologyandE-sineering Vo1.7No.24Dee.200r7 @2007Sci.Tech.Engng. 基于检查的软件项目外包团队风险管理 曹文钊蒋国萍 (国防科技大学信息系统与管理学院,长沙410073;海军工程大学.武汉430033) 摘要首先简要介绍了SEI的团队风险管理的主要思想以及基本流程;接着回顾了基于检查的软件发展过程技术的发展及 应用;然后结合我国软件用户的实际情况,以及软件过程项目管理的现状,提出软件项目外包的基于检查的团队风险管理.以 减少软件项目外包的风险,提高软件质量. 关键词风险管理软件项目外包团队检查 中图法分类号TP311.5;文献标志码A 软件行业已经充分意识到了软件项目风险管 理的必要性,重要性以及紧迫性. 早在1968年和1969年,在原德意志联邦共和 国分别召开了两次NATO会议,会议讨论了关于解 决软件问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 (包括费用,可靠性,可维护性)的方法. 指出了软件开发存在的问题.美国国家航天航空 管理局(NASA)和国防部(DOD)大力倡导在软件项 目,特别是软件密集型项目中实行风险管理.1989 年,RobertN.Charette撰写了题为”SoftwareEngi— neeringRiskAnalysisandManagement”Es]和”Soft. wareEngineeringRiskAnalysisandManagement-- Applications”等两本专着.提供了一些基本的风险 管理理论,方法和工具,但实际操作性不强.目前, 国外对于软件风险研究最透彻,最先进的单位当属 卡内基梅隆大学的软件工程研究所SEI和SATC (theSoftwareAssuranceTechnologyCenter).1996 年,SEI提出了软件风险影响纲要,并在此基础上建 立了软件风险费用模型,该模型主要集中在两个基 本领域:一是确定评估软件风险的COCOM0-7-2费 用估计工具,二是用COCOMO--2开发确定风险管 理投资回报的方法.这些可用来估计减轻风险所 需费用和风险发生时的损失.1996年,SEI开发了 一 套比较完善的软件风险管理(SoftwareRiskMan- 2007年8月31日收到 agement,SRM)方法体系. 对于大多数用户而言,外购是获得软件的一个 主要的途径.对于那些市场上已经存在成熟产品 的,可以直接购买;市场上尚未有合适产品的,则以 外包的方式,寻找开发商,将项目承包给他们.软 件项目的外包过程一般分为以下各工作阶段,包括 项目需求分析和设计,厂商选择,承包商开发,业主 阶段评估,交验测试,安装,培训,维护,后评价.在 这个过程中,对国内的大部分软件开发项目而言, 项目的风险管理基本上由承包商独自进行(如果进 行了风险管理),用户在这方面参与较少.事实上, 一 旦项目失败,用户方必将遭受很大的损失,投入 的资金难以回收,信息技术的更新受到阻碍,进而 影响组织的发展;或者,承包商为了赶进度或节约 成本,使得软件质量大打折扣,不但缩短了软件使 用寿命,还可能潜伏着致命的缺陷,为用户带来不 可估量的损失.美国在这方面已经有了一定的研 究,SEI提出的软件采办能力成熟度模型SA-CMM, 描述了采办者在软件采办过程中的任务,从软件采 办组织的角度出发,将该类组织按照其在软件采办 方面的成熟度分为初始,可重复,定义,定量,最优 化(initial,repeatable,defined,quantitative,optimi- zing)等5个层次.能力成熟度模型通过对组织软 件采办过程的评估来识别需要改进之处,并为促进 这些改进提供了一个框架. 24期曹文钊,等:基于检查的软件项目外包团队风险管理6345 我们在本文中,首先介绍了SEI的软件风险管 理(SRM)方法体系中的支撑实践之一——团队风 险管理的主要思想,以及IBM的基于检查的软件开 发过程技术.联系我国当前软件行业项目管理的 现状以及软件用户的实际情况,我们将检查与团队 风险管理相结合,提出基于检查的团队风险管理这 一 方法体系.我们期望通过这一风险 管理体系 怎么建立质量管理体系环保管理体系it运维服务管理体系质量体系程序文件项目安全生产管理体系 ,为 软件外包风险管理提供一条可行的路径,提高外包 风险管理的质量. 1背景知识 1.1团队风险管理 团队风险管理(TeamRiskManagement,TRM) 是SEI软件风险管理的三大支撑实践一软件风险评 估(SoftwareRiskEvaluation,SRE),持续风险管理 (ContinuousRiskManager,CRM)和团队风险管理之 一 .是通过团队导向的活动,对风险管理进行扩 展,团队组成包括用户和承包商(如政府和承包 商).TRM建立了一个基于一系列过程,方法,工具 的环境.在这个环境中,用户和承包商协同工作, 在整个软件项目开发的生命周期内持续地进行风 险管理.TRM是建立在软件项目风险管理的七条 原则,合作团队和共享的产品视图之上的.TRM扩 展了SEI的风险管理过程,增加了两个功能——启 动和组建团队.启动指的是,用户与承包商认识到 团队风险管理的必要,达成共识,并承诺维持团队 风险管理的顺利进行.然后双方分别派出几名代 表,组建风险管理团队. 图1团队风险管理模型(TeamRiskManagementModel,SEI) 团队风险管理的优势主要体现在: (1)方便用户与承包商之间更好的沟通与协调. (2)全方位,多视角的识别潜在风险因素.用 户与承包商的合作,集中了更多的辨识,控制风险 的经验,并且可以更广泛地寻求风险控制措施,而 不仅仅限于各自的控制范围之内. (3)能对风险因素采取更有效的控制措施.通 过共享风险,可以集合用户和承包商的资源来减缓 风险,迅速采取措施遏制风险的发展. (4)更好的保证最终产品的质量,提高双方的 满意程度. 1.2基于检查的软件过程 M.E.Fagan在1976年的IBMSystemJournal上 发表了题为”Designandcodeinspectionstoreduce errorsinprogramdevelopment”的文章.提出了在软 件开发的设计与编码阶段进行正式的检查.检查 是设计和编码中正式,有效,经济地发现错误的方 法J.检查的首要目的是查找软件中的缺点(或者 是错误).Fagan从实际工作中得到证实,检查能够 提高生产力,改进最终程序的质量;同时,检查还能 改善过程控制和项目管理. NASAl993年的”SoftwareFormalInspections Standard”8提供了软件正式检查的规则,过程以及 明确的要求;”SoftwareFormalInspectionsGuide— book”则提供了怎样建立和实行检查过程的一些 补充信息.NASA认为,正式的检查可以用于软件 开发过程中的任何产品或部分产品,包括需求,设 计和编码等.软件正式检查是在开发生命周期内 由一小组人执行的发现缺点,排除缺点并进行修正 确认的过程.缺点指的是产品中任何错误,不适 当,或者不满足要求.检查的目的是确保尽可能在 生命周期的早期排除缺点.检查可在软件开发过 程的任何阶段进行,改进产品,为开发者提供信息 反馈.检查的对象可以为需求,结构设计,详细设 计,测试 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 过程等.执行检查的小组人员来自 开发,测试,甚至是用户.检查是用来判断软件产 品的质量而不是用来评价软件开发人员.针对的 是产品而不是人员,结果不能用来作为人员评价 6346科学技术与工程7卷 的依据. 2基于检查的团队风险管理 2.1概述 在简单回顾了团队风险管理和基于检查的软 件过程之后,我们主要基于以下思想提出了软件项 目外包的基于检查的团队风险管理. (1)纠正已完成工作中的缺陷,即是减少了项 目的风险. (2)调整未来 工作计划 幼儿园家访工作计划关于小学学校工作计划班级工作计划中职财务部门工作计划下载关于学校后勤工作计划 中的不合理之处,减少 风险发生的可能. (3)组织之外的人员更能发现组织内部的工作 缺陷. (4)即使在排除了不可控的因素之后,软件项 目的风险仍然不完全是承包商一方的 责任 安全质量包保责任状安全管理目标责任状8安全事故责任追究制幼儿园安全责任状占有损害赔偿请求权 .双方 的协作更有利于风险的管理. (5)我国软件项目外包管理的现状. 与IBM的正式检查(formalinspection)相区别, formalinspection注重的是对错误(缺陷)的发现,而 基于检查的团对风险管理的”检查”不仅仅针对于 对以完成工作的错误的发现,更注重工作可能带来 的风险的分析,以及对工作计划的检查,查找计划 中可能导致的潜在风险.着重点是风险,检查错误 只是发现风险的一个途径而已.一般不对编码等 具体的工作进行技术上的检查. 风险管理团队中的人员组成,一般而言,用户 方派出2—3人,要求熟悉该项目,有项目管理,风险 管理的经验,用户也可外聘风险管理专家,代表用 户或者与用户代表共同组建团队;承包商一方派出 实际负责该项目的项目负责人,技术负责人以及风 险管理人员等2—3人.根据软件项目规模的不同, 团队中人员数目可以有所变化,但风险管理团队中 的人员必须是实际参加该项目工作的,并有良好的 沟通,协调能力和敬业精神. 软件项目外包的基于检查的团队风险管理的 主要形式是召开团队风险管理会议.团队风险管 理会议召开的时间,如图2所示,一般为软件开发过 程中每阶段之前或用户与承包商之任何一方察觉 有必要召开时. 图2项目过程与基于检查的团队风险管理 检查的对象:不同阶段召开的团队风险管理会 议,检查对象也不同,总的来说,检查的对象是会议 前项目当前工作的阶段性成果和下阶段工作的计 划.例如,在软件测试之前举行的团队风险管理会 议,检查的对象是测试计划等. 检查对象的来源:根据本次风险管理会议的讨 论内容,由项目承包方主动提供;用户也可在会前 明确要求承包方提供相关材料.例如在编码阶段 后的团队风险管理会议,一般而言,不要求对程序 的源代码进行检查.但是,如果用户认为某个模块 的核心编码非常重要,则可以要求承包商提供此段 编码,由风险管理团队共同进行检查. 检查的执行人员是用户与承包商组成的风险 管理团队.团队中双方成员是平等的,不存在一般 意义的”检查”所暗含的上下级关系.当然,团队中 的一方内部,如承包方的代表,应该有一名负责人. 2.2工作流程 基于检查的团队风险管理的工作流程见图3. 双方决定召开风险管理会议后,承包方准备本次会 议所需要的材料,包括已发现风险的发展现状,当 前工作的主要成果,下阶段工作计划,核心部件的 设计编码等;召开团队风险管理会议;双方的团队 风险管理成员共同检查所提供的材料,查找前阶段 工作的缺陷和错误,讨论下阶段工作计划,分析可 能带来的风险,辨识关键的风险;确定风险控制的 主要责任方,制定风险控制计划;记录本次会议上 的所有决议;在双方确认已完成本次风险管理会议 的任务之后.结束会议. 会议上的主要内容: (1)对以前发现的风险进行跟踪,检查风险控 制的效果,该风险目前状况,是否需要进一步的控 24期曹文钊.等:基于检查的软件项目外包团队风险管理6347 制,是否需要修改风险计划;并检查风险控制措施 是否带来了新的风险等. (2)双方对承包方提供的材料进行细致的 检查. (3)检查前阶段的工作,辨识可能带来的风险, 运用风险评估技术,确定风险的大小(定量或定 性),依据组织对风险的承受程度,找出关键的,需 要对其采取措施的风险,并制定风险计划,落实责 任方. (4)检查承包方关于下一阶段工作的计划,在 技术,资金,进度风险管理的三维空间中,辨识计划 行动的风险,双方经过细致而周密的讨论,对计划 进行必要的修改. (5)会议中的所有行动和决策,双方都必须进 行记录. 结束 图3工作流程图 3结束语 本文首先简要介绍了SEI的团队风险管理的主 要思想以及基本流程;接着回顾了基于检查的软件 发展过程技术的发展及应用;然后基于我国软件项 目外包管理的实际情况以及软件项目管理的现状, 提出软件项目外包的基于检查的团队风险管理. 基于检查的团队风险管理的相关技术,例如检查的 最佳时机选择,检查的频率,检查的内容以及相关 的技术手段等,我们将继续进行深入的研究. 参考文献 1Softwareriskmanagement.TechnicalReport,CMU/SEI-96一TR-012, 1996 tr012.96.oaf 2HignemRP,DowfeeAJ,WalkerJA,eta1.teamriskmanagement: anewmodelforcustomer-supplierrelationships.TechnicalReport, CMU/SEI-94一SR-005.1994.; ments/94.reports/pdf/s~05.94.pdf 3(美)凯西?旎瓦尔贝.IT项目管理.王金玉,时彬译.北京: 机械工业出版社,2002 4HigueraRP,GluchDP.Anintroductiontoteamrisknmnagement (Version1.0).TechnicalReport,CMU/SEI-94一SR-001,1994.ht? tp://www.sei.cmu.edu/pub/documents/94.reports/pdf/mO1. 94.pdf 5PandeliosGJ,BehrensSG.Softwareriskevaluation(SRE)team member’sn~ebook(Version2.O).TechnicalReport,CMU/SEI一 99一TRY29,1999. reports/pdf/99tr029一app.pdf 6高绍新,纪卓尚,林焰.软件项目外包采购管理的探讨.计算 机工程,2002;28(1) 7FaganME.Designandcodeinspectionstoreducee~orsinprogram development.IBMSystemsJournal,1976;15(3):l82—2lO 8Softwareformalinspectionsstandard.NASA—STD一 2202-93,1993ht— tp://sate.gsfc.nasa.gov/fi/std/fistdtxt.txt GB—A302,1993ht? 9Softwareformalinspectionsguidebook.NASA— tp://sate.gsfc.nasa.gov/fi/gdb/fitext.txt 10MadachyRJ.Systemdynamicsmodelingofaninspection?based Process.In:InternationalConferenceonSoftwareEngineering,Ber- lin,Germany.1996:376—086 (下转第6374页) 6374科学技术与工程8卷 参考文献 1蒋国萍,陈英武.基于面向对象贝叶斯网络的软件项目风险评 估.系统工程与电子技术,2005;(1):353—356 2BumsB,Morri~nCT.TemporalabstractioninBayesiannetwork. AmericanAssociationforArtificialIntelligence,2003;16(2): 121—127 3BerzuniC.Representingtimeincausalprobabilisticnetworks.In UncertaintyinArtificialIntelligenceFive,1990 4TawilkAY,NeufeldE.TemporalBayesiannetworks.In:Proceed— ings0fFirstInternationalWorkshopOHTemporalRepresentationand Reasoning(TIME),1994 5SantosJrE.Prababilistictemporalnetworks:aunifiedframeworkfor reasoningwithtimeanduncertainty.InternationalJournalofApprox- imateReasoning,1999;20:263—291 6YoungJD,SantosJrE.IntroductiontotemporalBayesiannetworks. In:MichaelGasser,editor,oLlineproceedingsofthe1996Midwest ArtificialIntelligenceandCognitiveScienceConference.2004 7蒋国萍,陈英武.时间贝叶斯网络及其概率推理.管理科学学 报,2007;(5):l2—18 8王诺.网络计划技术及其拓广研究.j京:人民交通出版 社.1999 9朱弘毅.网络计划技术.上海:复旦大学出版社,1999 ResearchofBayesianNetworkModelinSoftwareProject ScheduleRiskManagement CAOWen—zhao,JIANGGuo—ping’ (NationalUniversityofDefenseTechnology,Changsha410073,P.R.Cina;NavalUniversityofEng/neerlng’,Waban430033.P.R.China) [Abstract]TheSchedulingBayesiannetworktomodelsoftwareprojectschedulingriskisstudied.Themodeling method,relatedcalculationandprobabilityinferencealgorithmarepresented.SchedulingBayesiannetworkpro— videsmodelingmethodandinferencealgorithmsforthemanagementofsoftwareprojecttimerelatedrisk. [Keywords]softwareprojectscheduleriskbayesiannetworks (上接第6347页) Inspection-basedSoftwareProjectOutsourcingTeamRiskManagement CAOWen—zhao,JIANGGuo.ping’ (SchoolofManagement,NationalUniversityofDefenseTechnology,Changsha410073,P.R.China; NavalUniversityofTechnology’,Wuhan430033,P.R.China) [Abstract]Themainideasandbasicoperationflowofteamriskmanagementsimplyarefirstintroduced.Then thedevelopmentandapplicationofinspection—basedsoftwareprocesstech nologyarediscussed.Finallyamethod systemofinspection—basedteamriskmanagementforsoftwareprojectoutsourcingisbringforward,inthepurposeof improvingthequalityofsoftware. [Keywords]riskmanagementsoftwareprojectoutsourcingteamworkinspection