木讷的程序员需要知道的事情 (五)

13 不要害怕失败，如果你一年都不失败一次的话，那就证明你没有足够多的挑战。if you don’t fail at least once a year, you’re not taking enough risks. 这也可以是领导考察成员的一种方式。

14 Bad Managers, 

14.a 害怕失败。

14.b 不让团队成员单独和其它团队成员或manager直接接触。这种manager认为可以很好的建立自己很重要的意识。这种经理你成功了，他会把功劳都抢走，你失败了，会把责任都推给你。

15 Bad Organizations

15.a 很多公司都不是以工程为中心的，也就是说工程是实现商业目标的一种手段。所以就算有一个以工程为中心的Leader，也会发现他很有可能就被一个可以为了商业目标而牺牲员工福利的人所替换。

15.b Team之间的合作时时刻刻得有更高级别的领导比如director参与。比如一个小bug就可以导致很多人一起开会，而不是两个team的工程师来协同搞定。

15.c leader阻止自己手下的人内部transfer到其他team，或者是公司不允许内部transfer，或者是有规定导致内部transfer很不容易。

15.d 用代码行数来衡量工程师的生产力。试想如果有这样的标准，慢慢的工程师能用简洁的代码搞定的绝不用，能用1行搞定的绝对用100行才搞定，因为这样更有“生产力”。随着时间的推移，代码越来越难以维护，bug越来越多，维护成本越来越高，最终倒闭。

15.e 用会议数量衡量绩效。

16 掌控你的组织，不管你处在好的组织或者不好的组织里，你都有一些办法可以规避不好的地方，来使自己把事情做成。重要的事情是：Get things done.

原文:http://blog.csdn.net/hongchangfirst/article/details/53080637

作者:hongchangfirst

hongchangfirst的主页:http://blog.csdn.net/hongchangfirst