软件战争的艺术:管理制度

发表于2009年12月24日, 星期四此文属于 原创卡通

法者,曲直、官道、主用也。

——《孙子兵法●始计》

管理制度,就是组织结构、交流沟通、资金预算。

——软件战争的艺术

很多程序员都痛恨“管理”,管理层似乎总是不了解基层情况,管理层似乎总是做愚蠢的决定,管理层似乎就是程序员的对立面。其实,公司能够运作,少不了管理,程序员的职业特点让从业者比较单纯,对于复杂的政治性的管理事务反感也是正常。

程序员中还有一种观点,认为程序员的出路就是要成为管理者,这种想法是幼稚的肤浅的,人应该选择自己喜欢的职业,不要觉得当了Manager就是高人一等,这我曾多次说过,这里就不多废话了。

image

到底应该使用什么样的管理制度呢?

每个行业都有行业的特点,每个公司有公司的特点,并没有整个行业都适用的管理制度。对于软件企业,最重要的是保持活力,过于严格繁琐的管理制度会扼杀活力,所以应该让管理结构尽量简单。

在我所见过的所有组织结构图(Org Chart)中,都是把Manager放在上面,然后下属按照级别逐层往下,形成一个金字塔结构。这给人的感觉就是,程序员的存在就是为了支持Manager,就因为对Org Chart有这样的理解,所以就有了肤浅的觉得做人就该做Manager的想法。

对于软件企业,应该减少管理制度,而且应该清楚Manager是应该支持程序员来做更大贡献的,这样就应该把Org Chart倒转过来,而且扁平化。

Microsoft曾经和IBM合作开发OS/2,曾经有一次,一个Microsoft工程师和IBM工程师在一个问题上发生严重分歧,无法协调,只好往上面escalate,但是esclate之后还是出现了问题,IBM工程师很愤愤地对Microsoft工程师说:“我之上第四层的Manager已经开始关注此事了,你们也必须让你之上第四层的Manager来参与此事。” Microsoft工程师检查了一下自己的Org Chart之后说:“我想Bill Gates的母亲应该对这件事没有兴趣。”

时至今日,Microsoft已经变成了当年的IBM,Org Chart也形成了一个很高的金子塔,这样的故事也成了工程师围着篝火忆当年的谈资。

相关文章:

  1. 软件战争的艺术:市场运作
  2. 软件战争的艺术:资源分配
  3. 软件战争的艺术:兵者,国之大事
  4. 软件战争的艺术:领导能力
  5. 软件战争的艺术:兵众孰强,士卒孰强

分享到: 开心网 豆瓣网 人人网 Google书签 Del.icio.us

 

本文已有2条评论

  1. 《从优秀到卓越》 | 巴别塔上的雇工说:

    [...] 要不是最近看过同一作者Jim Collins的《How The Mighty Fall》,估计我也不会想到从书堆里面翻出这本书。可能因为当初以看此书是讲管理学的,而作为程序员对于管理又有先天的不感冒,所以就束之高阁了。 [...]

  2. 谷歌如何设定目标和衡量成功 | 巴别塔上的雇工说:

    [...] 我想Don Dodge这篇博文虽然道出了Google的原则,但是事实未必这么十全十美。Gmail创始人、现在Facebook开发下一代基础平台的传奇人物Paul Buchheit说,自己离开Google的时候产品发布周期已经很长了,提交的代码三个月之后它才会上线。当公司变大的时候,保持以前的灵活高效的挂历就困难了。当然,我们还是诚心地希望更多的公司能够按照这样的方式设定目标和衡量成功。 [...]

我来评论两句