【《Y公司软件开发项目进度管理现状、问题及优化方案设计》19000字】

Y公司软件开发项目进度管理现状、问题及优化方案设计目录TOC\o"1-3"\h\u18494Y公司软件开发项目进度管理现状、问题及优化方案设计 132451第1章Y公司软件开发项目进度管理现状分析 1171121.1Y公司软件开发项目背景介绍 1203831.1.1Y保险公司介绍 1118791.1.2软件开发项目背景 146481.2Y公司软件开发项目现状 1307951.2.1项目人员组织架构 173261.2.2项目任务分解 1190991.2.3基于关键路径法的项目进度计划 1210441.2.4绘制甘特图 180451.3Y公司软件开发项目进度管理问题 14211.1.1项目工期估算不合理 1234311.1.2项目资源估算及分配不合理 1291041.1.3项目缺乏有效的进度控制 149811.3本章小结 121079第2章Y公司软件开发项目进度管理优化方案 1302862.1基于关键链的项目进度计划优化 1166462.1.1平衡资源冲突 1296212.1.2消除安全时间 1161502.1.3设置缓冲区 178972.1.4计算缓冲区 1136402.2基于改进挣值法的项目进度控制优化 178122.2.1基于关键链的改进挣值法 1133512.2.2缓冲区的消耗评价 1149592.2.3基于改进挣值法的项目进度控制 1246922.3项目进度管理优化效果分析 1第1章Y公司软件开发项目进度管理现状分析1.1Y公司软件开发项目背景介绍1.1.1Y保险公司介绍Y公司是一家大型保险集团公司，历经了十余年的发展，已经成为中国金融届的新锐力量。作为一家全国性的集团型公司，Y公司旗下拥有数量众多的子公司。业务范围相当广泛，在全国各地辐射到保险、资管和医疗健康等，而且各家子公司都在各自的专业领域取得了不俗的成绩。在公司成立满五年之际，就获得了很多包括“中国500强企业”、“中国服务业100强企业”等荣誉和头衔。时值中国经济飞速发展，信息化时代的全面到来，Y公司启动了全新的发展新战略，以公司文化为引领，以价值发展为主线，聚焦保险主业核心能力以及核心优势提升，持续强化大健康产业布局，强化科技引领和创新驱动，有效推动集团的高品质发展。所以随着信息化浪潮的来临，Y保险公司全面推进线上化和智能化的服务创新，不断升级以“一站投”“闪赔”“一键赔”“疾先锋”以及智能客服机器人为特色的全线上智慧服务模式，以科技、智能为驱动，发挥自身的集团优势，整合公司自身的资源，持续不断地在研发上下功夫，努力创新走在行业前列。Y保险公司力求能够打造强大的产品研发能力，提升公司的管理水平，为客户提供更好的产品与服务，为广大客户的美好生活保驾护航。公司在总部设有科技支持中心，设立了开发岗、架构师岗、安全运维岗、需求管理岗、科技创新岗、测试岗等岗位职责全面的信息技术部门，为集团公司日常的信息系统维护、信息安全的保障做支撑。所以Y公司的信息系统维护、后台安全防控等，都是公司内部有专人专岗负责，如果有需要开发新的软件产品或升级系统，就会以项目小组的形式来完成该项目。1.1.2软件开发项目背景2020年开年，远程办公受到了全行业的空前关注。远程办公是保险公司有效应对突发事件，维持正常运营管理的有效手段，同时也是线上化、智能化转型的重要内容。Y保险公司的董事长在集团全系统发展启动大会上要求开展线上化、智能化运营模式的变革，颠覆传统运营模式，转而向线上化转型，不仅要在认识层面山改变，也还要从工作习惯上改变，同时也更是一种工作评价方法的改变。在外部环境变动的影响下和公司战略的倡导下，需要推出远程办公类的移动端软件以满足各项需求。这的确考验着保险公司数字化的能力，科技力量强的公司，可以基于自己的技术和平台快速复工，远程展业，线上会议培训等，这将加速保险公司线上线下的业务的结构性调整，保险机构也将开启构建线上线下融合生态的机遇，为行业的长期发展提供契机。远程办公则是保险公司线上化、智能化办公管理的重要方面之一。提升远程办公管理的质量和效率，整体强化公司行政管理应急能力和丰富办公多元化模式，是线上化、智能化管理的重要探索和应用。图1.SEQ图3.\*ARABIC图1.SEQ图3.\*ARABIC1远程办公体验反馈由图1.1中信息可得知员工的正向体验主要集中在三个方面：1、80%的员工认可远程办公能有效减少办公通勤时间和出行成本，也可避免交通拥堵。2、63%的员工反馈远程办公在时间安排方面能在保证工作的前提下，更好地兼顾生活，3、58%的员工反馈远程办公环境是自己更喜欢更舒适的。对于Y保险公司而言，公司组织架构层级庞杂、从业人员众多，岗位性质也包含管理类、销售类和作业类人员，远程办公基本是以线上化作业的方式来完成，因此需要一个安全稳定、容量充裕、能够满足各个岗位工作需求的线上化远程办公系统。其中移动端的应用软件必不可少。Y保险公司就是在上述的各种背景之下，迅速制定了远程办公组织、管理、考核等各项办法，同时紧急升级各项远程办公系统，成立软件开发项目小组来开发手机端的办公软件，以适应全系统员工远程办公的需求。1.2Y公司软件开发项目现状1.2.1项目人员组织架构此次软件项目开发，是由Y保险集团总部牵头发起的，由总部科技支持中心的总经理直接负责本次软件开发项目，人员配置如下：1、项目经理1人：是项目实施过程中的管理者、领导者，职责是需要带领整个项目组的团队人员，在保证质量的前提下，按照规定的时间完成该项目的全部工作任务。同时还需要将项目中的各项任务合理地、可量化地分配给团队成员。还要负责和不同团队负责人联系，跟踪项目进度，主导整个项目过程，及时向上汇报。2、UI设计师1人：负责做出产品的原型图，负责软件界面的美术设计、创意设计，对页面进行优化，让软件界面变得更美观更好用。3、需求分析员1人：主动与客户接触，了解客户需求，分析确认主要系统用户及其需求，将客户需求写成需求说明，以提供给设计人员，并以此来设计软件的各个功能。4、设计人员3人：掌握面向对象分析与设计技术，统一建模语言，需要负责设计软件的交互接口、数据库和功能模块等，并绘制出设计图样。5、开发人员3人：就是程序员，按照项目的需求将设计人员设计好的各类功能模块等进行编写成代码，以实现软件的各种功能。6、测试员1人：需要根据BA提供的用户需求来检测软件的功能是否已经达到客户需求，测试系统有无漏洞等问题并及时提出问题的解决方案。7、配置管理员1人：在整个软件开发项目过程中，为软件的集成运行测试等提供环境部署的服务。图1.SEQ图3.\*ARABIC图1.SEQ图3.\*ARABIC2项目人员架构图1.2.2项目任务分解本次软件远程办公软件开发项目可以分为如下几个步骤：需求调研分析与确认、软件产品的设计、根据设计编写代码并做测试、最后是交付上线并配置管理员进行维护。第一步是需求分析及确认。这里的需求有着不止一层的含义，首先是用户需求和业务需求，这是指客户向软件开发团队提出的需要达成何种功能的意愿，而业务需求是指客户方对于该软件的功能、系统等方面提出的诉求。这两种需求都是客户方面的表达，那么需求分析还包含着第三层含义，就是必须将上述的两种需求，转化成功能需求，就是指软件开发人员需要为此实现的具体的软件功能，以满足客户使用软件进而达成其目的的需求。确定客户是否需要这样的产品类型。此次Y公司远程办公软件开发项目，就是要针对公司管理类员工、运营类员工、外勤员工等进行需求调研和分析，确定远程办公软件需要实现哪些用户需求，才能为后续的开发步骤打好基础。此步骤当中，还需要由UI设计师根据客户需求，提供出产品原型图，如图1.3中所示的线框图形即可，需要将产品原型图和客户需求文档呈现给客户，并和客户做好需求的确认。图1.STYLEREF1\s图1.STYLEREF1\s0.SEQ图\*ARABIC\s12产品原型线框图图1.SEQ图3.\*ARABIC3产品原型线框图本次Y保险公司远程办公软件项目主要是实现公司员工能够在手机移动端登录办公软件，并实现远程打卡、休假申请、查询企业通讯录、事项审批、线上会议、财务管理、学习培训等各项功能。第二步是软件产品的设计。软件产品设计是在确认好客户的需求之后，所有设计人员针对此进行具体的UI视觉设计、交互接口的设计、数据库的设计、功能模块设计以及详细设计。UI设计师根据客户的需求、原型图和开发计划，制定UI设计计划，以保证能够及时完成各个页面UI设计工作。制定UI设计规范，并输出文档，再详细设计具体的软件界面效果图。开发人员要根据需求和体系架构对软件运行环境、模块编码、流程控制、接口、运行控制和数据结构进行设计，对数据库结构进行设计。开发人员还要根据每个模块的功能需求以及算法，设计出详细的设计文档。每个功能模块在系统内部，都有自己对接其他功能模块的接口，与此同时，对外还有相应的交互接口以及用户界面，设计人员还需要对这部分的细节和数据做出设计。在本次办公软件开发项目中，手机软件需要设计“首页、通讯录、工作、企业邮箱、我的”等一共五大模块，此步骤需要UI设计师讲软件的UI设计呈现出来，如图1.4所示。图1.图1.SEQ图3.\*ARABIC4软件UI设计图最后一步是交付上线并维护。项目经理要组织客户、需求分析员、开发人员、配置管理员等对软件进行验收并部署上线运行工作，对软件使用人员进行培训，并对软件进行各项维护。以上四个步骤是此次软件开发项目的全流程，这四步任务中，每一步又可分解为若干个任务，本次软件开发项目的任务分解如表1.1所示。表1.SEQ表3.\*ARABIC1Y保险公司远程办公软件开发项目任务分解表需求调研需求说明书Y公司远程办公软件开发项目需求分析确认产品原型设计业务确认软件产品设计UI视觉设计交互接口设计数据库设计功能模块设计详细设计编码与测试苹果APP系统编码安卓APP系统编码苹果APP系统编码单元测试安卓APP系统编码单元测试集成测试交付上线与维护验收交付部署上线维护配置1.2.3基于关键路径法的项目进度计划由于Y保险公司一直也在致力于打造信息化的公司管理模式，并且也有自己的信息技术中心，所以关于软件类项目的管理经验尚有一些积累，但本次软件开发项目时间比较紧迫，所以如何在规定的时间内，按时高效地完成项目预期，也是有一定难度的，而且随着市场环境竞争越来越激烈，软件技术日新月异地发展，如何在行业纷纷信息化改革的大趋势中抓住基于，不断积累项目管理的经验，加强公司的管理能力和提升市场竞争力，显然至关重要。在此次软件开发项目的初期，项目经理按照过往的项目进度管理的经验，运用了计划审评技术和关键路径法来制定项目进度计划。在项目任务分解之后，利用PERT的三点估算法，根据此前的项目经验估算出本次远程办公软件开发项目各项任务的持续时间，如表1.2所示：表1.SEQ表3.\*ARABIC2项目任务的互相关系及基于PERT的任务持续时间估算表任务编号任务名称乐观完成时间最可能完成时间悲观完成时间工期（三点估计法）紧前任务101需求调研5101510102需求说明书2575101103产品原型设计47107101104业务确认1232102、103201UI视觉设计7101310104202交互接口设计5797104203数据库设计3575104204功能模块设计68139104205详细设计24303630201、202、203、204301苹果APP系统编码21283528205302安卓APP系统编码20263226205303苹果APP系统编码单元测试3454301304安卓APP系统编码单元测试3454302305集成测试12162016303、304401验收交付1232305402部署上线1343401403维护配置3575402图1.SEQ图3.\*ARABIC5Y保险公司软件开发项目计划网络图图1.SEQ图3.\*ARABIC5Y保险公司软件开发项目计划网络图图1.STYLEREF1\s0.SEQ图\*ARABIC\s13本文在第二章中介绍了关键路径法，当任务的时差为0的话，则该任务就在关键路径上，全部任务的时差都是0的路线，就是项目的关键路径。关键路径实际上是项目网络图中历时最长的路径，通过正推法和倒推法来计算可得出项目的关键路径，并且以此通过计算得到项目的工期。这里所说的的正推法，就是从项目的第一个任务开始往最后一个任务推算，计算出每个活动的最早开始时间ES和最早结束时间EF。同理可得，倒推法是相反方向，从最后一个任务往前追溯到第一个活动，计算出每个活动的最晚开始时间LS和最晚结束时间LF。可设任务持续时间为T,则可得各项任务的参数计算公式为：ES=maxQUOTEES=max（所有紧前任务的QUOTEEFEF）（3-1）EF=ES+TQUOTEEF=ES+T（3-2）LS=LF−TQUOTELS=LF-T（3-3）LF=minQUOTELF=min（所有紧后任务的QUOTELSLS）（3-4）基于本项目的网络计划图，以及公式（3-1）（3-2）（3-3）（3-4）可由此计算得出表1.3列出的相关数据。表1.SEQ表3.\*ARABIC3基于关键路径法的Y保险公司软件开发项目工序时间参数表任务编号持续时间T最早开始时间ES最早结束时间EF最迟结束时间LF=MIN（所有紧后任务的LS）最迟开始时间LS=LF-D总时差TF=LS-ES1011001010001025101517122表1.3基于关键路径法的Y保险公司软件开发项目工序时间参数表（续）1037101717100104217191917020110192929190202719262922320351924292452049192829212205302959592903012859878759030226598587612303487919187030448589918723051691107107910401210710910910704023109112112109040351121171171120从表1.3中可以看出总时差为0的任务，由此可以识别并确定项目的关键路径为101→103→104→201→205→301→303→305→401→402→403，关键路径上所有任务的总工期是117，所以，当使用关键路径法制定该项目进度计划时，该软件开发项目的总工期为117天。1.2.4绘制甘特图图1.SEQ图3.\*ARABIC图1.SEQ图3.\*ARABIC6软件开发项目甘特图1.3Y公司软件开发项目进度管理问题1.1.1项目工期估算不合理在项目初期制定项目进度计划时，依旧是按照过往的经验和基于计划评审技术的关键路径法来确定项目工期。虽然在估算每个项目任务的适合，采用了三点估算法来尽量使得每个任务活动的持续时间能够合理，但依旧在给出最乐观完成时间、最悲观完成时间和最可能完成的时间时，给每个任务持续时间都多留了余量，这是很正常的心理，因为不论是项目执行人员还是项目的管理者，都会把自己要完成的那部分任务活动的工期多估算一些，不仅是考虑到任务活动本身可能会因为各种各样不确定的风险因素导致延误，也考虑到该任务活动紧前的任务活动工期万一超过预期时间延迟了，会影响到自己手头这部分的任务活动的开始使时间。所以即使用了三点估算法来估算工期，每个项目任务的持续时间里依旧存在在大量的“安全时间”，使得项目工期的预估不准确不合理。而且每个任务活动都保留有安全时间，并不能够使得每一个任务活动都一定能够在预估的时间内完成，即使不考虑资源缺乏、各种风险等外部因素，项目小组人员都会有“帕金森综合征”和“学生综合征”，不到任务可能延误的时间不会动工，而且一般就算提前完成了某项任务活动，也不会提前开始下一项任务，使得分散在各个任务活动中的安全时间被白白浪费掉了，并没有起到相应的作用。1.1.2项目资源估算及分配不合理在制定项目进度计划时，只找出关键路径来确定项目总工期的时间进度，并没有考虑到项目资源的约束条件，如果关键路径和非关键路径上的任务活动都需要同样的资源，那么两个并行的任务活动很可能因为资源约束，没有办法同时进行，显然就必须得考虑资源如何分配才能够让项目进度不至于延误。在软件开发项目当中，人力资源往往是最需要考虑的约束因素，因为软件开发项目不同于一般的项目，它是相当依赖于技术人员的技术以及技术的熟练程度，还有作业环境的资源是否充足等一系列的条件。在Y保险公司此次软件开发项目中，人员配置可从图1.2中看出，配备的测试人员只有一名，那么在项目进行到单元测试时，只可能进行完一个任务，再进行下一个，而这个人力资源的冲突显然在上述的项目进度计划制定中并未很好地平衡。1.1.3项目缺乏有效的进度控制项目进度管理中，必须要有可行的项目进度控制，不然项目进度计划制定得再好，如果不能在项目实施过程中做到及时有效地监控项目进度，那么也必然造成项目无法按照原有的进度计划进行下去，使得工期延误。在Y公司此次远程办公软件开发的项目中，对于项目进度控制主要就是每天项目小组成员向项目经理汇报自己当日的工作情况和进度完成情况，在监控的工具和数据方面单纯地采用了甘特图来追踪偏差，而在项目进行的过程当中，事情可能会不断地产生变化，需要实时更新甘特图，如果无法保证更新的频率，那就会导致无法及时地发现并且针对该问题做出反应。也缺乏对于风险的预警系统，有一些风险是可以在项目实施过程中很明显地识别出来的，而有一些无法提前采取预防措施，所以在动态监控方面，缺乏有效预警机制。1.3本章小结本章节介绍了对Y保险公司远程办公软件开发项目的背景、组织架构以及实际的进度管理现状，详细描述了该项目的进度管理过程，包括项目任务的分解、基于关键路径法制定进度计划、用甘特图展示项目进度等，进而对该项目存在的问题及其原因做出分析，进而为项目进度管理的优化提供思路。

