- 浏览: 39651 次
- 性别:
- 来自: 北京
最新评论
-
抛出异常的爱:
halida 写道抛出异常的爱 写道mock1234 写道mo ...
为什么在添加一个新功能前先整理代码? -
halida:
抛出异常的爱 写道mock1234 写道mock1234 写道 ...
为什么在添加一个新功能前先整理代码? -
javajdbc:
公司管理 -
抛出异常的爱:
mock1234 写道mock1234 写道根据行业经验来判断 ...
为什么在添加一个新功能前先整理代码? -
抛出异常的爱:
futily 写道我的推荐添加完功能后整理;有时间的话我会在功 ...
为什么在添加一个新功能前先整理代码?
作者:黄绍良 来源:项目管理者联盟
曾经发表了一篇文章谈到“我国软件工业的冤枉路”,内容主要说明我国软件工程人员对需求的误解,导致软件行业未能有效把握客户的“需求”,使我国的软件缺乏创新。不期然联想到目前IT项目管理的应用也因为一些错误的观点让项目管理在IT企业中走上另一段冤枉路。
过去数年,项目管理在科技企业中渐渐被重视,企业希望利用项目管理的理念来强化项目的交付质量,最起码也希望项目可以如期完成交付,降低企业的交付成本,提升利润。所以很多从业人员误以为只要考取了一个专业资格,便可以成为一个项目经理,有效执行项目管理的工作。
知识与体系的分别
要知道PMI的考试内容环绕着项目管理知识(PMBOK)的范围,PMBOK不是一套体系(Methodology),它提供的是项目管理知识,但把Body of Knowledge 翻译成为“知识体系”,让我们误会只要完成有关知识的学习,便可以系统地直接实施。但往往在实际应用这些知识的时候才发现无从入手。
“知识”让我们知道“该做什么”(What),而“体系”告诉我们“如何去做”(How)。缺乏一个体系,所有的知识只是理论,这也是为什么国内的一些项目经理感叹不知如何把学习到的理论应用到实践中的主要原因。
为什么一些基建项目,如盖房子,修路,建水坝等项目能够有效地利用项目管理知识呢?那是因为这些项目的管理机制和实施流程比较成熟。项目在设计阶段已经把建设的方法(Construction Processes)有效地融合到项目交付的流程和机制(体系)中了。
科技项目所需的时间往往比较短,范围变动也比较大,加上没有一个实施的流程和管理机制,所以科技项目往往未能有效地把项目管理知识应用到实际的过程中。
管理体系
一些比较成熟的管理体系包括欧洲国家政府部门及其企业所选择的Prince2 (PRojectsIN Controlled Environments 第二版),美国MacDonnell Douglas 公司的STRADIS (Structured Analysis and Design of Information Systems), Ernst & Young 咨询集团的Navigator,或者是Agile的Method123等都是一些常用的体系。
有了一套管理体系,才能够发挥知识的应用。欧美国家的企业大部分有本身的体系,按企业本身的项目特色及业务方向建立的管理流程和机制,让企业的项目能够按照这个体系实施。
要能有效地应用项目管理的知识,企业必须建立本身的管理体系。这是我们国内企业所最缺乏的。
其他项目管理误区
任何项目经理在学习项目管理知识的过程中都明白“Project Sponsor ”(翻译为“项目发起人”)及“Stakeholder”(翻译为“项目干系人”)的重要性。但从我过去二十多年的项目管理经验中对这两者的认识和在项目过程中需要建立的焦点,让我感觉到一个项目管理应用的重大误区。
1.项目赞助人与发起人
所谓“Sponsor”,直接翻译应该是“赞助人”,但如何会变成“发起人”(Initiator)呢?假设A君有一个商业计划,可以让A君赚大钱,但因为缺乏资金,所以到处找寻投资者,最后B君对这计划感觉有兴趣,愿意投资A君的商业计划,让A君这个“发起人”可以进行有关的计划,把计划变成事实。
这里谈到的是两个人,A君是项目“发起人”,而B君是项目“赞助人”,A君的计划能够成为项目,完全是靠B君的投资才能够立项。但如何在项目管理的翻译中把B君翻译成为A君呢?惟一的解释便是这个负责翻译的“外人”在翻译的时候,由于对项目管理缺乏认识,错把“冯京”做“马凉”了。
回想1997年被调派回国负责当时原邮电部的“绿卡工程”(即现邮政储蓄系统)建设的时候,当时有三家供应商负责提供全国各省的系统安装,这个项目的资金安排是原邮电部负责支付各项目的大部分资金,各省及市单位负责支付当地系统的小部分资金。当时很多地区的项目在建设完成后都需要进行变动及返工,经过很长的试运行期才能够完成验收过程。只有我们一家是当时最快得到验收文档的供应商,因为我们在各地执行项目的时候,严格执行部的要求,对地方单位所提出的功能变动采取严格的范围变动管理方法,任何变动必须得到部的同意才进行变动,所以我们的交付比较顺利。当然,在过程中我们不像其他供应商一样按照地方的需求增加或修改系统架构,虽然常会与地方的官员发生争议,但多能够通过协调解决。我们能够比其他供应商更顺利地完成验收过程是因为我们能够明确理解部是负责大部分资金的单位,他们的意见才是最重要的,部是整个项目的主要“赞助人”,而其他供应商均未能有效把握“Sponsor”的定义,让项目延误了多月才能够完成。
当项目发起人建议项目的概念时,往往在经过可行性研究后对项目的范围及功能会有很多不一样的地方,不管是实际应用需求或资金问题,发起人的概念可能在项目立项时只保留下一部分的概念,只有负责项目费用的人才知道他投资这个项目的最终目标。如果按照项目发起人的要求执行项目,不一定能够得到投资者的认同,让项目走上冤枉路。
由此可以看到,当一个项目在实施过程中,往往项目发起人并不是项目赞助人,当然也有可能两者是同一个人,但明确体会“赞助人”及“发起人”的差异,让我们能够把握项目的焦点,降低项目延误的风险,减少交付时进行修改及返工的机会,降低项目的成本。项目经理对“Sponsor”(赞助人)及“Initiator”(发起人)的理解对项目能否如期完成有着重大的影响。
2.赌注
“Stake”的直接翻译是“筹码”或“赌注”,所以“Stakeholder”可以直接翻译成为“拿着筹码的人”。但中文翻译为“项目干系人”,这更让人感觉莫名其妙。
什么才的直接翻译是“筹码”或“赌注”,所以“Stakeholder”可以直接翻译成为“拿着筹码的人”。但中文翻译为“项目干系人”,这更让人感觉莫名其妙。 http://bbs.mypm.net
什么才算是“拿着筹码的人”呢?那就是在赌局完的时候(即系统开始运行的时候),最终是“输”还是“赢”是看这个人在过程中投注的决定。在系统建设的过程中,是那个人“初步”决定哪些功能需要增加,哪些功能可以减少,明确理解系统在运行时能否提升部门的能力和效率,这个人便是系统应用部门的主管。这个主管及他的属下是系统使用者(User),是项目干系人,但只有这个部门的主管才是Stakeholder。
我说那个“‘初步’决定哪些功能需要增加,哪些功能可以减少”的人,是因为做最终决定的不是这个Stakeholder,而是项目的Sponsor。Stakeholder有可能是项目发起人,但也可能不是。他需要说服赞助人对项目进行投资,让系统提供他所需要的功能来完成他的部门的工作。所以在项目过程中我们需要Stakeholder对项目的认同。一些中小型项目可能有数十个使用者,但可能只有一个Stakeholder,一些大型的项目可能有数万名使用者,但可能只有二三十个Stakeholders。我们的焦点错了,项目便会失败。
当我们在2003年负责实施澳门政府一个信息平台的建设项目时,我们面对的是数万名政府公务员,这数万名公务员都会因为这个信息平台的建设使他们的应用受到影响。如果我们需要这数万名“项目干系人”认同我们的设计,那么这个项目便没有办法如期完成。所以这个项目的Stakeholders只是部门的主管级人员(视系统本身的应用范围,一些供应数个部门使用的大型系统的Stakeholders是部长,一些只提供一个署或处应用的小型系统的Stakeholders是署长或处长),整个项目的Stakeholders只有二十来人。我们只需要说服这些主管,让他们认同整个信息平台的设计便可以实施,而不是要说服数万个项目干系人的公务员去认同我们的设计方案。
MBO与MBE
项目管理本身的意义是MBA课程的Management By Objectives (MBO)与Management by Exception (MBE)的混合体。MBO在项目管理中是范围管理,成本管理,质量管理,沟通管理,采购管理和时间管理。MBE在项目管理中是进度管理,范围变动管理,争议管理和风险管理。如何适当应用这些知识,那便需要企业本身提供一套体系,或者需要项目经理本身为企业建立一套体系,同时改正翻译的错误。只有这样才能够推动我国的项目管理应用。
发表评论
-
潘正磊谈微软研发团队管理之道
2009-12-23 09:31 893潘正磊谈微软研发团队管理之道 概要 近日InfoQ有幸独家 ... -
计划的作用
2009-11-02 11:35 1225计划的作用 计划的作用总计如下: 1、计划的目的是实现目标 ... -
专访PMI总裁兼首席执行官贝格雷:企业应对金融危机的新路径
2009-05-12 13:41 849项目管理能帮助企业建立明确的战略和更有效的管理架构,与此同时 ... -
四步创新软件开发模型
2008-12-22 17:47 1408作者:黄绍良 来源: ... -
项目组件分拆法PCDM
2008-12-22 17:35 866作者:黄绍良 ... -
项目管理:如何把握不存在的需求
2008-12-22 15:19 757作者:黄绍良 任何从事IT行业的人员都清楚,软 ... -
项目如何快速实现1-----测试驱动
2008-10-20 12:04 673在把项目文档写完后,业务流程图就是我们要实现的东西,具体怎么实 ... -
项目管理流程的建立过程
2008-10-20 11:26 979建立项目管理流程的过程就是把要待建立的流程把做一件事情的具体过 ... -
我们是一群凡人, 在作着一件不平凡的事, 如果你认为自己是个牛人, 请你离开, 我们不需要你.
2008-09-22 17:39 1093我们是一群凡人, 在作着一件不平凡的事, 如果你认为自己是个牛 ... -
世界顶尖运动队教练的成功秘诀
2008-09-10 10:53 709http://www.infoq.com/cn/article ... -
管理的重要任务1-推和控
2008-09-04 11:29 649管理中很重要的任务之一是推动和控制项目向前发展,其中包括两个点 ... -
项目如果为客户服务_业务指导思想
2008-09-02 17:23 847今天听了领导的关于本行业业务软件的介绍,领导从本行业软件的发展 ... -
怎样做好一个管理者
2008-08-25 16:41 25131、把自己的事情做好, ... -
润物细无声
2008-08-25 15:49 731管人是一件头痛的事情,相同的出发点,方法不同,效果可 ... -
从需求到设计
2008-08-22 15:14 918从需求到设计分为:需求、分析、设计三个步骤。 1、需求收集和整 ... -
系统分析步骤
2008-07-17 17:37 2239拿到需求资料该怎样进行系统分析呢? 步骤如下: 1、业务对象 ... -
软件专业化
2008-06-05 09:48 655刚看了一篇文章,说程序员必须专业话,个人认为程序员的专业化就是 ... -
公司管理
2008-05-28 14:07 829软件公司的管理框架和思路应该是相通的,不同的是根据公司或项目组 ... -
软件项目管理
2008-05-27 10:30 873以前看了一些 ... -
在系统开发方面不同层次的人关注的内容不一样
2008-05-22 10:37 846在系统开发方面不同层 ...
相关推荐
浅析软件项目管理中十个误区,使得项目经理注意项目管理中容易出现的问题。
管理项目失败的教训 41 论项目管理中的量化管理 43 浅谈如何实行有效的项目管理 45 浅谈项目管理 46 浅谈项目管理机制 54 浅析软件项目管理中的10个误区 58 如何估算大型项目的工作量 60 如何计算项目的投资...
管理项目失败的教训 41 论项目管理中的量化管理 43 浅谈如何实行有效的项目管理 45 浅谈项目管理 46 浅谈项目管理机制 54 浅析软件项目管理中的10个误区 58 如何估算大型项目的工作量 60 如何计算项目的投资收益率 ...
管理项目失败的教训 43 论项目管理中的量化管理 44 浅谈如何实行有效的项目管理 47 浅谈项目管理 48 浅谈项目管理机制 56 浅析软件项目管理中的10个误区 60 如何估算大型项目的工作量 62 如何计算项目的投资收益率 ...
管理项目失败的教训 41 论项目管理中的量化管理 43 浅谈如何实行有效的项目管理 45 浅谈项目管理 46 浅谈项目管理机制 54 浅析软件项目管理中的10个误区 58 如何估算大型项目的工作量 60 如何计算项目的投资收益率 ...
本人根据25年的企业管理经验总结了几种常见的管理误区及相关的风险,希望为您提供有益的参考…… 众所周知,21世纪是信息时代,电脑的发明将带来第三次工业革命,但电脑的应用普及如何呢?诸多公司为了管理的需要都...
企业经营管理常见误区的讲座.doc
项目管理中的若干误区.doc
互联网企业HR的管理误区分析.doc
民营企业管理常见误区.doc
民营企业管理常见误区.docx
管理运营知识民营企业管理常见误区.pdf
民营企业人力资源管理误区.doc
民营企业人力资源管理误区.docx
企业经营管理的误区和目标达成8循环.pptx
民营企业营销管理误区.pptx