[置顶] 西方经典著作阅读计划(附书单)

06
2013-05

考取PMP证书的必要性

  参加了深圳某管理咨询公司的PMP考前培训,回来后有朋友问PMP证书有多少含金量,要不要考证以及什么时候考比较好。这些问题也是我参加培训前考虑的问题,接下来就谈谈自己的看法。  


  首先来了解什么是PMP。它是Project Management Professional的简称,意思是项目管理专业人士,证书是由美国PMI颁发的,在全球范围内得到广泛认可,是项目管理从业人员最有价值的认证。至于PMI是什么样的一个机构,一两句话难说得清楚,总之它的PMBOK是美国国家标准。有多少含金量就不言自明了,所以对有志于从事项目管理之士有必要参加该认证考试,理由有三:  

28
2013-04

备考路漫漫

  距6月底PMP考试仅有两个月时间,这段备考的过程有些艰辛,也算是毕业之后准备最认真的考试了。还要背书两个月,可谓长路漫漫。  


  除了上班,其他时间都用来背书了,PMBOK指南已经背过一半,收获还是很大的,之前一知半解的概念通过背诵后能够理解了。每天早上还是五点半起床,背到七点多,晚上下班回去吃完饭休息一会再继续背。以前很不喜欢背东西,也反对通过死记硬背来学习,但通过这段时间的背书之后,觉得这是一种较好的学习方法,在背诵的过程当中除了可以锻炼记忆力,掌握知识的进度也加快了许多。  

25
2013-04

写给我的而立之年

  4月7日是我30岁生日,转眼间30年匆匆而过,不是三言两语所能表达此刻内心的百感交集。到了而立之年,突然感到心态和30岁前截然不同,这是几年前甚至前几天不曾有过的心境。


  子曰:吾十有五而志于学,三十而立,四十而不惑,五十而知天命,六十而耳顺,七十而从心所欲不踰矩。算起来,我志于学未到十五岁,但到了三十有没有“立”起来还在不停地问自己。走过了这么多年的风雨,我是否已经可以掌握了自己的前途,对未来是否已经胸有成竹,到了四十、五十、六七十是否可以如孔夫子所言一样从心所欲?今天想写些什么,但又不知该从何说起。

18
2013-04

项目管理中“回避”概念浅析

回避是远离某人或某物的行为或实践。在项目管理中,回避暗示故意远离某人或某物,通常因为某人或某物不受欢迎或有问题。


错误

我的一位老师曾这样描述:吃公鸡最好的时候是在它肉质鲜嫩时,而不要等到它变得又老又硬。我的经验是现在的回避会导致未来的“又老又硬”。

尝试回避(或忽视)项目中的潜在问题或希望它们消失,通常会起到反作用。就好比不能避免小孩弄伤膝盖一样,我们也不能避免在项目中出现问题。我们所能做的、应该做的是估计、减少和管理可能出现的问题,并将其作为风险管理过程的一部分。

11
2013-04

项目经理修炼之四:让项目发起人自己写需求

项目失败并不是只有美国公司才遇到的问题。根据几年前一家日本领先IT杂志社进行的调查,如果按照质量、成本和交付期的标准来衡量,日本企业实施的项目中,超过75% 都被认为是失败的。

跟大多数其他国家一样,在日本,项目不能达标的首要原因几乎总是需求定义太差。处境最危险的公司是那些业务分析能力较差的公司。由他们来做软件开发这样的技术项目时,成功就被委婉地归为“不可能发生的”事项。这一结果表明,要发现、识别并定义一个软件项目的真实需求有多么困难。

28
2013-03

暂停读闲书,准备PMP考试

3月份的周末我都在参加PMP培训,所以读闲书的时间几乎没有,直至6月底考试的这段时间内以备考为主,而博客的更新有些慢下来了,不过我在努力改进。

所谓的闲书,相对于考试辅导书这种功利性极强的书籍来说的,包括《西方经典著作阅读计划》里的书单。中断了一个月的读书,我开始感觉到阅读的兴奋点会逐渐转移,比如最近一直强攻的项目管理类,现在基本上都是围绕着这类书来看的,而看其他书基本上看不下去。

18
2013-02

项目经理修炼之三:一词不慎坏大事

  哪一个词会让你错过最后期限?答案是“任何一个词”。在开发一个将以非英语语言发布的产品时,你将给项目带来许多新的风险和限制。


  有些风险和限制是技术性的,且显而易见。例如,如果你的产品将投放日本,那么它必须支持适当的字体。如果不支持,那么,即使英文版运行得很完美,日文版的产品也无法运行。但是,字体兼容性不受你的控制。你和团队需要特别注意的倒是一些特殊的翻译译法,并在编码前就要考虑到这些因素,确保开发活动遵循有关国际标准,消除这类问题。


15
2013-02

项目经理修炼之二:避免打地鼠式开发

  软件项目经理经常面临及早交付产品的巨大压力。时间是关键。你如何才能快速完成任务呢?

 

  假设你的团队有两名程序员,伯尼和罗布。两人都很能干,知识面相同,编程语言技巧也相当。你发现在开发过程中伯尼实现软件功能的速度远远超过罗布。

   

  当伯尼着力于快速完成编程时,罗布正花时间写代码并对其进行重构。罗布对变量和方法的命名更擅长。一旦写的程序能够运行起来,他就把这个程序分成几小块。现在他要写测试来确保该程序的每一块都能按照他的意图运行。当他觉得结果比较满意时才宣称实现了功能。

29
2013-01

项目经理修炼之一:尽早让用户参与

以往的软件开发模式是先了解用户的要求,然后再在极度神秘的环境下进行编程测试。毕竟,用户根本不知道我们在做什么,对吧?直至项目结束,我们的魔术师才会匆匆登场,揭去魔法布,然后期望用户会对我们卓越的产品惊叹不已。然而用户此时的通常反应是:“咳,好吧,我知道你们花了很多功夫,但我们真正需要的是……”

今天,项目成功的秘诀就是尽早向用户展示任何可以展示的东西。如果能在项目启动早期,而不是当整个项目都结束的时候,就能发现项目中存在的问题,那该有多好啊。

03
2013-01

海底捞你学不会

借用畅销书名来作为博文的标题,不仅为了方便,也是表达了自己对许多中小企业盲目模仿海底捞的一种态度。

上周朋友兴高采烈地跟我聊起了她就职公司的管理模式,才毕业不到半年的她已经被提升为中层管理干部了,这得益于公司模仿海底捞人人都是管理者的做法。因为刚看完《海底捞你学不会》,所以对该公司的做法很感兴趣,于是跟朋友聊了起来,直到她发了组织架构图过来,我才打消了继续了解的念头,当时头脑中一闪而过的念头是该公司也陷入了目盲跟风的境地。