|
项目管理者联盟 | 中国工程管理网 | 中国研发管理网 | |
会员中心 | |
资料库 | |
论坛 | |
博客 |
 |
|
 |
||||
|
|
||||||||||||||||||||||||||||||||
|
标题：新手软件项目经理：你知道的太多了
楼主
|
|
 飞眉 PMB：19763 省份：广东省 行业：IT软件 注册：2010/12/29 |
国人很喜欢评论，评论自己的工作，评论自己的上司。但是有的时候，对于一个项目经理来说，知道的太多了也不是一件好事。 话说有一天，魔鬼抓到了两个项目经理张三和李四，他决定吃掉一个，剩一个来给他做项目。张三骄傲地说：“我有PMP证书，我精通CMMI、软件工程，还会敏捷、Scrum。”魔鬼一口就把他吃掉了，“额，你知道的太多了。” 1. 你知道的太多了 有3个游泳教练在教人游泳。第一个教练推荐学生看两本书《游泳工程》和《游泳理论大全YYBOK》，看完了考试，考完试颁发《游泳证书》，可以自由下水游泳了，注意教练不对结果负责。第二个教练会先让学生在岸上按照《游泳YYMMI》规范把动作练到完美，同时结合两本书《游泳工程》和《游泳理论大全YYBOK》，并且在学生下水后严格按照《游泳YYMMI》执行，不能变形。第三个教练很残酷，让学生在岸上练习了一会动作，就让学生带着浮板下了水。如果学生想靠边，教练会把他打到池中去。在一到两周时间内，学生就学会了游泳，但学生完全不知道啥是《游泳工程》，啥是《游泳理论大全YYBOK》。对于继续深造的学生，教练才开始《游泳工程》和《游泳理论大全YYBOK》的讲解，并且每讲一部分就让学生在游泳中多体会纠正。(还有一种，无师自通的狗刨。) 相信大家都很熟悉上面的内容，哈哈。有一个行业一直是第一种和第二种教法，教出了不少水鬼，这就是软件行业。也许他们对《游泳工程》和《游泳理论大全YYBOK》的理解非常到位，也许他们的动作完美符合《游泳YYMMI》规范，他们甚至游得很快，唯一的区别就是他们再也不需要换气了。(我真该庆幸我女儿是跟第三个教练学游泳。) “如果你的世界中只剩一种工具锤子，你会不会试图把所有东西都变成钉子?”虽然很想说不，但是对大多数人来说，答案是会。学到更多的知识有时是一种负担，一旦被洗脑成功，满地找钉子的人大有人在。 2. 其实只有两种项目管理 其实只有两种项目管理，一种是预言式项目管理，另一种是适应性项目管理。在软件项目中，当前预言式项目管理在行动上占上风，适应性项目管理在话语权上占上风。 2.1 预言式项目管理 预言式项目管理相信项目是可以清楚了解并预测的。预言式项目管理注重前期的计划，并认为项目无非是计划的执行过程，并在执行过程中控制变数。预言式项目管理视变化为威胁，要求严格的变更管理。因为人是带来变化的主体，所以更是威胁。 在预言式项目管理中，人员变成了角色，交互变成了过程和文档。客户变成了需求，领导变成了报告，开发人员变成了人月。从此，项目中的一切均可量化管理。 2.2 适应性项目管理 适应性项目管理相信项目是无法准确预测的，要不断适应变化，响应变化。因为人是变化的主体，所以适应性项目管理特别注重人的作用。适应性项目管理通常采用迭代和增量式工作方式来进行探索和校准。 3. 无责任评项目管理 在上一篇《13给新手的建议》中，我建议新手项目经理找到至少一位同公司的项目管理导师。因为导师就是你们的教练和浮板，他能在出现意外的时候保证你的人身安全(别变水鬼)，他能让你把注意力集中到你当前要练习的地方，而不是面面俱到。 但是每一位新手项目经理都想学到更多项目管理知识。应该学哪些呢?其实我更推荐直接在项目中学，跟着导师学。 3.1 项目管理知识体系PMBOK 项目管理知识体系PMBOK是美国项目管理学会(PMI, Project Management Institute)开发的一个关于项目管理的标准，是PMP认证的基础。它把项目管理划分为9个知识领域，即：范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，采购管理，风险管理和综合管理。 无责任乱评： PMBOK偏向于预言式项目管理，希望理清项目中稳定的那些因素，控制和限制不稳定因素，例如人。 另外，对新人来说，直接看PMBOK容易陷入局部的理解，而不了解项目的整体。所以PMP考试的要求是至少3年以上的项目管理经验，虽然现在貌似交钱就可以考。 如果PMP证书对找工作有帮助，就学吧，但注意不要被洗脑了哦。如果已经有了不少经验，希望更加全面的对项目的各个方面有个了解，PMBOK也是不错的参考资料。 3.2 软件工程 软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。 无责任乱评： 软件工程界长期以来偏向于预言式项目管理，也是希望理清项目中稳定的那些因素，控制和限制不稳定因素，例如人。近期软件工程书籍上开始引入敏捷。(也有人认为敏捷本来就是软件工程的一部分。) 因为过于全面，对新人来说，知识量太大，不建议开始就细读。 软件工程的优点是比较全面，如果希望更加全面的对项目的各个方面有个了解，软件工程是不错的参考资料。 3.3 CMMI CMMI是一种过程改进方法，它的目的是帮助组织改进他们的绩效。CMMI认证是软件企业的流行认证，一度被认为是“银弹”。 无责任乱评： CMMI的本质是用于检查组织的软件开发能力的，这一点没错。但是有一点有问题的是，CMMI本身没有能力提供真正的改进，它的改进必须依赖于预言式项目管理或适应性项目管理。换言之，CMMI就是医院的检验科，它能提供检验报告，但是看病治病你还是得找医生。所以相信CMMI能看病的人都被骗了。用CMMI就像去大医院治病，会带来昂贵的检验报告和昂贵的医生诊治费用，不过大医院养活着很多医生。 另外CMMI带来了大量的检验和昂贵的检验成本，本身就会影响项目成败。如果一个人每天都花钱去医院检验，他就有三种风险，一是无力承担昂贵的检验费用，另一种是过量的X光检验会致癌，第三种是检验占用的时间成本太大，没时间锻炼。不如改善生活态度，积极锻炼身体，定期去检验为好。 CMMI也许对公司拿项目，撑门面比较有意义。但是作为个人，尤其是新手，CMMI基本毫无意义。因为你读不懂检验报告，读懂了你也不会看病治病。还是专心把项目做好来得实在。 3.4 RUP Rational统一过程(RUP)是Rational软件公司(现在Rational公司被IBM并购)创造的软件工程方法。在2000年左右，没用RUP，你出门都不好意思给人打招呼，掉份儿。 无责任乱评： RUP是典型的预言式项目管理，它那繁琐的流程定义，事无巨细的交付文档，和众多的角色分工都深深的出卖了它。但是沾了迭代两个字的光，它堂而皇之的混入了适应性项目管理的阵营。 它的优点是比较全面，如果希望更加全面的对项目的各个方面有个了解，是不错的参考资料。 3.5敏捷和Scrum 敏捷软件开发又称敏捷开发，是一种从1990年dai开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。 Scrum是典型的敏捷软件开发方法学，目前在所有敏捷方法学中采用率最高。 无责任乱评： 敏捷是典型的适应性项目管理，Scrum当然也是。最大的缺点是理论与哲学很不“科学”，包含了很多人性化的部分，可变性很大，难于把握。在这一点上，预言式项目管理有很大的优势。因此敏捷极其简单又非常复杂。 敏捷更接近传统工匠文化中的手艺传递，特别需要师傅的指引。自学的，无论学了多少理论，都很难有好结果，这也是推荐项目经理导师的重要原因。 |
| 回复 | 引用 发表时间：2014/4/29 22:28:08 | |
| ！ 您尚未登录，不能回复主题。 现在 登录 注册 |
|
