项目人不识别这些风险，能把你的项目搞垮
任何一个项目都有风险，风险其实是无处不在的，是一种不以人的意志为转移，独立于人的意识之外而存在的事物。
对于IT项目，往往是通过构建系统来实现用户需求以达到项目目标，所以很多不确定因素来自于用户需求。
这部分风险也是贯穿项目始终的，从调研到系统上线的过程中，用户会从最初“不懂系统、提不出合理或核心需求”导致系统目标不明确，到后期“逐渐对系统加深理解、提出更多可变需求”造成风险。
01
项目初期无经验
项目调研时，由于用户期初无历史经验或对项目目标理解有误，加之不了解系统，提出一些脱离项目目标或难以实现的需求，也会存在不成体系的想法或想法过多。
02
需求不明确或不完整
产品经理的需求说明文档出现不明确或不完整的情况，项目出现风险的概率也会比较大，因为项目的开发成员都是围绕着需求设计文档来进行开发、测试的，如果产品经理能够随叫随到，和开发及时讨论清楚需求，则还能挽回一定的损失；而如果是异地开发，则整个项目便会比较悲催。
03
项目开发环境升级
IT项目涉及到众多技术的统筹应用，风险可能来自于项目技术环境如开发环境、技术、软件及硬件、外围系统集成、产品升级等。
04
领导变更
这里的领导变更，主要是指项目开发到中途，领导突然说这个需求不对，应该朝另一个需求方向开发，那么我们就称之为领导变更。如果只是小的需求修改，对项目影响不大，但是如果是产品的规划和定位不够清晰，导致修改起来比较伤筋动骨。一个需求方向的改变，就可能让开发重新搭建后台架构，前端很多页面也得跟着修改。
05
项目团队成员风险
IT项目的目标达成是需要整个项目组一起努力的，但对于人本身就具有不确定性，在整个过程中可能会出现资源不足、团队不配合、成员流动性较大、成员能力不足以胜任等风险。
06
项目质量的评估标准
IT项目的质量评估标准是建立在满足用户需求层面上的，但对于如何评估用户需求很难有统一的规范或标准衡量，具有极大的主观性，也是项目风险的来源之一。
07
项目计划的不合理
项目没有如期完成，很有可能本身项目计划就是有问题的。比如说，团队成员的分工不合理、工期安排的也不合理、工作任务的分解没有细化没有责任到人，这样就会导致项目组的团队成员对自己的任务不太清晰，即使分解了，没有指定到人，也会发现影响项目进展、还有一个就是任务的优先级安排的不合理，导致后面任务的完成受到影响等。
08
其他外部来源
这会包括项目所处的宏观市场环境及企业环境、办公环境，甚至可能与自然环境有关，比如当前的疫情…
