排序 | 输入 | 危险事情 | 或许性 | 影响 | 危险值 | 危险应对办法 |
1 |
最终用户抵制该体系 |
投资方或许会由于某个细节的问题对整个体系产生反感。 |
80% |
70% |
40% |
1.尽力满足用户提出的需求。 2.界面尽或许的漂亮,方便。 3.需求剖析阶段派出专门的体系剖析员去了解用户的性格,喜好,工作习气。 |
2 |
项目期间,投资方举棋不定 |
公司人力资源办理体系很多,投资方阅读后或许会常常要求更改需求 |
60% |
70% |
40% |
1.软件详细设计阶段留意添加软件的可重用性。进步复用水平。 2.交流和协调。 |
3 |
客户的需求规格阐明 |
需求不明确,添加需求,导致需求延伸,由于本软件是不太了解计算机的用户运用,改变需求或许性很大。 |
70% |
50% |
35% |
1.采纳加班的办法。 2.修正方案去掉一些任务。 3.与客户商量延长一些时刻。 4.当呈现影响重大的改变需求时与客户协调,这个版别的不做改动,在下一个版别中进行功用的提高。 |
4 |
合同带来的限制 |
进展要求紧,合同金额有限。 |
30% |
50% |
15% |
能够请一些实习的学生做辅佐工作,一来本钱不高,二来能够加快进展。 |
5 |
交付期限紧缩。 |
需方存在紧缩交付期限的或许。导致项目吃紧。 |
20% |
60% |
10% |
1.加班。 2.暂时雇佣职工。 3.调整结构。 |
6 |
前史项目信息。 |
开发人员的活动。 |
15% |
60% |
9% |
1.留意项目团队的交流,及时了解开发人员的动态。 2.操控好项目进程中的文档。 3.从其他的项目组借调人员。 4.从外部招聘有过此类开发经历员。 |
7 |
人员缺乏经历。 |
由于本项目中的一些职工是刚刚招聘来的,或许会缺乏经历。 |
15% |
30% |
10% |
1.采纳一帮一,让有经历的程序员带着相对经历少的程序员进行开发。 2.开发之前恰当的培训。 |
8 |
用户数量超出方案。 |
由于该网站或许销售产品特别,导致拜访激增。 |
20% |
20% |
20% |
1.防患于未然,数据库上选用数据池的技能在,添加并发拜访量。 |
9 |
技能达不到预期作用。 |
或许有一些技能达不到预期的作用,不能使需方满足。如拜访速度,一些特效等等。 |
10% |
10% |
10% |
1.找懂得这种技能的人帮忙。 2.向老师讨教。 |