锁定老帖子 主题:管理经验,很难直接从书本中学来
精华帖 (4) :: 良好帖 (17) :: 新手帖 (1) :: 隐藏帖 (5)
|
|
---|---|
作者 | 正文 |
发表时间:2010-08-05
最后修改:2010-08-06
也许是尝到了读书的甜头,比如说技术阅读吧。 若干年前,我自学TCP/IP协议,认真啃过《TCP/IP Illustrated》后,做一些ftp、telnet、http的小demo,特别是后来成功运营的BT服务器,都感觉特别简单。 再后来看了若干本Java书籍、设计模式书籍后,开发代码非常快,并且通读Jetty、HSQLDB、Struts等源码,几乎没有障碍。 这一切经历,让我觉得,看书太有效了。 工作几年后,出来和人合伙做公司,我是IT负责人,做项目头一年,从商业角度来看,败得一塌糊涂。 要知道,我没有出来前,技术水平和项目开发能力都是被团队认可的,并且在那几年,看了很多过程管理和项目管理的书,尤其是深入研究过RUP。 忽然感觉读书没用,书籍欺骗了我。 经历了那次惨败后,我才明白,管理是一种实践,就像游泳一样,无论你看了多少游泳教程。 任何管理方法都有其适用场景,也就是前提,一开始就照搬书,往往会过分关注书中的方法,而忽视了场景,就如在沙漠上种蘑菇,无论怎样施肥都没用。而你不看书,你可能会特别关注场景或环境变化,自己摸索方法,这样成功概率更大。 所以,如果你以前没有项目管理、过程管理的意识和经历,切忌看大量相关书籍,或者干脆不看书都好。没有实践经验前,理论几乎没法指导你,只会约束你。 管理类书籍前期只需略读,在有一定项目经验和项目管理意识后,才开始深入阅读,结合项目学以致用。 过程管理和项目管理一样,也是一种实践活动。任何高效的流程,都是有其适用条件,如项目本身及人员素质,并且随着时空的变化,导致上一个项目中用得好好的流程,无法应用到下一个项目,比如同样的模块,采取外包和内包,开发流程就不同。 刚才我说到的RUP,即使非常熟悉它,而不知道怎么根据项目环境来裁剪,使用效果也是大打折扣,或者说非常危险,比如RUP工件中并没有强调原型和界面视图,这对特别重视界面的网站项目,指导就很受限。 刚毕业时,我把开公司想的很简单,市面上不是有很多公司制度表格的书籍吗,照抄就行了。后来我才明白,根本没法用,就是一个组织结构,不同行业、同一行业不同业务、不同规模或是公司不同阶段,都不一样。 技术上升到一个阶段/层次,需要提升的往往不是技术: 第一阶段/层次:纯技术 往往能够通过书本和demo练习,可以学会并且熟练。这阶段可以速成很多纯技术高手 第二阶段/层次:技术+业务 这时候就要理解业务,评估功能点的轻重和缓急,然后把技术镶嵌进去 第三阶段/层次:技术+业务+商业 比如资金、进度和人员约束 以上三种阶段/层次,只是告诉我们,上升到一个新的阶段后,你需要考虑更多的东西,同时受制约也越多,纯技术几乎没法让项目成功。 当然,上面没有考虑到管理,这个横向(横切)维度,如果也加上,项目需要权衡的因素就更多。 没有一本书,告诉你在这些受制约环境下,你该如何应用你的技术,因为每一种场景都不同。 也许,当你看了大量书籍后,并且忘了书中的一招一式,还能够应用自如时,你才真正达到了能力的最高境界:随心所欲(有知识无意识)。 先写到这里吧,想到其它的在回帖中补充。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2010-08-05
最后修改:2010-08-05
我觉得应该说不能直接从书籍里面直接获得,更难原封不动的应用。 但可以触类旁通,间接提高管理能力。
|
|
返回顶楼 | |
发表时间:2010-08-05
同样,我们需要有自己实际的经历,才能理解你的这段话
|
|
返回顶楼 | |
发表时间:2010-08-05
太浮躁,定不下心来读书。
|
|
返回顶楼 | |
发表时间:2010-08-05
同感啊~
任何管理方法都有其适用场景,也就是前提,一开始就照搬书,往往会过分关注书中的方法,而忽视了场景,就如在沙漠上种蘑菇,无论怎样施肥都没用。而你不看书,你可能会特别关注场景或环境变化,自己摸索方法,这样成功概率更大。 所以,如果你以前没有项目管理、过程管理的意识和经历,切忌看大量相关书籍,或者干脆不看书都好。没有实践经验前,理论几乎没法指导你,只会约束你。 管理类书籍前期只需略读,在有一定项目经验和项目管理意识后,才开始深入阅读,结合项目学以致用。 |
|
返回顶楼 | |
发表时间:2010-08-05
读万卷书不如行万里路,行万里路不如阅人无数。
|
|
返回顶楼 | |
发表时间:2010-08-05
管理经验核心在书上,但是灵活的运用到现实状态真的不是那么简单!
|
|
返回顶楼 | |
发表时间:2010-08-05
因人而异。同样是孙子兵法,有的人读了,可以所向披靡,战无不胜。有的人读了,只能纸上谈兵,兵败身亡。这还是要看你怎样去读书。
陈兄写文章,建议站在其他朋友的角度考虑下。你之前写了篇文章,把工具给否了。现在写了篇文章,又把书给否了。不知道你后面还要否定什么。 |
|
返回顶楼 | |
发表时间:2010-08-05
simlee 写道 读万卷书不如行万里路,行万里路不如阅人无数。
这个貌似说的是小姐。。。 |
|
返回顶楼 | |
发表时间:2010-08-05
最后修改:2010-08-05
wwccss 写道 因人而异。同样是孙子兵法,有的人读了,可以所向披靡,战无不胜。有的人读了,只能纸上谈兵,兵败身亡。这还是要看你怎样去读书。
陈兄写文章,建议站在其他朋友的角度考虑下。你之前写了篇文章,把工具给否了。现在写了篇文章,又把书给否了。不知道你后面还要否定什么。 我觉得你没有读懂我的观点: 《项目管理,本质和项目管理工具无关》,我整篇文章都是关注本质两个字,项目管理,确实和软件有关,只是本质和软件无关。 再比如,有效沟通的本质,和沟通工具,如手机/QQ无关。 此文,我承认阅读的价值,尤其是技术原理类书;对管理实践类书,价值有限或没法直接快速提升个人能力。 如果我有精力和兴趣,我想再写写几个主题: 项目开发和项目运营 同样涉及到软件开发,但关注点天壤之别 企业Web项目和互联网开发 同样是Web开发,侧重点和技术选择上两个世界 我之所以谈到上面两个主题,因为我开始都是用左边的思维来做右边的活,没有发现它们的差别,付出了沉重的代价。 同样是视频网站youtube和youku,一个是视频分享,一个是VOD 同样是即时通讯MSN和QQ,一个是熟人网络(联系),一个偏生人网络(聊天、交友),根本不是同一种Business ............ 能够从类似的现象中,发现它们的差别,需要一种能力,我所举的例子包括阅读,只是一种启蒙。 |
|
返回顶楼 | |