程很大程度上决定了项目的成败，在这上面花些精力是必要的。而且这项工作不仅在项目之初，更要在过程中进行，对项目的洞察和理解能力、对项目变化的应对能力是项目经理是否称职的主要标志，这当然依赖于实际经验，“别以为看几本黑手党的书就可以学做老大了” ——实践是检验真理的唯一标准！
我认为研发项目成功要素中“人”始终是第一位的，因为他是项目充满活力、直面风险和挫折的原动力。“人”对制度的遵循是以项目（或者）产品成功为出发点的，而不是其他的什么。下面这一句话引自“肖申克的救赎”，值得深思：
“制度这东西，开始你不喜欢它，排斥它，慢慢的，开始接受它，喜欢它，最后你发现自己离不开它，你本身也变成了制度的一部分”。
“詹姆斯，你总得让我穿点什么吧。”浴室的毛玻璃上映出了一个成熟女人的惹火身材，这时候看客总有一种血脉喷张的冲动——显然她什么都没有穿。
“好吧！”邦德先生悠闲的吐着烟圈，懒洋洋的拿起了一双拖鞋。
——《007系列》
点评：用户对产品的需求可不像邦德欣赏女郎一样简单而直接。如此简陋的包装，即使再有内秀的产品，也很难得到用户的青睐。用户对产品的关注点往往包括价格、功能、质量、易用性、维护成本、品牌、外形等等，而不再仅仅局限在产品的质量上；同时对于不同产品、不同关注点的比重也是不同的，就拿操作系统举例吧：微软的windows系列产品面向的是广大普通的用户，强调功能完善并易于操作，与之相对的是面向专业工程师的UNIX系统，强调系统稳定和高效——现在的UNIX系统虽然也“时髦”的提供了类似于Windows的CDE操作界面，不过这对于真正使用UNIX的人士来讲并不是必要的。同是操作系统，一个就像人们乘坐旅游观光车（被关在笼子里）安全的游览野生动物园；另一个仿佛自己扛着猎枪，享受着在原始森林狩猎的乐趣。
既然我们已经知道用户需求涵盖的范围，那么就去带着这些要点去问问用户到底要什么，我们就按照用户的“旨意”开发吧。遗憾的是准确获取用户需求是一件非常困难的事情：如何确定用户范围、如何将用户需求完整的展现出来、如何预见到用户未来的需求，还有就是用户需求会变化。其实解决的方法并不复杂，难点在于如何利用这些“老掉牙”或是“时尚”的方法获得有价值的东西，我认为关键还是研发团队的心态和业务水平。我们或许可以从下面的例子中得到一些启发：
微软在C++市场上正受到来自Borland公司的威胁，McCarthy 所在的开发小组做了大量市场调查，并成立了几个专门小组收集需求，结果发现程序员在使用C++方面的最大挑战不是掌握C++的高级特性，而是如何入门。于是，微软将Visual C++1.0版的主要开发目标定为让程序员不必经过繁杂的学习就能用C++构建应用程序。与此同时，Borland公司仍继续将目光关注于高级C++程序员，增加应用模板和异常处理功能，以及其他一些C++的核心特性。为实现让C++易于使用的目标，Visual C++小组则致力于构造应用程序向导，该工具能够自动创建C++应用程序外壳。结果Visual C++1.0一经问世便抢占了数十个百分点的市场份额。
谁穷了，谁狗熊！谁富了，谁光荣！
——《金光大道》
点评：公司需要盈利是天经地义的事情，但是并不意味着公司里每一个人做的每一件事都直接盈利，毕竟要有人进行技术预言、战略产品开发等非直接盈利却对公司发展至关重要的工作。大多数公司可能会把最多的资源分配在最赚钱的部门里，但微软公司并不是这样做的：例如负责Office产品研发的部门人数并不很多，相反，服务器和工具部门却拥有最多的技术员工。这主要是因为微软在后台服务领域面临着更加激烈的
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
