IT综合项目管理图书馆标准管理系统.doc

图书馆项目管理计划书系（部）名 称 计算机和信息科学系组 长 组 员 课 程 名 称 信息系统项目管理指 导 教 师 日 期： 年 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工作内容本系统关键用于学校老师和学生图书管理，关键任务是经过建立图书管理系统，完善学校图书录入、借还、预约，续借和读者信息管理，管理员经过查询可立即定位该读者对应信息，同时能够对图书进行查询、增加、修改，读者能够进入系统进行图书查询和预订已借图书和续借。针对这些问题设计此系统。该项目各个阶段所要实现目标，参与人员和每个阶段要评定标准以下： 需求分析制订需求功效列表和用户达成共识相关人：需求分析人员、项目经理、用户组完成需求分析说明文档及评审软件设计给用户、程序组、测试组做设计展示并依据要求修改完成设计相关人：需求分析人员、设计人员、用户代表、项目经理完成架构设计、系统设计、数据库设计和用户界面设计及评审软件开发完成全部代码编写、单元测试和模块集成测试相关人：需求分析人员、设计人员、开发人员、项目经理软件基础功效实现，没有阻碍测试工作进展问题软件测试完成功效测试、系统测试、压力测试和回归测试相关人：测试人员、 项目经理软件系统测试计划全部完成并达成质量要求验收产品调试，交付软件给用户相关人：实施人员、用户代表、项目经理完成试运行汇报，进行人员培训，用户满意这个系统中大致范围有：二、 图书馆管理系统开发项目进度安排在实际工作中，项目规模往往比较大，为了合理安排时间，使图书管理系统能顺利完成，进度安排使得尤为关键。因为项目开始于3月21日，于5月31日完成。活动号任务名称工作日（天）开始时间完成时间紧前活动图书管理系统503月21日5月31日项目计划33月21日3月25日1模板确定13月21日3月21日2撰写项目计划汇报23月22日3月25日1需求分析93月26日4月8日3需求调研23月26日3月27日24需求分析43月28日3月31日35需求确定24月1日4月5日46撰写需求分析说明书14月6日4月8日5软件设计114月9日4月23日7系统分析34月9日4月11日68模块设计74月12日4月22日79数据库设计54月12日4月18日710美工设计34月12日4月16日711撰写具体设计说明书14月23日4月23日8,9,10软件开发164月24日5月16日12硬件安装14月24日4月24日1113环境配置14月25日4月25日1214书籍管理104月26日5月10日1315借阅管理104月26日5月10日1316读者管理94月26日5月9日1317查询管理84月26日5月8日1318系统维护144月26日5月16日13软件测试95月17日5月29日19集成测试45月17日5月22日14,15,16,17,1820系统测试45月23日5月28日1921撰写系统测试汇报15月29日5月29日20验收总结25月30日5月31日22撰写用户手册15月30日5月30日2123人员培训15月30日5月30日2124产品转移15月30日5月30日2125经验总结15月31日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图书费、资料费、复印费通信费市话长话费、移动通信费、上网费、邮资办公费购置办公用具协作费11000业务协作招待费、项目团体加班伙食费6奖金及福利费15000奖金、节假日福利等7加班费15000依据加班费率计算8房租9000包含地税水电费1000项目监理费5000项目开发过程监理费后期维护费0上线后期六个月维护其它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立即做出应急处理，是相关责任人做出快速反应。三天工作包责任人