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