第2章Y公司软件开发项目进度管理优化方案2.1基于关键链的项目进度计划优化2.1.1平衡资源冲突在本文第三章中介绍到，Y保险公司软件开发项目在制定项目进度计划时，使用了关键路径法和计划评审技术，算出所需要的项目总工期为117天。由于项目中每项任务是否能够按时完成都存在着不确定的性和风险，所以使用CPM和PERT编制项目进度计划时，都会在各个任务持续时间上放宽裕，以期待能够有足够高的概率保证项目的进度，但往往安全时间不会提高效率，是因为“学生综合征”和“帕金森定律”的存在，白白浪费了给到的安全时间。与此同时，CPM和PERT并未考虑到资源的约束，在一个项目当中，各种资源的制约和冲突也同样会影响到项目的进度，关键路径法中只关注用时最长的任务路线，并未考虑到如果资源冲突时不采取合理方式解决，有可能造成关键路径上的资源缺失导致项目无法完成，而非关键路径上的资源即使充足，也无法加快整个项目的进度。本文第二章中阐述了关键链的内涵、与关键路径法的区别以及关键链在项目实施过程中的使用步骤。在平衡资源约束的前提下，选择最长路径作为关键链。接下来就拟基于关键链，来重新制定Y公司此次软件开发项目的进度计划。在识别本次项目的关键链时，结合图1.2和图1.3可知，因为此次的项目小组的人员配置中，测试员只有一名，所以在任务303和304之间存在着资源冲突。所以考虑到资源的限制，原本关键路径中的这两个任务是并行的，基于关键链技术，得改成串行的，即项目关键链应该是101→103→104→201→205→301→303→304→305→401→402→403，优化后的项目计划网络如图2.1所示。图4.图4.SEQ图4.\*ARABIC1基于关键链平衡资源冲突的制定项目计划网络优化图2.1.2消除安全时间尽管目前已经有了各种进度计划的方法，但一些调查数据均反应，大多数的项目进度管理效果并不甚理想，在传统的项目进度管理当中，为了保证项目能够按期完成，无论是进度计划制定者还是项目的执行者，都会为自己预留足够的安全时间。安全时间的存在是为了吸收项目实施过程中因为不可预见的风险导致项目无法完成，所以项目计划制定者通常会在初步工期预估的基础上增加一部分安全时间，而如果每个任务工序均增加了安全时间，就会使得整个项目的总体安全时间过长，从而大幅度地增加了项目进度计划中的总工期。在本文第三章中提出Y保险公司软件开发项目过程中，存在着各个任务的工期预估不合理的问题，就是各个任务的预估持续时间都留了额外的安全时间。所以确认了项目中的关键链之后，需要重新对任务工期进行估算，从而消除安全时间。针对Y保险公司软件开发项目中的实际情况，并结合本次项目的基础资料以及专家意见，采用了将预估的乐观时间作为消除安全时间后的各个任务的持续时间，即安全时间为期望时间和乐观时间之差。因此，基于关键链优化项目进度计划时，每个任务的工序以及持续时间如表2.1所示。表2.SEQ表4.\*ARABIC1基于关键链法的Y公司软件开发项目进度计划工序时间参数表任务编号任务名称压缩后工期（天）常规工期（三点估算法）（天）101需求调研510102需求说明书25103产品原型设计47104业务确认12201UI视觉设计710202交互接口设计57203数据库设计35204功能模块设计69205详细设计2430301苹果APP系统编码2128302安卓APP系统编码2026303苹果APP系统编码单元测试34表2.1基于关键链法的Y公司软件开发项目进度计划工序时间参数表（续）304安卓APP系统编码单元测试34305集成测试1216401验收交付12402部署上线13403维护配置35在本文2.1.1中已经通过平衡资源冲突，确定了Y公司软件开发项目中的关键链，以及关键链中各个任务的顺序，本小节中又针对该项目进度管理中工序时间预估不合理的问题重新做了任务持续时间的确定，消除了各个任务中的“安全时间”。这样就可以根据项目各项活动任务压缩后的工期，同时结合图2.1，由此可以得出使用关键链优化该项目进度计划时，在确定关键链并消除各个任务的安全时间后，计算出项目工期为85天。基于关键链优化后的项目进度计划网络图如图2.2所示：图4.图4.SEQ图4.\*ARABIC2基于关键链优化的Y公司软件开发项目进度计划网络图2.1.3设置缓冲区基于关键链的方法，消除了每一个独立的任务中包含的安全时间，可以大大提高项目执行人员的工作效率，并且将工序的安全时间抽出集中起来管理，并且通过一定的方法使其汇集成为项目的缓冲区，由项目统一调度使用，通过设置缓冲区并对缓冲区进行监控来保证项目能够按时完成。缓冲区的设置时关键链当中非常核心的部分，缓冲区的设置分为以下三类：第一类为项目缓冲（ProjectBuffer，PB）：指的是为了保护项目实施的整体进度，使得项目的总工期不至于延误，而在项目关键链的最后一项任务之后设置的缓冲，它的作用是用来吸收关键上各个活动任务的延误。第二类为汇入缓冲（feelingbuffer，FB），在非关键链上的任务要紧接着连接到关键链的地方插入的缓冲，是保护关键链上的任务进度不受非关键链的影响，也叫接驳缓冲。第三类为资源缓冲（ResourceBuffer，RB），在资源即将被用的任务活动之前插入，它只是一种预警机制，为了确保关键路径上面各个任务工序所需资得到保障，并不真实消耗时间。2.1.4计算缓冲区在一般情况下，我们可以把三点估算法计算出的常规工期与乐观工期之间的差值作为每项任务剔除出来的安全时间，当作计算缓冲区尺寸的基本参数。在此介绍下通常会被用来计算缓冲区尺寸大小的几种方法：（1）第一种计算方法叫做“剪切-粘贴法”，通常也被称为50%法，它是由高德拉特博士提出的用来计算缓冲区的方法。剪贴-粘贴这一方法就是把关键链上每一项活动任务的安全时间加在一起，总数的二分之一作为项目缓冲区。同理，非关键链上计算出的结果作为汇入缓冲区。虽然该计算方法简单方便、容易操作使用，但是这种方法也存在着明显的弊端，使用该种方法得到的缓冲区时间与链路长度呈线性正相关的关系，所以当项目的工序数量较少时缓冲区的尺寸较小，而当项目工序数量很多时，项目的缓冲区尺寸就非常的大，总体而言，这种方法有些过于主观和偏激，在实际使用过程中很可能导致缓冲时间过长，浪费资源降低项目的效率。（2）第二种常用的计算缓冲区大小的方法是由Newbold博士在1998年提出的根方差法，它是基于中心极限定理，假定了所有工序执行时间服从正态分布，以根方差量作为缓冲量，在剪切-粘贴法的基础之上，求得被剔除出来的安全时间的根方差，并且作为项目缓冲放置在关键链的最后一项活动之后。根方差法与剪切-粘贴法相比，更加地适合工序较多的大型项目。（3）以上两种是最常用的设置缓冲区的计算方法，近年来在解决资源冲突以及处理不确定性的基础上确定缓冲区的大小已经成为关键链问题研究中的热点，不少专家学者从不同的角度提出了各种新的设置缓冲区的方法，不一而足，并取得了一系列的研究成果。有基于对数正态分布假设的方法，基于项目属性的方法比如考虑资源的紧张度、工序的复杂度、风险偏好水平等等，基于模糊理论的不确定性评估方法，还有综合评估法，是基于项目的复杂程度、风险系数与单元活动影响因子，综合评估项目缓冲区的影响因素，全面考虑了项目进度不确定因素的综合影响，从而计算出缓冲区的尺寸大小。由于Y保险公司软件开发项目不同于一般传统的项目，软件开发项目存在着很多自身独有的特点。因此，基于关键链法，来对软件开发项目设置缓冲区时，需要选用合适有效的计算方法，不能够简单地使用传统的50%法、根方差法。因为在软件开发项目当中，存在着很多影响项目活动任务的因素，比如各个活动任务的复杂程度、资源的紧张程度、风险弹性系数、不确定性等等，所以针对Y保险公司该远程办公软件开发项目，选用综合评估法作为缓冲区尺寸的计算方法，更加地符合项目的实际状况。在2.1.1中，已经考虑了资源的紧张程度，并且平衡了资源冲突，所以无需再将这项因素考虑在内。在此选取项目活动任务的复杂程度、风险弹性系数、技术成熟度这几个影响因素，以此作为缓冲区尺寸大小计算的因子。与此同时，在计算缓冲区大小时，需要将关键链上的任务与非关键链上的任务区分开，并且根据每项任务的安全时间来进行缓冲区的量化计算。αi（4-1）其中αi表示活动任务的复杂程度系数，ni表示在该项任务的紧前任务一共有多少个，QUOTENN表示该软件开发项目中，分解出的所有活动任务的总数有多少。根据公式（4-1）可以计算得出每一项活动任务对应的复杂程度参数是多少，计算结果如表2.2所示。表2.SEQ表4.\*ARABIC2各项任务的复杂程度参数表任务编号任务名称紧前任务任务复杂程度系数101需求调研-0102需求说明书1010.06103产品原型设计1010.06104业务确认102、1030.18201UI视觉设计1040.29202交互接口设计1040.29203数据库设计1040.29204功能模块设计1040.29205详细设计201、202、203、2040.47301苹果APP系统编码2050.53表2.2各项任务的复杂程度参数表（续）302安卓APP系统编码2050.53303苹果APP系统编码单元测试3010.59304安卓APP系统编码单元测试3020.59305集成测试303、3040.76401验收交付3050.82402部署上线4010.88403维护配置4020.94βi（4-2）其中QUOTEaiai表示乐观时间，QUOTEbibi表示悲观时间，QUOTEcici表示最可能时间，根据公式（4-2）计算可以得到Y保险公司软件开发项目各活动任务的风险弹性系数，如表2.3所示。表2.SEQ表4.\*ARABIC3各项活动任务的风险弹性系数表任务编号任务名称乐观完成时间最可能完成时间悲观完成时间风险弹性系数101需求调研510150.50102需求说明书2570.60103产品原型设计47100.50104业务确认1230.50201UI视觉设计710130.50202交互接口设计5790.50203数据库设计3570.50204功能模块设计68130.29表2.3各项活动任务的风险弹性系数表（续）205详细设计2430360.50301苹果APP系统编码2128350.50302安卓APP系统编码2026320.50303苹果APP系统编码单元测试3450.50304安卓APP系统编码单元测试3450.50305集成测试1216200.50401验收交付1230.50402部署上线1340.67403维护配置3570.50（3）技术成熟度。项目的不确定性由多方面的因素综合影响，包含活动任务的难度、管理者的风险偏好等等，而这些不确定因素又往往根据项目的不同存在很大的差别。由于软件开发项目有着自身独特的项目特征，与传统的一般项目不同，软件的开发十分依赖于项目人员的技术熟练程度，如果项目开发人员有着很高的技术熟练程度，就能够降低软件开发过程中的错误率，提升效率，更快地完成各项工作进度；反之，人员技术熟练程度越低，项目工期就可能延误得越多。所以在此次Y保险公司软件开发项目中，不确定性主要为各项任务的技术成熟度。本文引入一个技术成熟度QUOTEλiλi以此表示各项任务的技术的成熟程度，并且由相关专家和高级软件工程师对技术成熟程度做出评估，采取0.1-0.9标度法来表示，λi值的大小就表示技术的成熟度，值越大，表示技术成熟度越低，影响工期的可能性就越大；与此相反，λi表2.4表示了活动任务的技术成熟度系数和技术成熟度的对应关系，并且由相关专家对Y保险公司软件开发项目的各项活动任务的技术成熟度评估打分，如表2.5所示。表2.SEQ表4.\*ARABIC4活动任务的技术成熟度系数与技术成熟程度的对应关系表技术成熟度很高较高一般较低很低技术成熟度系数λ0.10.2-0.30.4-0.50.6-0.70.8-0.9表2.SEQ表4.\*ARABIC5活动任务的技术成熟度参数表任务编号任务名称单项活动任务的技术成熟度101需求调研0.2表2.5活动任务的技术成熟度参数表（续）102需求说明书0.4103产品原型设计0.3104业务确认0.2201UI视觉设计0.3202交互接口设计0.5203数据库设计0.5204功能模块设计0.6205详细设计0.5301苹果APP系统编码0.4302安卓APP系统编码0.4303苹果APP系统编码单元测试0.3304安卓APP系统编码单元测试0.3305集成测试0.3401验收交付0.2402部署上线0.3403维护配置0.2通过计算和专家评估，已经得到Y保险公司软件开发项目各项活动任务的任务复杂程度、风险弹性系数和技术成熟度的具体参数，根据这些影响因子来计算项目缓冲区的尺寸大小，计算公式为：PB=Σ其中D表示关键链上的各项活动任务的集合，ti表示用三点估算法算出的活动任务的期望时间，在本文2.1.1中指出，当基于关键链进行Y公司软件开发项目的进度计划优化时，项目的关键链为：101→103→104→201→205→301→303→304→305→401→402→403，则根据公式（4-3）可以计算出关键链上各项活动任务的缓冲量，如表2.表2.SEQ表4.\*ARABIC6关键链上各活动任务的参数和缓冲量表任务编号任务名称乐观完成时间预期完成时间技术成熟度任务复杂程度风险弹性系数缓冲量（天）101需求调研5100.20.000.500.50表2.6关键链上各活动任务的参数和缓冲量表（续）103产品原型设计470.30.060.500.50104业务确认120.20.180.500.14201UI视觉设计7100.30.290.500.71205详细设计24300.50.470.502.91301苹果APP系统编码21280.40.530.502.88303苹果APP系统编码单元测试340.30.590.500.33304安卓APP系统编码单元测试340.30.590.500.33305集成测试12160.30.760.501.52401验收交付120.20.820.500.26402部署上线130.30.880.670.85403维护配置350.20.940.500.58PB=11.51表2.6中所示关键链上各项任务的缓冲量之和为项目缓冲，经计算可得：（天）因为项目进度计划是以天为单位，所以可得项目缓冲为12天。项目中的非关键链有：102，202，203，204，302共五条，根据关键链上各任务的缓冲量计算方法同理可得出非关键链上各项活动任务的缓冲量，如表2.7所示。表2.SEQ表4.\*ARABIC7关键链上各活动任务的参数和缓冲量表任务编号任务名称乐观完成时间期望完成时间技术成熟度任务复杂程度风险弹性系数缓冲量（天）102需求说明书250.40.060.600.75202交互接口设计570.50.290.500.79203数据库设计350.50.290.500.79204功能模块设计690.60.290.290.87302安卓APP系统编码20260.40.530.502.47由表2.7中缓冲量取整后，可得汇入缓冲分别是：FB102=1，FB202=1，因为QUOTEFB202FB203FB204FB202FB203FB204汇入的位置相同，且均为1天，而又因为任务204的乐观完成时间最久，所以此处汇入缓冲只保留QUOTEFB_204综上所述，Y保险公司该远程办公软件开发项目，基于关键链优化项目进度计划，设置了一个项目缓冲区为12天，和三个汇入缓冲区为1天、1天、3天，项目进度计划共102天，而项目原本的项目进度计划是基于关键路径法来制定的，原本的项目进度计划中总工期为117天。优化后的进度计划使得项目工期可以提前15天完成。2.2基于改进挣值法的项目进度控制优化在本文2.1小节中，详细论述了基于关键链技术制定项目计划的优化方案，剔除了各项任务活动中原本预留的时间，并将这些富余的安全时间集中管理，通过设定的计算模型计算出设置的缓冲区的尺寸大小。根据上述方法在一定程度上能为项目顺利按时完成提供保障。然而，并不是设置了缓冲区就一定能够完成项目进度计划，如果在项目实施的过程中，不对项目进度进行控制，那么一旦缓冲用完了，项目依旧会出现延误的情况，这就需要我们对缓冲区进行监督控制。在项目进度控制中，常常运用挣值法来对偏差进行跟踪监控，通过挣值法的计算，可以判定出项目进度是否落后，但传统的挣值法存在着一定的局限性，即并未明确当偏差到达何种程度时，代表着项目进度延误的严重程度以及是否需要采取措施或者说，采取何种程度的补救措施，以能够纠正该偏差。所以，本小节提出基于关键链的改进挣值法，不仅可以对项目整体进度进行控制，还可以区分关键链与非关键链上的进度控制，从而达到更加精准的判断和结果，有利于找出项目滞后的真正原因。2.2.1基于关键链的改进挣值法在本文第二章中，列明了挣值法的基本参数和评价指标。改进挣值法用来分别评价关键链和非关键上的进度和成本的情况，为了便于分析，使用QUOTEBCWSm、BCWPmBCWSm、BCWPm、QUOTEACWPmACWPm这三个参数来表示关键链上的计划工作量的预算成本、已经完成工作量的预算成本、已经完成工作量的实际成本。同样地，使用QUOTEBCWSn、BCWPnSVm=BCWPm−BCWSmQUOTESVm=BCWPm-BCWSm（4-4）SVn=BCWPn−BCWSnQUOTESVn=BCWPn-BCWSn（4-5）SV=BCWP−BCWSQUOTESV=BCWP-BCWS（4-6）通过表2.1以及上述参数，还可以计算得出关键链与非关键的进度及成本评价指标，具体如表2.8和表2.9所示。表2.SEQ表4.\*ARABIC8改进挣值法在非关键链上的参数评价标准指标名称计算公式评价标准SVmSVm=BCWPm−BCWSm＜0关键链上的进度延迟＞0关键链上的进度提前=0关键链按计划执行CVmCVm=BCWPm−ACWPm＜0关键链上的预算超支＞0关键链上的预算节约=0关键链按预算执行SPImSPIm=BCWPm/BCWSm＜1关键链上的进度延迟＞1关键链上的进度提前=1关键链按计划执行CPImCPIm=BCWPm/ACWPm＜1关键链上的预算超支＞1关键链上的预算节约=1关键链按预算执行表2.SEQ表4.\*ARABIC9改进挣值法在非关键链上的参数评价标准指标名称计算公式评价标准SVnSVn=BCWPn−BCWSn＜0非关键链上的进度延迟＞0非关键链上的进度提前=0非关键链按计划执行CVnCVn=BCWPn−ACWPn＜0非关键链上的预算超支＞0非关键链上的预算节约=0非关键链按预算执行SPInSPIn=BCWPn/BCWSn＜1非关键链上的进度延迟＞1非关键链上的进度提前=1非关键链按计划执行表2.9改进挣值法在非关键链上的参数评价标准（续）CPInCPIn=BCWPn/ACWPn＜1非关键链上的预算超支＞1非关键链上的预算节约=1非关键链按预算执行偏差分析，如果偏差分析的评价结果时在合理范围之内，那么说明项目实施的进度不需要纠偏，也无需做相应的调整措施。如果在进行了偏差分析之后发现，偏差不在合理范围之内，就说明项目进度已经偏离了项目进度计划，但是只靠这个指标分析的结果不足以证明项目进度需要做出相应调整，因为有缓冲区的存在，所以偏差结果还必须要和缓冲区的消耗情况结合起来分析，需要根据缓冲区的具体消耗情况来决定是否需要采取行动调整项目进度。2.2.2缓冲区的消耗评价在本文2.1节中，基于关键链方法对Y保险公司软件开发项目进度计划进行优化时，通过平衡资源冲突、消除各个任务活动上的安全时间、设置缓冲区这一系列的步骤，最终计算得出在该项目优化后的总工期，在设置缓冲区时，根据软件开发项目的特点以及Y保险公司项目小组的实际情况，算出需要插入的缓冲区的尺寸大小，最终得出的结论是在关键链上设置一个项目缓冲区QUOTEPB=12PB=12天，在非关键链上设置了三个汇入缓冲区，分别为FB102=1天，FB204=1天，在基于关键链的改进挣值法中，我们可以类比关键链中设置缓冲区尺寸大小的计算方式来定义项目成本的缓冲区。也同样地，将关键链上各个任务活动的最少成本与期望成本的差值定义为安全成本，并将其统一管理，在整个项目之后通过设置项目缓冲区来节省项目成本。非关键链上各个活动的安全成本也剔除出去，同时在非关键链与关键链接驳的地方，设置汇入缓冲区。将参数QUOTEΔMaΔMa定义为关键链上各个任务的安全成本，将参数QUOTEΔMbΔMPBm=ΣΔMaFBm=ΣΔMbPBIs=SVmPBs×P（4-9）PB（4-10）同理可得，将参数定义为汇入缓冲的进度消耗率，将参数定义为汇入缓冲的成本消耗率，那么计算公式为：FB（4-11）FB（4-12）将计算的结果和缓冲区的消耗做比较，如果计算结果小于或等于缓冲区消耗的三分之一，那么就说明了项目进度和成本控制都在一个合理的范围内，无需做相应改进措施。如果计算的结果超过了缓冲区的三分之二，那么就是一个严重偏差预警，此时项目管理者必须要立刻采取行动，通过各种调节项目进度、调整控制项目成本的举措和方案，进行一系列的实施行动，减少项目成本和进度的偏差，不至于项目的成本损耗再次增大避免项目的延误程度进一步加大，使得项目的进度和成本能够尽快回到可以控制的范围内。那么如果计算的结果在缓冲区的三分之一至三分之二的区间里，此时的情况就比较复杂，需要项目管理者进一步分析项目进度延误的原因和项目成本超支的原因，要根据项目实施的情况结合计算结果分析，要区分关键链与非关键链上的项目进度或者成本的偏差，要分析偏差出现的原因到底是什么，才便于从原因下手，找到正确合理的解决方案，采取相应的实施方案和调整措施。以上就是基于改进挣值法在项目进度控制中的使用方法，下面我将结合Y保险公司此次远程办公软件开发项目的实际情况，运用上述的方法来控制本项目的进度。2.2.3基于改进挣值法的项目进度控制在本文之前的部分已经阐述过Y保险公司软件开发项目的实际情况，对该项目做了任务分解，对工序进行了排序，以及对各项任务活动的持续时间都做了说明，所以项目进度的相关时间参数已经有所呈现，下面将该项目的成本参数指标列明。其中安每个任务活动的安全成本等于该项任务活动的期望成本减去最少成本的差值，因为软件开发项目具有特殊性，项目的成本几乎全是来自于人力资源的部分，其他的环境、材料、工序、硬件设备等的成本都是固定不变的，所以不纳入到项目成本的考量之中。任务分解后各个工序的进度和成本参数如表2.10所示。表2.SEQ表4.\*ARABIC10Y公司软件开发项目各任务安全时间和安全成本表任务编号任务名称乐观完成时间安全时间最少成本（万元）期望成本（万元）安全成本（万元）101需求调研532.32.80.5102需求说明书221.21.40.2103产品原型设计4322.50.5104业务确认110.50.70.2表2.10Y公司软件开发项目各任务安全时间和安全成本表（续）201UI视觉设计732.81.60.8202交互接口设计5222.50.5203数据库设计321.41.80.4204功能模块设计632.51.20.7205详细设计2461721.42.4301苹果APP系统编码2151518.71.7302安卓APP系统编码20411.517.21.7303苹果APP系统编码单元测试311.21.40.2304安卓APP系统编码单元测试311.21.40.2305集成测试1252.86.11.3401验收交付110.50.60.1402部署上线110.50.70.2403维护配置321.51.80.3根据本文在前面章节中的论证，得出以下计算结果：该项目的关键链为：101→103→104→201→205→301→303→304→305→401→402→403；项目缓冲时间为QUOTEPBs=PBs=12天；非关键链的汇入缓冲时间分别为FB102=1天，FB根据2.2.2节中项目的公式（4-7）（4-8），以及表2.4中的相关参数可以算出如下结果：该项目缓冲区成本为1.95万元，非关键链102的汇入缓冲成本为QUOTEFBm102=0.2FB非关键链204的汇入缓冲成本为QUOTEFBm204=0.7FB非关键链302的汇入缓冲成本为QUOTEFBm302=3.7FB下面选取Y保险公司该远程办公软件开发项目在进行到第十三周的时候，也就是项目前52天的真实状况来做项目总体挣值的分析。在Y保险公司该远程办公软件开发项目已经进行了65天的时候，实际已经完成的任务有：101需求调研、102需求说明书、103产品原型设计、104业务确认、201UI视觉设计、202交互接口设计、203数据库设计、204功能模块设计、205详细设计、301苹果APP系统编码、302安卓APP系统编码，以上这些任务活动均在项目前65天内全部完成了。在项目已经进展到65天的时候，项目计划工作量包含的任务有：101需求调研、102需求说明书、103产品原型设计、104业务确认、201UI视觉设计、202交互接口设计、203数据库设计、204功能模块设计、205详细设计、301苹果APP系统编码、302安卓APP系统编码、303苹果APP系统编码单元测试。根据已经完成的任务活动以及项目进度计划，可以通过公式（4-6）和公式（1-7）计算到项目总体的进度偏差值，以及得到判断偏差的参数。在该项目前65天的工期当中，项目计划工作量的预算成本为：QUOTEBCWSBCWS=2.3+1.2+2+0.5+2.8+2+1.4+2.5+17+15+11.5+1.2=61.4（万元）而项目实际已经完成工作量的预算成本为：QUOTEBCWPBCWP=2.3+1.2+2+0.5+2.8+2+1.4+2.5+17+15+11.5=60.2（万元）所以QUOTESV=BCWP-BCWSSV=BCWP-BCWS=-1.2＜0，QUOTESPI=BCWP/BCWSSPI=BCWP/BCWS=0.98＜1通过以上两个衡量偏差的指标可以看出，该软件开发项目的进度存在滞后的状况。根据上文中项目进度计划计算出的各个工序持续时间以及项目进度计划中的关键链网络图，可以分析出，项目进度计划当中原本应该在第65天完成的任务303即苹果APP系统编码单元测试这项活动，在实际的项目实施过程里并没有完成，那么可以看出项目总体进度的滞后是由于关键链上任务进度的滞后导致的。所以下面一部分的内容就围绕着关键链上的工序进行挣值分析。针对项目前65天的实际的实施情况进行分析，已经完成的关键链上的任务包括：101需求调研、103产品原型设计、104业务确认、201UI视觉设计、205详细设计、301苹果APP系统编码。项目进度计划中前65天计划工作量的任务包括：101需求调研、103产品原型设计、104业务确认、201UI视觉设计、205详细设计、301苹果APP系统编码和303苹果APP系统编码单元测试.那么项目关键链上的QUOTEBCWSmBCWSm=2.3+2+0.5+2.8+17+15+1.2=40.8（万元）项目关键链上的QUOTEBCWPmBCWPm=2.3+2+0.5+2.8+17+15=39.6（万元）那么可以计算出QUOTESVm=BCWPm-BCWSmSVm=BCWPm-BCWSm=-1.2＜0同样可计算出QUOTESPIm=BCWPm/BCWSmSPIm=BCWPm/BCWSm=0.97＜1所以可以证明关键链上的任务进度确实是有所延误