办公室里，老板peter气急败坏的走来走去，刚培养起来的得力干将david今天说下周合同期满他要辞职了，一想起自己不得不为了再培养一个和David一样得力的员工，先花掉大笔的银子找猎头、面试，然后找一个熟手带他(天哪!这是双倍的浪费)，Peter的头都要炸开了，要命的是，这些和David一样不打算长期在公司呆下去的家伙，平常会为公司的长远利益着想吗?尤其当这个长远利益与他们自己的利益发生冲突的时候?那么公司的问题出在哪里呢?

　　场景二:

　　项目例会，经理Susan向老板汇报:“要在年底之前完成A公司的项目存在太多的不确定性，您看我们从前没有做过这类项目，我们也没有对项目功能点的准确评估，我们更没有关于工作效率的统计数据……”，老板打断她的话说:“在我们公司，没有什么是不可能的，只要我们全力以赴，没有什么是做不到的，各位同仁……”,老板没有注意，台下大家面面相觑。

　　场景三:

　　Susan领导的团队排除千难万阻终于在第年完成了A公司的项目，在这个过程中，团队成员一起攻克难关，一起加班，越来越默契，合作起来顺畅，大家建立了哥们似的友谊。可是老板说，要充分发挥精英团队的力量，所以打算将Susan的团队分为个部分，插到个其它团队中，以“影响其它团队都成为精英团队!”，老板手一挥说得豪情壮志。他没有注意Susan一脸木纳，面无表情，Tom在那里嘀咕“我讨厌H团队的那个bill，怎么偏偏要和他合作?我恨和他一起工作，真是倒霉，哼，我一定不让他好过!”

　　计算机技术日新月异，CASE工具、可视化程序设计方法、快速设计原型、面向对象技术、各种软件开发过程模型层出不穷，可是为什么我们还是不能开发出一个好的软件呢?想想吧，任何一个好的软件出自于什么?任何一个失败的软件呢?对了，是“人”，都是“人”!既然软件是人创造的，也是由人来使用的，那么只有更好地了解人是如何工作、如何解决工作中的问题、如何协调工作中的关系，才可能设计、开发出更好的软件。随着软件工程的发展，“人件”一词出现啦!人件甚至被认为是即硬件危机和软件危机后的第三次计算机革命的起源，人员问题多么重要啊!细细想想，前面的场景是否都与人员有关呢?

　　人员因为其在软件项目中的重要地位和其在配置方式、意识、行为上的缺陷成为软件产品开发过程中的最大风险源和缩小项目风险的最重要途径之一。人员间的交流质量、信任水平、尊重、冲突、工作技能、团队精神、对工作的满意度、个人自豪感和职业成长机会，都影响着企业区分、处理风险因素的整体能力，而且还都有助于建立标准化的团队，而在面向使命的软件开发过程中，高性能的团队将使项目远离并最小化风险因素。

　　另外，很多软件项目中存在的风险本身就和人员密切相关，比如对于著名的软件工程专家Tom DeMarco和Timothy Lister在其合著的由清华大学出版社年出版的《与熊共舞——软件项目风险管理》一书中列出的项软件项目核心风险，人员流失本身就是人员问题，其它项，进度安排的先天错误由项目主管的行为决定，需求膨胀和规约崩溃因为与客户的不充分、正确交流，低生产率因为人员的工作效率和士气低落，都与人员有关。