开发团队的效率
我之前写过一篇叫《
加班与效率
》的文章，从概念上说了一些我对“效率”的认识，但是那篇文章趋于概念化，对于一些没有经历过这样的环境的同学来说，可能会觉得太抽象了。很早以前就想写一篇更具体一点的，可执行的文章与《
加班与效率
》这篇文章相辉映，并再把我两年前在杭州QCon上的那个
“
鼓吹工程师文化”的《建一支强大的小团队》
（新浪微盘）的观点再加强一下。
但是我遇到了一些思维方式上的麻烦——我讲的总是从我的经历背景出发，没有从其它人的经历背景来讲 。这就好像，我在酷壳里说了很多东西（比如： 专职的QA ， Code Review很重要 ， 编程年龄 ， 创业的 ， Rework 的……），有好些人觉得是不可能甚至太理想，其实我说的那些东西都是实实在在存在的，也是我所经历过的。于是，不同的经历，不同的环境，不同的眼界，造成了——有些人不理解我说的，而我也不能理解他们所说的。
所以，过去的这段时间我一有机会就找一些人交流并观察一些身边的事情，并去试着跟从和理解那些我不能理解的东西。现在觉得差不多了，所以，写下了这篇文章。（但越是去理解对方，我就越坚持我的观点，所以这篇文章可能还是会出现鸡同鸭讲的情形，无所谓了）
本文不讨论任何业务上的效率问题，只讨论软件开发或是软件工程中的效率问题。虽然产品和业务上的效率问题是根本，但是因为本文不是拉仇恨的，我也不想混在一起谈，所以请原谅我在这里先说开发团队的，以后重新开篇文章专门谈产品和业务的。
我下面会罗列几个非常典型的开发方式—— 软件开发中的“锁” ， 接力棒式软件开发 ， 保姆式软件开发 ， WatchDog软件开发 ， 故障驱动式软件开发 。
(
112
人打了分，平均分：
4.68
)
Loading...