项目中，风险的识别是如何进行识别的？
项目中，风险的识别是如何进行识别的？:( 首先我觉得要弄清楚项目风险的定义，不同的行业或组织对风险的定义是有不同的。PMI对项目风险的定义是：项目风险是一种不确定事件或状况，一旦发生，会对至少一个项目目标（如时间、费用、范围或质量目标）产生积极或消极影响。
SEI对项目风险的定义（主要适用于软件行业）是：将来可能发生的一种状况，一旦发生将会给项目带来负面影响或损失。
两个定义有着明显的区别，PMI认为项目风险可能会对项目产生积极影响，为项目带来利益或好处；SEI认为项目风险只会给项目带来损失。其实，都有道理，因为它们针对不同行业。PMI的项目风险是针对所有行业的，确实有一些行业，采用对自己有利的合同类型，而将项目风险转变为利益。
风险管理水平的高低,是项目经理或者公司的项目管理成熟度高低的标志。风险管理一般包括如下活动：风险规划、风险识别、风险分析（定量和定性）、风险规避或减轻等活动。其中风险识别是风险管理的首要活动。
识别风险首先是基于对项目及项目环境的深刻了解。项目经理和团队成员需要对项目所有要素（包括内部因素和外部影响）进行认真了解与分析。从人的因素来说，项目经理经验是否充分、项目成员技能是否充分、人员数量是否充分，相关组是否能提供需要的支持，项目干系人对项目了解及影响程度；所需设备是否能及时到位；是否能及时建立适合项目工作的环境（各种软硬件工具、过程）；需求是否稳定；管理层是否对项目进度、质量等有特殊要求等等。这些东西需要做一个通盘考量。
如果公司有风险数据库，可以参照一下风险数据库，把通常的项目风险及其规避措施拿来做为参考；如果公司有类似项目，也可以参考它们的经验和教训，或者与其他的项目经理进行交流。
总之，项目风险识别主要是采用这几个活动：参考公司风险数据库、参考类似项目经验、与有经验的项目经理交流、项目团队对本项目各要素的分析等，其中最后一个活动是最重要的。
如果项目团队不知道项目是否存在风险，说明他们对项目的了解非常不够，这本身就蕴藏中极大的风险。说得再简单一些，项目团队或各级管理是否有什么担心的，这些担心的东西有可能就是风险。
呵呵，有点困了，有空再深入地谈一下风险管理的问题吧！ 再补充一点：对项目风险的识别和认识，也是随着项目进展和项目团队对项目的了解，而渐进清晰和深刻。
另外，对项目风险的监控要持续不断地进行（定期地或事件驱动地）。一旦项目一些要素发生了变化，就要分析其可能带来的风险。 再补充一点：风险与问题是不同的，问题是当前就存在的，而风险是将来可能要发生的一种状况。风险一般是由当前的问题导致的一种情况，是这种问题不能解决而导致一种可能结果。风险发生以后，就演变为问题了。这就是问题与风险的相互转化。
举个例子：如项目组成员大部分是新员工，技能不足，对当前项目了解有限，那么这是一个现状，也是一个问题；这个问题会导致什么结果呢？ 可能会影响产品质量，使项目质量目标无法达到、可能会延期等。
再举一个例子：如项目需要的某个测试工具，公司没有，这当然是一个问题；这个问题如果不能在测试阶段前解决，项目可能要挂起，这就是一个风险。
要清晰地描述一个风险，需要说明三个方面：风险的上下文（当前的某个现状，也是一个问题），风险的诱发因素（问题不能及时解决），风险的影响（导致的结果）。
一些项目的约束也会导致风险，如领导或客户强加的一个进度，或某个性能需求，等这些也可能会给项目带来风险。
一些项目的假设可能也会导致风险，如领导答应在项目编码阶段增加人手，你可能假设这些新加的人是编程熟手，但是如果这个假设不成立（如增加了一个实习员工，没有编程经验），那么这就会导致风险。
建议一定要读《与熊共舞》，这是一本专门讲软件项目风险管理的书，里面讲的比较透彻。
页:
[1]
