原文： http://blog.csdn.net/csfreebird/article/details/7561189
这篇文章介绍的经验心得不错，故转载之。
三年前，我写了 Java Web项目管理得失谈，文章地址：http://blog.csdn.net/sheismylife/article/details/4154325
这三年，自己经历了SOHO，北京互联网公司和现在的ESRI研发中心，技术能力又有了很大的提升，管理上也历练了不少。
重新阅读我过去的文章，又有了新的认识。
过去那篇文章总结了项目结果不如预期的几个主要原因：只挑选其中几个再说明。
1）程序员技术能力弱
问题出在公司层面，小的外包公司招不到优秀的程序员。如果人不行，无论多强的技术领导和流程都没用。
现在我招聘首要看人的智商，如果不聪明，坚决不会要。有那功夫为了一点技术细节解释半天还弄不明白，我不如自己做了。
招聘，说白了就是花钱雇佣聪明的脑袋。所以没有经济实力的小公司，我再也不会去那里带队伍了。自虐啊！
2）对JSF技术不熟悉
3）JSF框架有Bug，并且可用tag较少，不足以应付项目，还需要额外开发自定义tag
JSF1.x版本升级到JSF2.x后，我又深入运用了PrimeFaces。现在已经彻底废弃JSF，这是一个不中用的东西。为什么所有页面上的html标记,css和JavaScript都要通过后端的JSF对象来渲染，如今的web页面设计如此的复杂，这种工作根本就不应该用Java语言来表达。即便是PrimeFaces，也不过就是将很多javascript库包装一下，好了，你这么一封装，我要定制一下都要费老大力气，而且很多人都搞不定一些莫名其妙的bug.
如果你做web开发，无论是Java,C#,C++,PHP或者其他，掌握JavaScript和CSS都是必要的，通过JSF渲染只会把事情搞复杂，增加成本。而且运行起来慢的像老牛，Google也吃过这个亏，然后废弃不用了。
后端只要能够基本的渲染初始页面，就行了，别管不该自己管的事情。其他的后端应该提供REST API来处理Ajax请求。我现在用C++和Java做后端渲染，都感觉很好。因为页面上的事情，我切换到更合适的语言JavaScript和CSS上去了。
JSF还是比较适合日本人的企业级开发，那种应用是如果你用了彩色他都跟你急，都是最原始的html标记。外包公司比较合适。肯定不适合互联网企业。
6）管理人员对代码审查把关较弱
现在自己的眼界开阔多了。通过Scrum管理任务和进度，通过Review board管理代码评审，通过持续集成实现尽早集成和冒烟测试。通过自动测试来实现压力测试。产品的质量是通过严密的过程控制来保证的。有了过程控制，人就可以尽情的发挥自己的创造力。
不过这种玩法也只能在好公司来做，构建过程控制系统是需要成本的，而且要持续的演化，同时必须有很熟悉各种开源产品，能够将系统架构起来的高手。很多挣扎在温饱线上的公司难以做到这点。