项目经理修炼之道(2) -- 必须读的书 .

  1. 云栖社区>
  2. 博客>
  3. 正文

项目经理修炼之道(2) -- 必须读的书 .

毛毛虫的爹 2014-06-14 14:54:00 浏览773
展开阅读全文

软件这个行当里历来有个谣言:项目经理不懂技术没关系。

有人说这事儿是外国的先进经验,但我怀疑这是杜撰的。

这一观点的潜台词是:项目经理是管理者,指挥下属就行了,干嘛要懂技术!

这就像说班长不用拿枪上战场一样可笑。

持这个观点的可还记得:”将军起于行伍,宰相拔于州郡“这一说。


我的观点是,项目经理一定要懂技术,并且还要有比较扎实的功底,虽然在专门领域上不一定是专家。

在这篇文章里,我们将列几本用来打根基的书,这些书要精读而不能翻翻就算了。

这些书的用途,不在眼前,但却最终决定你的成长高度。

没这些根基,如果站得太高,可能就像上海的楼房,指不定那天就倒了。


1.语言+平台的书

语言和平台的书依据语言和平台不同,经典书籍也不同。我的感觉是选最有名的,各读一本就可以了。

举个小例子:

本人当年学C++的时候,花了差不多1年的时间,反复读了Bjarne Stroustrup 的《C++程序设计语言》,实在是受益匪浅,后来再学其他语言时,基本没什么障碍。学Windows编程时,把Jeffry Richter的《Windows核心编程》读了几遍后,各种Windows下的问题大多能较快理清脉络。

即使是现在,凡是这类项目中的问题,也还是能很快的把握症结所在。

这类书,有名的很多,但重复读多本似乎收益不大。把一本读透,其他的实践中慢慢体会即可。

如果你方向是系统编程,那上面两本书仍然适合你。如果是其他平台,自己选一本有名的吧!


2.有技术根基后,要读一本培养技术上全局视角的书。

这时,我感觉最佳选项是《代码大全》。这书几乎涵盖了设计编码的各个环节。

读了之后,也许很难记得具体某个环节的细节,但是至少可以知道软件开发中要考虑那些方面的问题。


3.技术上视角足够宽之后,要读一本俯视软件全体的书(包含需求开发,管理,估算,流程等)。

事实上这里需要一本经典的软工书籍,但很可惜这个领域中好书不少,但经典到一定程度,且实用的就几乎没有。

《人月神话》太老,《人件》则几乎完全不适合国情,《软件随想录》则太零散。

(你让国内软件公司给每个程序员配个办公室,那老板能疯掉。)

非要推荐一下的话,CMMI的2,3级过程域分解的还不错,可以读SEI的标准。


4.研究一下估算,读一本估算相关的书。

如果估算能准,软件开发中的问题,很可能可以减少一半。

估的有问题,会导致团队老加班,接下来导致内部关系紧张,工作热情消退,这很自然。

所以要有自己的估算方法。这时候可以读《软件估算--黑匣子解密》。


5.改变下自己的视野和格局,读一本和编程毫无关系的书。

比如:汤因比的《历史研究》.


在前一篇项目经理修炼之道(1) -- 给软件开发建模中我们提到,不管怎么样,你要有一个属于自己的,针对软件开发整体的模型。

这个模型可以丑陋,可以简单,但关键是一定要是你自己的。

这就好比一颗珍珠,它中间可以是小石头,可以是鸟屎,但一定要有,

有的话,后续的分泌就可以保证产生珍珠;没有的话,那珍珠也就不知从何谈起。

没有自己的对软件开发的理解,读书多了,知识没法吸收,会把脑子读乱掉,

网友评论

登录后评论
0/500
评论
毛毛虫的爹
+ 关注