技术人员的生产力

DBANote 的一篇新文  , 可以说一针见血 不转不行.

 

 

按：这其实是某一本书的推荐序(我这段时间没写 Blog 净帮着人忽悠了)。不过遇到了不靠谱的出版社不靠谱的编辑，据说整篇文章最后"只采用一两句行不行"? 当然不行。以后如果有出版社找我免费写推荐序或者书评，请自己考虑好再来浪费我的时间，多谢配合。

 

---

有的时候朋友们聚在一起聊天，会谈到国内国外技术人员的差异。我常喜欢说一句话"国内的 IT 公司基本上是劳动力密

 

集型高科技企业 "。比如就国外 Web 2.0 站点来说，Craigslist 、Wikipedia 等流量比较大的网站不过数十人的小团队

 

而已，如果放在国内，这样规模的网站起码要几百人乃至更多人员才能足够支撑。国外程序员一个人做的事情，国内可能要

 

一个团队来做，当然可能还做不好。这里面或许有企业管理效率低下的因素存在(宁愿相信是这样的原因)，不过大家都不愿

 

意说的另一个因素是我们技术人员生产力效率低下 。这种差异来自不是智力、体力上的差异，而是因为做事情的方式和方

 

法，存在大量的重复劳动和人工劳动，对技术不能充分有效运用。如果不能对工作方式方法进行改进，我们永远都是技术流

 

水线上的编码工人。

 

 

我们常说，重复的行为才能形成习惯，只有良好的习惯能导向成功。或许有人某些书籍或者聆听了某些"教诲"会逆反性的产

 

生不以为然的想法，"这个我早 就知道......" -- 我自己常常就是这样自以为是。问题是，只是"知道"而没有行动起来加以"运

 

用"，这样即使知道再多的技巧也不会形成良好的习惯，自然无法产生实质的改进， 这可能也是技术人员惰性的一方面吧。

 

其实我们需要的是能有更多的技术人员真正的行动起来，利用这些经验/教训/技巧...提升自己，也去积极影响他人，形 成更

 

良性的互动，不要让"持续改进"成为一句空话。另外，必须要补充的是，如果技术人员持续从事低效率的工作，极有可能逐

 

渐厌烦技术，疏远技术，乃至对技 术绝望，而一个高效的技术人才能从技术中获得真正的快乐。

 

也想告诉那些所谓的管理人员，不提升每位技术人员的生产力而希翼增加人手来解决技术困境的想法是不切实际的。那样做

 

除了给企业增加负担，使组织更加 混乱低效，很难起到什么实质作用。好的管理者必须能够引导下属持续提升生产力，不能

 

一味用死板的流程制度限制团队的整体节奏。彼德克鲁克这之类的管理大师 的大腿人人都好抱，但那是屠龙之术，您暂时还

 

可能用不上，来点痛快实在的才是王道。

 

--EOF--

 

文章有删节。出版社的名字我就不直接说了，不过类似的经历的人还有潘加宇 。你猜这是哪一家?