感触：
1.关注节点。弱化关注过程，也不是只关注结果。
2.宽松管理，配合关注节点的理论，即可放松过程（这里是指节点也节点之间的东西）。比如规定：上班不能干工作以外的事情，这里上班指上班的8小时，想想上班8小时都必须干工作，一是连续这样工作是会出问题的，二是如果没有任务的时候那么所有人把vs打开留在代码页面。这尼玛确实不实际，最少听过不下三遍工作怎么能做得完，做完了你检查代码啊，你重构代码啊，你熟悉整个系统啊，当然这样子确实会有事情做，但是实际吗，反正我不太认同。我工作这么多年理解较好的还是松紧松紧有自己团队的节奏，有自己的风格才是好的，长时间这样必死无疑。如果一个领导这样可以看出这个领导经验不丰富。
3.项目团队要打成一遍，扁平，职能上分等级，解决问题协商讨可以一遍，一坨，一堆的处理。
原文：http://www.cnblogs.com/gw2010/p/5613389.html