IT项目管理——图书馆管理系统.doc

图书馆项目管理计划书系（部）名 称 计算机与信息科学系组 长 组 员 课 程 名 称 信息系统项目管理指 导 教 师 日 期： 2012 年 05 月 28日一、 图书馆项目范围说明书项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。项目的原因和意义：尽量采用学校现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用学校现有资源，提高系统开发水平的应用效果的目的。便于学校教师和学生图书管理，通过查询可立即定位该读者的相应的信息，可以对图书进行查询、增加、修改，读者可以预约已借图书。 边界问题：时间限定：50天（扣除节假日） 成本限定：25万之内 人员：6名（这里面的需求人员，模块设计人员也要同时协助开发人员工作，开发人员主要进行主模块代码的编写，以及数据的编码问题，对于需求人员和设计人员可以编写一些小模块，界面等）角色与人员分工：一共要用到6个人员所需人数角色主要职责分工1项目经理1名01.项目沟通交流02.项目进度掌控03.核心技术框架制定04.工作任务划分分配、审核、验收05.开发平台建设06.样例程序制作07.日常管理工作08.重要文档成果物的整理09.测试验收各个模块10.架构设计整个系统的核心权限部分11.解决疑难技术问题12.模块设计指导1模块设计人员01.进行系统概要设计02.详细设计03编写设计说明书04.跟开发人员一起完成开发工作3程序员（高级程序员）01数据库编码02.主要模块的代码编写4实施人员1名01.将软件交给用户并安装02.对使用端的人员进行培训03.后期维护5需求分析人员一名（同时也是系统分析员，客户联络员）01.进行需求调研，需求分析02.协助开发人员完成变成工作6测试工程师1名01.协助处理文档整理工作02.协助验收审核各模块详细设计文档03.协助项目经理协调项目待解决问题2.项目概述2.1工作内容本系统主要用于学校教师和学生图书管理，主要任务是通过建立图书管理系统，完善学校图书录入、借还、预约，续借以及读者信息的管理，管理员通过查询可立即定位该读者的相应的信息，同时可以对图书进行查询、增加、修改，读者可以进入系统进行图书查询和预订已借图书和续借。针对这些问题设计此系统。该项目各个阶段所要实现的目标，参与人员和每个阶段要评估标准如下： 需求分析制定需求功能列表与客户达成共识相关人：需求分析人员、项目经理、客户组完成需求分析说明文档及评审软件设计给客户、程序组、测试组做设计展示并根据要求修改完成设计相关人：需求分析人员、设计人员、客户代表、项目经理完成架构设计、系统设计、数据库设计和用户界面设计及评审软件开发完成全部代码编写、单元测试和模块集成测试相关人：需求分析人员、设计人员、开发人员、项目经理软件基本功能实现，没有阻碍测试工作进展的问题软件测试完成功能测试、系统测试、压力测试和回归测试相关人：测试人员、 项目经理软件系统测试计划全部完成并达到质量要求验收产品调试，交付软件给客户相关人：实施人员、客户代表、项目经理完成试运行报告，进行人员培训，客户满意这个系统中大致的范围有：二、 图书馆管理系统开发项目进度安排在实际工作中，项目规模往往比较大，为了合理安排时间，使图书管理系统能顺利完成，进度安排使得尤为重要。由于项目开始于2012年3月21日，于2012年5月31日完成。活动号任务名称工作日（天）开始时间完成时间紧前活动图书管理系统502012年3月21日2012年5月31日项目规划32012年3月21日2012年3月25日1模板确定12012年3月21日2012年3月21日2撰写项目计划报告22012年3月22日2012年3月25日1需求分析92012年3月26日2012年4月8日3需求调研22012年3月26日2012年3月27日24需求分析42012年3月28日2012年3月31日35需求确认22012年4月1日2012年4月5日46撰写需求分析说明书12012年4月6日2012年4月8日5软件设计112012年4月9日2012年4月23日7系统分析32012年4月9日2012年4月11日68模块设计72012年4月12日2012年4月22日79数据库设计52012年4月12日2012年4月18日710美工设计32012年4月12日2012年4月16日711撰写详细设计说明书12012年4月23日2012年4月23日8,9,10软件开发162012年4月24日2012年5月16日12硬件安装12012年4月24日2012年4月24日1113环境配置12012年4月25日2012年4月25日1214书籍管理102012年4月26日2012年5月10日1315借阅管理102012年4月26日2012年5月10日1316读者管理92012年4月26日2012年5月9日1317查询管理82012年4月26日2012年5月8日1318系统维护142012年4月26日2012年5月16日13软件测试92012年5月17日2012年5月29日19集成测试42012年5月17日2012年5月22日14,15,16,17,1820系统测试42012年5月23日2012年5月28日1921撰写系统测试报告12012年5月29日2012年5月29日20验收总结22012年5月30日2012年5月31日22撰写用户手册12012年5月30日2012年5月30日2123人员培训12012年5月30日2012年5月30日2124产品转移12012年5月30日2012年5月30日2125经验总结12012年5月31日2012年5月31日26,27,28甘特图：任务3-214-14-24-134-144-254-265-75-85-195-205-31项目规划-模板确定=撰写项目计划报告=需求分析 -需求调研 =需求分析 =需求确认 =撰写需求分析说明书 =软件设计 -系统分析 =模块设计 =数据库设计 =美工设计 =撰写详细设计说明书 =软件开发 -硬件安装 =环境配置 =书籍管理=借阅管理=读者管理=查询管理 =系统维护=软件测试 -集成测试 =系统测试 =撰写系统测试报告 =验收总结 -撰写用户手册 =人员培训 =产品转移 =经验总结 =图书管理系统的网络图：（1）关键路径：开始12345678111213181920212225结束即是：模板确定撰写项目计划报告需求调研需求分析需求确认撰写需求分析说明书系统分析模块设计撰写详细设计说明书硬件安装环境配置系统维护集成测试系统测试撰写系统测试报告撰写用户手册经验总结 1+2+2+4+2+1+3+7+1+1+1+14+4+4+1+1+1=50（天）那么这个系统的工期是50天。 三、 图书馆管理系统开发项目人员分配项目人力资源计划就是决定在项目中的每一项工作中用什么样的人力资源，确定人力资源的数量、质量和结构。1、项目团队的组织结构及其角色职能列表 A、 组织结构图书管理系统的项目管理是采用项目型组织，各成员按照从事的项目组成不同的团队，并由指定的项目经理来协调和管理项目的运作。a、职能型组织b、项目型组织c、矩阵型组织弱矩阵型组织平衡矩阵组织强矩阵组织d、复合型组织B、 人员要求a、 项目经理1、有5年以上软件研发经验 2、能分析和判断大部分软件问题。对项目软件开发过程负责。有丰富的项目经验和很强的责任心。 3、有熟练的英文阅读能力和交流能力。b、 调研分析员1、计算机、软件工程等专业本科以上学历；2、熟悉需求调研方法，具备较强的业务流程及业务模型分析设计能力； 3、 熟悉软件工程理论，掌握软件需求获取与分析方法；4、 具备财务软件、物流系统软件、ERPSAP等系统软件的需求分析经验优先考虑；5、有较强的文档编写能力，有较强的团队协作精神c、 系统分析员1、精通Java语言，WEB编程，熟悉J2EE应用系统开发，熟悉Weblogic/Tomcat等应用服务器； 2、熟悉Oracle/SQLSERVER等数据库的设计与开发； 3、熟悉软件开发流程，具有需求分析和架构设计的实际经验； 4、能够控制客户需求，并能够处理好与客户之间的关系，有较强的文档撰写能力； 5、能够高效的管理与激发团队，使团队更具有凝聚力。d、 模块设计员1、精通java及数据库相关知识（至少3年以上开发经验，1年以上架构设计经验）； 2、熟悉面向对象的分析设计方法； 3、熟练使用UML工具进行建模设计，并能充分理解客户的需求并根据需求进行模块化和面向对象分析设计； 4、能够独立完成系统需求分析与概要设计设计工作；5、有较强的系统需求分析、设计文档编写能力； 6、具有良好的团队协作精神，有较强的业务模型分析能力，思维清晰敏捷，逻辑分析能力强，善于与人沟通，能够承担一定的工作压力e、 测试工程师1、计算机、软件工程等相关专业；2、具有五年以上软件开发或测试相关工作经验； 3、对人员管理、资源调配、测试方法改进等经验；4、分析能力强，思维周密、积极主动，关注细节，勇于创新，良好的沟通技巧以及优秀的言语表达能力，具备良好的团队合作精神； 5、熟悉一些主流的软件工程方法论和思想，了解软件工程，软件生命周期模型基础； 6、熟悉软件配置管理理论工具f、 实施人员1.积极上进 2.有项目管理经验优先3.肯吃苦,能出差g、 客户联络员1、 较强的沟通、理解和应变能力2、 有刚正不阿的性格，吃苦耐劳的精神3、 服从公司工作安排，能长期出差。2、角色职能列表角色姓名职责项目经理孙林项目总体设计，制定和监控开发进度，制定相应的开发规范、负责各个环节的评审工作，协调各个成员（小组）之间开发。调研分析员李玲实际调研，提供详细的策划方案和需求分析系统分析员李玲根据需求分析报告进行总体分析，得出系统的概念模型模块设计员孙立平根据系统分析结果对系统做模块化分及相关接口定义程序员张向阳编写功能模块的实现代码并惊醒单元测试测试工程师林左婷测试程序及系统的功能实施人员王雪岩负责工程实施， 现场培训， 协助项目验收，需求的初步确认，项目维护。客户联络员王雪岩与客户联系、协助其他人员与客户的交流3、项目团队的知识地图与职责分配矩阵A、 能力打分标准5分：熟悉使用此方面的知识，有丰富的实践经验，能够领导其他成员完成相应的工作。4分：熟悉此类只是，但经验不够丰富。3分：对此类只是有一定的了解，需要进一步学习。2分：对此类只是有过少量接触，不过缺乏深入了解。1分：对此类只是完全没有了解。B、 兴趣分打分标准5分：此类工作完全符合本人的兴趣，对该工作抱有极大的热枕4分：对该工作比较有兴趣，能够比较愉快的完成工作3分：能偶以平常心态完成该项目工作，谈不上有兴趣。2分：能够勉强接受该工作，尽量完成任务。1分：非常厌恶此类工作。C、 知识地图得分表项目经理：孙林项目成员：李玲，王雪岩，孙立平，张向阳，林左婷孙林李玲孙立平张向阳林左婷王雪岩项目规划能力分434333兴趣分413322需求分析能力分345343兴趣分234332软件设计能力分443434兴趣分233543编程实现能力分544442兴趣分234254系统测试能力分342444兴趣分234252验收总结能力分333445兴趣分242334指责分配矩阵责任分配矩阵（RAM）是用于对项目成员进行分工，明确其角色与职责的有效工具。通过责任分配矩阵，项目的每个具体任务都能落实到参与的团队每个人上。 谁负责（R = Responsible）， 即负责执行任务的角色，他/她具体负责操控项目、解决问题。 谁批准（A = Accountable）， 即对任务负全责的角色，只有经他/她同意或签署之后，项目才能得以进行。 谁支持（S = Supportive）， 即提供信息资源，辅助执行任务的人员。 通知谁 (I =Informed), 即拥有特权、应及时被通知结果的人员，却不必向他/她咨询、征求意见 咨询谁（C = Consulted）， 拥有完成项目所需的信息或能力的人员。工作单元孙林李玲孙立平张向阳林左婷王雪岩1项目规划RIASIC2需求分析CRASCI3软件设计AIRIAS4软件开发ICCRAA5软件测试IAASRA6验收总结AIISAR7系统审核RISIII3、成员考核孙林李玲王雪岩孙立平张向阳林左婷项目成员特征学历工作年限岗位项目成员行为勤奋团队意识遵守纪律忠诚度项目成员结果CPISPI工作质量客户满意度项目成员总评四、 图书馆管理系统开发项目的成本估算：图书馆项目的成本包括项目进行全过程所消耗的各种费用总和。根据工作分解结构制定出项目分摊估计表来有效的进行项目的成本计划。合同规定项目的总成本（包括软件开发成本、硬件成本和开发中的其他成本）是25万元人民币。根据项目团队制定的工作分解结构，按照系统的生命期将本项目划分为六个活动，分别是项目规划、需求分析、软件设计、编程实现、系统测试、验收总结。对这六个活动进一步分解得到21个小活动。小活动的成本主要由劳动力成本（工资）和硬件成本构成。其中工资根据工期、人数和日工资来确定，硬件成本根据该项小活动的需求数量来确定。成本的估算采用自下而上估算法，先估算出每项小活动的预算，然后在算出大活动的预算，进而预算出整个项目的成本。表1 图书馆项目工资标准计算表资源名称最大单位标准费率加班费率每次使用成本成本累算基准日历1孙林100%￥330/工作日￥50/小时￥0.00按比例标准 2孙立平100%￥220/工作日￥40/小时￥0.00按比例标准3李玲100%￥200/工作日￥35/小时￥0.00按比例标准4张向阳100%￥200/工作日￥35/小时￥0.00按比例标准5林左婷100%￥150/工作日￥30/小时￥0.00按比例标准6王雪岩100%￥220/工作日￥40/小时￥0.00按比例标准表2 图书馆项目分摊估算表（单位：元）活动小活动预算小活动分摊预算大活动分摊预算累计项目规划1、模板确定1320396013202、撰写项目计划报告26403960需求分析3、需求调研26401188066004、需求分析5280118805、需求确认2640145206、撰写需求分析说明书132015840软件设计7、系统分析396025080198008、模块设计9240290409、数据库设计66003564010、美工设计39603960011、撰写详细设计说明书132040920软件开发12、硬件安装25900457006682013、环境配置13206814014、代码实现1848086620软件测试15、集成测试5280118809190016、系统测试52809718017、撰写系统测试报告132098500验收总结18、撰写用户手册132052809982019、人员培训132010114020、产品转移132010246021、经验总结1320103780表3： 图书馆项目其它经费预算表（单位：元）差旅费3500交通费用、伙食费、住宿费以及差旅补贴等等资料费1500图书费、资料费、复印费通信费2000市话长话费、移动通信费、上网费、邮资办公费2000购买办公用品协作费11000业务协作招待费、项目团队加班伙食费6奖金及福利费15000奖金、节假日福利等7加班费15000根据加班费率计算8房租9000包含地税水电费1000项目监理费5000项目开发过程的监理费后期维护费20000上线后期半年的维护其他5000检测、维修费、消耗品、低易品、茶话会等其他经费预算总计90000经过预算， 图书馆项目预算总金额为193780元。项目的合同规定总成本为250000，基本上达到22.5%的利润率。五、 图书馆管理系统开发项目风险分析报告1、软件开发项目的风险背景信息产业的发展是目前发展最快的行业之一，也是对社会影响最大的一个行业，它不但为我们创造了巨大的财富，而且从各个方面改变着我们的生活，达到一个行业，小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项目成败的关键。软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价的手段。据有调查数据显示，有1535%的软件项目中途被取消，剩下的项目不是超期就是超出预算或是无法达到预期目标。另外，软件项目因风险控制和管理原因失败的约占90% ，可见，软件风险控制与管理在目前的软件开发项目中的重要性。2、风险管理与风险控制介绍1）风险管理风险管理应是贯穿软件项目开发始末的一项重要任务，其中包括风险识别、风险评估、风险计划、风险解决和风险监控。它能让风险管理者主动“规避”风险，进行有效的风险管理。风险管理模型有：SEI风险管理模型、Riskit风险管理模型、SoftRisk风险管理模型、IEEE风险管理过程模型、CMMI风险管理模型、MSF风险管理模型等。在项目管理中，建立风险管理策略，在项目的生命周期中不断控制风险是非常重要的，风险管理主要包括五个阶段：(1)风险识别：识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报表法、相关部门配合法和环境分析法等。(2) 风险评估：对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概率与后果，风险评价则是确定该风险的经济意义及处理的费/效分析，常用的方法有：概率分布、外推法、多目标分析法等。(3) 计划进度：按照评估后的风险结果，制定相应的风险管理进度表，为后续的风险管理提供参考。(4) 风险处理：一般而言，风险处理有三种方法， 风险控制法，即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降低风险。 风险自留，当风险量不大时可以余留风险。 风险转移。(5) 风险监控：包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监视和控制，后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。2）风险控制(1)建立有效的风险控制的组织机构设置风险管理岗位：在软件开发项目管理过程中设置风险管理岗位，该岗位的主要职责是在制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风险，风险管理者最好是由项目主管以外的人担任。风险管理岗位的人数依据项目大小来决定，一般23人较为适合。双项目经理：为项目开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出生的占绝对多数，他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加专门的管理经理岗位，可以弥补技术出生的项目经理的不足，提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认可。(2) 建立有效的风险控制管理过程风险管理过程包括培训，风险识别、风险分析、风险计划、执行计划、跟踪计划等活动，有效的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建立自己的风险管理数据库作为风险管理的基础，并在实施中不断地更新和完善。根据企业和项目的实际情况，进行科学的项目风险和控制，对项目的成功研发有着举足轻重的意义。在项目开发的过程中，进行必要的项目风险分析，制定符合项目特点的风险评估和监督机制，特别是要定期对项目的风险状况进行评估和监管，发现意外风险或者是风险超出预期的一定要重点关照。发现问题要立即上报，尽快解决。并建立风险监管日志，实行“岗位负责制”，将软件开发项目的风险降到最低3、软件开发项目的风险来源及对项目成败的影响软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由楼六大方面。1） 需求风险很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。2） 相关性风险许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做的不够，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并且觉察潜在的问题。3） 技术风险软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键， 4） 管理风险尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足自己检查自己的错误，这是最难的。然而，像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。5）自然风险软件产品本身也属于一种应用型产品，同样会受到自然灾害的的影响。项目风险分解图4、 图书馆管理系统风险应对表风险识别风险定性与定量分析风险应对编号WBS模块风险事件风险概率风险影响描述风险影响值风险期望值排序级别缓解策略策略应急计划和巢湖发事件风险处理措施风险负责人1需求风险需求分析不到位，导致数据模型建立好后无法使用6%10%成本增长20%0.20.128四级1、重新进行到位的需求分析1当数据模型建立后无法使用时，即使重新做需求分析一周工作包负责人2需求风险缺少有效的需求变化管理过程10%5%进度实施10%0.20.0206四级1、及时和项目经理进行有效的沟通，确保需求的有效管理1、当缺少有效的需求变化管理过程时，要及时，与相应的管理人员惊醒沟通，制定有效的变化管理三天工作包负责任3需求风险客户不断变化需求9%工作质量受到较小的影响0.10.0099四级1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备，满足客户的需求当客户不断变化需求时，1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备，满足客户的需求一周工作包负责人4需求风险院图书馆调研经常推后20%10进度拖延0.40.0801三级与客户相关人员惊醒有效沟通当需求调研不能及时进行时，根据合理时间调研并与相关工作人员进行有效沟通并确定调研时间两天项目经理5需求风险某些需求超出项目范围25%范围主要部分受到影响0.20.0503三级查看范围进度计划，并与客户，进行合理的沟通1、某些需求超出项目范围时，1、明确列出超出项目范围需求，2查看范围进度计划，并与客户，进行合理的沟通一天项目经理6需求风险漏掉某些模块或多了某些模块6%范围的次要不分受到影响0.10.00611四级查看范围进度计划，及时修改当漏掉某些模块或多了某些模块时，1、查看范围进度计划，及时与项目经理进行沟通，如果漏掉某些模块，及时把漏掉的任务分配给相应的工作人员进行补充，如果多了一些设计模块，查看进度，并决定是否删除多出的模块一周工作包负责人7相关性风险签订合同不科学不严谨，存在边界界定不清楚的问题15%10%进度实施20%0.40.06010四级及时与客户进行有效沟通并重新修订合同当合同有问题时，1、及时与客户进行有效沟通，并进行重新修订合同，2、重新根据需求制定更加完美的合同桑拿天项目经理9相关性风险软硬件不兼容1%项目的最终产品实际上不能使用0.80.04012四级及时与供应商联系，并进行有效沟通，更换硬件设备当软硬件不兼容时1、及时与供应商联系，并进行有效沟通，更换硬件设备2、如果无法更换，查看该硬件是否可以用在该系统的其他位置三天工作包负责人10相关性风险病毒、黑客入侵造成系统无法正常工作5%项目的最终产品实际上不能使用0.60.05016三级 做好系统安全防护当病毒、黑客入侵造成系统无法正常工作时，1、及时进行系统体检，用相关工具杀毒，2、通过相关设备对系统进行有效保护防止系统再次收到攻击11技术风险预算有误，导致开发过程无法进行9%10%进度实施20%0.20.0187四级向投资者申请新的的资金当预算有误，导致开发过程无法进行时，向投资者申请新的的资金，2、向投资者展示新的预算和以前错误的预算一周工作包负责人12技术风险开发工具不可靠导致项目过程中的bug5%10%进度实施20%0.40.0.0325四级确定开发工具可靠当开发工具不可靠时，1、及时做测试，发现bug。2、更换开发工具一周工作包负责人13技术风险使用框架存在漏洞bug，导致项目失败1%质量降低需要得到有关领导的批准0.20.00213四级测试人员及时发现问题，开发人员及时解决问题当使用框架存在漏洞bug，导致项目失败时，1、及时对框架进行修复2、更换更可靠的框架一周工作包负责人14管理风险技术人员离职，模块任务无人完成5%10%进度实施20%0.30.0502三级1、加强人员考核；确定人员的可靠性2、及时需找人员代替气工作当技术人员离职，模块任务无人完成时1、加强人员考核；确定人员的可靠性2、及时需找人员代替气工作3、与当事人做及时沟通，2天项目经理15管理风险不能按进度计划完成相应的任务2%10%进度实施20%0.30.06014四级做好跟踪记录当不能按进度计划完成相应的任务时，1、做好对每个人的及时跟踪记录，2、若不能按进度完成，应当进行加班完成相应任务一周工作包负责人15管理风险进度进化不够完善导致整体任务滞后5%质量降低需要得到有关领导的批准0.60.08615三级及时调整计划当进度进化不够完善导致整体任务滞后时1、及时调整计划2、将所差进度加班完成2天工作包负责人16自然风险火灾、涝灾、地震等自然灾害1%质量降低需要得到有关领导的批准0.30.02016三级做好转移工作，降低损失程度当火灾、涝灾、地震等自然灾害时1、做好系统备份的转移工作，把损失降低到最小2及时做出应急处理，是相关负责人做出快速反映。三天工作包负责人