以上是一些客观存在的组织、业务和技术风险，在实际项目中，人是最难以管理的，也是最大的风险源。例如有数据统计，使用一个没有经验的项目经理，也是一个管理过程风险，因为他可能没有发现项目风险。按照项目的人员角色，每一类角色都有不同的人的风险。
客户项目干系人的风险：上面提到业务的变革导致思想意思跟不上，客户干系人不积极参与，这可能导致集成周期长、确认周期长、审核周期长、决策周期长、反馈周期长等风险，甚至会发生对交付的成果不满意，不采纳，不认同的风险，最后造成不能使用的风险，并且还产生了额外的客户关系管理的成本。此外，客户干系人最大的风险是业务部门和项目部门分离，缺乏业务人员的积极参与是系统无法被交付的最大风险，风险还有一把手的参与和支持，这不仅是一个风险，而且还是项目是否成功的重要因素。
团队人员的风险，关于团队人员的风险非常多，所以要妥善管理。任何一个人出现了积极性不高、效率低、士气低下，都会影响任务的完成。人员不熟悉工具和环境，还需要大量时间去掌握，需要进行培训。团队成员不适应团队的价值观和文化，无论是否离开项目组，都会造成印象。如果系统对于人的依赖性过高，只有某些人知道软件的相关细节，找不到合适的人或缺乏某些技能，这些都是风险的信号。而大家都知道的向本来落后的项目中增加不熟悉的人员，更是将威胁扩大。
因为有了人，就存在沟通的风险，沟通效率低，不愿意沟通等都是风险。沟通的风险还包括团队之间，团队和项目干系人之间的误解，存在潜在的冲突等，涉及技术的层面还包括因为缺乏沟通，对需求理解不到位等。这些风险都需要项目经理及时发现并有效规避。例如项目经理在项目团队的个人沟通中，有意无意询问他们一些问题，例如完成工作还有那些问题和担心？工作是否感觉有提高？对项目的信息如何？对公司的管理方式如何看待？近期有什么个人事情需要帮助等等。
我们可以利用阶段分析、流程分析、按照分类列举风险，财务分析等找到潜在的风险，识别项目中的若干风险后我们要将风险定性定量分析，说起容易，做起来难，一般来说，我们利用风险跟踪矩阵来记录风险，除了类型，描述外，将一些量化的指标填入，例如可能性、概率影响，临近度等，最后用颜色加以区分，颜色也可以用于风险排序。这样就将风险记录、表达并跟踪起来。
风险管理工具风险承担、风险规避、风险转移、风险转换、风险对冲、风险补偿和风险控制，在实际工作中并没有全部涉及到。总之，控制风险的最有效方法就是制定切实可行的应急方案，编制多个备选的方案，说是这么说，实际的情况是总是风险发生了，或者由风险已经转化成问题了，我们才开始处理。但我们仍然可以采用很多方法来规避风险，很容易想到的一个例子就是南方一下雨，下游就开始加高堤坝。在项目中加强培训，统一价值观，是规避风险和质量保证的重要手段。关注团队成员动态，关注心理健康，雪中送炭，避免团队的人力资源风险。当玻璃坏了的时候，不能乞求不下雨。有了风险管理的意识，最大的益处是可以帮助项目经理在项目中正确决策，掌控风险，不发愁。把握风险中的机会，还能够扩大市场。
