管理软件开发项目关键风险

1.人员流失风险

考虑了下，还是把人员流失作为项目第一大风险，软件项目管理最重要的还是人的因素。特别是关键项目成员流失可能会导致整个项目的重大延期和失败。人的职业过程中主要受到金脉，知脉和人脉三个因素的影响，任何一个因素出现重大问题或积累到一定量后都会导致直接的人员流失。所以这三个因素就是人员流失的真正根源，我们的应对措施也分为了积极乐观应对措施和消极悲观应对措施两大类型。 

对于积极乐观应对措施：
金脉－给项目关键和贡献大成员加薪，提高福利和待遇水平。
知脉－让项目成员在项目中始终能够学到东西，始终能够承担有调整性的工作，组织项目成员进行新知识和新技能的培训。
人脉－持续进行项目团队建设，沟通，活跃整个项目团队气氛，使项目成员相处融洽。

对于消极悲观的应对措施
CMMI过程和文档-所有东西都要形成过程和文档
资源后备-对关键岗位的资源要进行人力的后备，可以通过岗位互换，项目内培训等多种方式进行。

2.项目内人员技能无法达到要求

项目人员技能无法达到要求会影响到整个软件产品的质量，其中包括易用性，健壮性，可扩展性和可维护性等多方面的内容。在软件整个生命周期中，需要有需求，设计开发和测试等相关人员的专业分工，期望通过软件工厂似的流水化作业创造产品。这个问题的解决方式应该更好的通过事前预防和事后控制的途径进行更好的应对。

事前预防：
招聘和选人－项目应该投入到更多的精力到人才的招聘和选择上。有时候我们并不是一定期望选择到优秀的人才，但往往是选择到合适的人也很困难，其中一个重要因素是我们没有认真的去对待这件事情，如何招聘到一个合适的人才的方式和方法我们并不是充分理解。
架构独立－把项目总体设计和架构设计安排专门的1-2个人员来完成，减小对模块设计开发人员的技能要求。

事后控制：
以师带徒－以师带徒是项目内辅助新员工成长和发展的最佳和最有效的途径。
项目内培训－统一组织项目新员工进行项目内相关特殊技能的培训
自我学习－安排专门的时间给新员工自学，包括组织级规范，项目内特殊规范，项目开发模式和源代码方面的学习。

3.需求不明确和需求变更多

需求不明确直接的表现就是目标和范围不明确，项目管理的首要过程域就是项目范围管理，如果这个都不明确直接导致一个项目无法开展，导致项目成员没有共同奋斗的目标。需求是源，需求阶段的泄露会导致整个项目各阶段工作量的增加，导致原有已经完成功能的推倒重来，影响项目成员的信心和积极性。
对于需求不明确和需求变更多的应对措施主要有：
快速原型－尽快给用户一个快速原型启发用户的需求。
增量迭代－整个开发中遵循增量迭代的思路，加强各阶段与用户的沟通，对各个功能逐步完善
架构考虑可扩展性－架构和设计都要考虑是为变更而设计，而不仅仅是满足当前需求。
需求开发－需求人员不仅仅是描述清楚用户需求，而更多的应该是去开发用户需求，去挖掘用户的潜在需求。

4.项目中应用新技术

新技术的使用可以使项目满足一些特殊的需求，增加项目的灵活性，扩展性和复用。但新技术的应用也不可避免的带来风险。其一是项目成员是否能够很快的学习和掌握这么新技术，其二是新技术本身是否存在缺陷。对新技术使用的应对主要考虑：
新技术使用前培训－对项目所有成员进行新技术的培训，并验证培训效果，确保成员已经掌握新技术。
新技术原型验证－要出一个采用新技术的原型和框架，对新技术进行确认和验证。
计划上考虑－使用新技术的时候，做项目进度计划时候应该适当降低生产率和安排专门的学习时间。

5.系统接口受外部诸多系统的影响

这些内容都属于项目关键依赖的内容，而且这些东西不是通过你项目自身努力就可以达到和完成的。关键依赖能否满足存在诸多的不确定性，这些都是项目实实在在存在的风险。
对外部－提前和外部接口系统进行沟通和协商，提前进行分析，提前确认相关的进度和集成，联调计划。
对自己－可以自己模拟些相关的接口，提前进行验证和分析。

原文转自：http://www.ltesting.net