项目管理核心三要素_2.docx

《项目管理核心三要素_2.docx》由会员分享，可在线阅读，更多相关《项目管理核心三要素_2.docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、项目管理核心三要素项目管理三要素：时间、质量、成本工期紧，活儿只能凑合了；超支，赶紧砍内容，别弄那么多；资源有限，人手奇缺，往后拖吧。这就是我们身边项目运作时常发生的状况。所有的项目经理都会做预算，都会设置检查点，都知道又要无休止的协调。但真正执行起来，千变万化的现实让他们经常无所适从。时间、质量、成本难平衡！在纸上画一个等边三角形。在各个边上标上时间、质量、成本。我们会看到，任何一方的移动必定带动其他的变形。这个三角形中间又是什么呢？是范围管理，也就是项目范围。这个三角也就是我们常讲的“项目管理三角形。时间、成本、质量就是项目管理的三要素。有一种比喻更能讲明三要素之间的关系。小高为了取悦新认

2、识的女朋友，精心设计了欧洲8日游，旅游花光了他多年的积蓄，旅游结束后，他再也没有财力去继续下一步的发展了。用项目管理的话讲，这就是不计成本的恶果。过了一段时间后，他又攒了一些钱，这次他不和新女朋友旅游了，他请这个姑娘看了场电影（第一滴血）。看完后，女朋友觉得小高有暴力倾向，又分手了。这一次，小高败在不讲质量。第三次，小高知道女孩子一般喜欢看歌舞剧，他准备请第三个女朋友去看半年后才上演的（天鹅湖），战线一直拉着，女朋友爱上了别人时间拖得太久了。这个比喻形象地讲明了项目管理中的难题：怎样平衡三要素之间的关系？一般来讲，管理者都希望项目完成的时间要快，完成的成本要低，完成后的质量要好。可是这三个要素

3、是相互互斥的。能够完美做到以上三个要素的项目，少之又少。上世纪60年代初，肯尼迪总统下令要十年内把人送上月球，并安全带回来。这个庞大的计划，要快，必须赶在前苏联之前完成；要好，绝不能出现任何过失；并且在预算上有限制。结果，在各方为这个项目大开绿灯之后，美国果真抢先把人类送上月球，并平安带了回来。当然，我们平常的项目不可能集所有人力、物力、财力等所有资源，并且得到至高无上的尚方宝剑。因而，在一般的项目上，这三个要素，相互之间是鱼与熊掌的关系。要兼顾的难度，会根据几何级数上升。这样一个三角难题，我们怎么去解呢？能够试着从两方面着手。第一，先弄清楚什么是“好，什么是“快，什么是“便宜。什么是好项目？

4、一般来讲，项目的结果使企业的收入增加、支出减少、服务加强，就是好项目。那么，什么是“快？在项目管理上，时间是绝对的。项目经理最容易犯的错误，就是在完工日期的预测上，为了讨好上司而尽量乐观。同时，他们总用历史数据或别人的经历影响本人的预测，也使得项目工期的变化比拟大。要到达预期完工的要求，项目经理要把一个规模大、时间长的项目，分成不同的阶段完成。在每个阶段，又要根据每阶段不同的重点分别来做完工预测。工程分得越细，预测的准确性就越高。这道理很普通，但需要很周详的计划和分析。至于什么是“省？当然，省钱不是项目管理中最重要的目的。一个项目该花多少钱，是早就算出来的。一般来讲，假如实际的花费和预估的花费

5、差异在30%以内，是能接受的范围；超过30%，预算有问题。项目经理在预算方面遭受的压力，比什么都大，因而，在做预算的时候，必须面对现实，而且一定要把握一个原则项目的“涨价必不可少，做预算时打出点充裕是正经。三个要素相互制约，找准一个平衡点，才能让三者平衡。很多时候，由于外在和内在的压力，取舍是免不了的。要做好取舍分析，项目经理要懂得六件事：第一，要很清楚地了解项目冲突的基本原因；第二，重新确认项目的目的；第三，了解项目现处的环境及目前状况；第四，寻求可行的其它方法；第五，选择最佳的其他方法；第六，重新策划项目计划。工作分解咋控制？“计划赶不上变化！一个项目经理感慨道。确实，项目中有相当多的不确

6、定因素，项目经理辛辛苦苦做的WBS工作分解构造，可能由于客户的改变，甚至领导的一句话，就分崩离析了。一些公司高层没有经过仔细考虑，也没有充分征求各个方面的意见，在制定总体计划时比拟随意，修改起来更是“信手拈来。项目经理也经常借口工作忙等理由，拖延制定具体的WBS，甚至有项目经理以为，不应该制定具体的WBS。而没有具体WBS的危害也是明显的：造成计划与控制管理脱节，无法进行有效的进度控制管理，最终导致项目延期或成本上升。能够讲，没有WBS或者是随意的不负责任的WBS的项目是一种无法控制的项目。面对各种潜在的变化，项目经理应该如何制定WBS呢？首先项目经理应该对WBS有正确的认识，制定WBS就是一

7、个对项目逐步了解把握的经过，通过这个经过，项目经理能够知道哪些要素是明确的，哪些是要逐步明确的，通过渐近明细不断完善。渐近明细也是项目的一个特点，因而WBS的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。再者，制定WBS需要有一个现实的方法。一个大型的软件开发项目，通常是采用二次WBS方法。即根据总体WBS，在需求调研阶段结束、概要设计完成后，再专门针对具体设计或编码阶段制定二次WBS。一个方面，需求的颗粒度在一开场往往是比拟粗的，因而根据功能点对于整体项目规模的估计误差范围也是比拟大的，只能据此制定总体的WBS。另一个方面，需求和编码工作分解不是逐一对应的，一个需求的功能

8、点可能对应多个代码模块，而多个需求的功能点可以能只对应一个或少数代码模块。只要在概要设计完成以后才能准确地得到具体设计或编码阶段的二次WBS。例如，某系统集成公司与银行签订了一个银行前置机的软件系统的项目。合同规定，6月28日之前系统必须投入试运行。项目经理小丁组织大家制定了项目的WBS，并制订了本项目的进度计划，简单描绘如下：1.应用子系统：1月5日2月5日需求分析，2月6日3月26日系统设计和软件设计，3月27日5月10日编码，5月11日5月30日系统内部测试；2.综合布线：2月20日4月20日完成调研和布线；3.网络子系统：4月21日5月21日设备安装、联调；4.系统内部调试、验收：6月

9、1日6月20日试运行，6月28日系统验收。2月17日，小丁发现系统设计刚刚开场，由此揣测3月26日很可能完不成系统设计。小丁应该怎样做，以保证项目整体进度不拖延呢？小丁编制的这个WBS比拟粗糙，不合适作为编织项目计划的基石。只要一个项目的大概框架和子系统各部分的期望完成时间。从该WBS上面能够看出最底层任务的工期至少也在半个月左右。假如任何一个任务出现了问题，就必然会出现小丁如今碰到的问题，即延期和延期发生了较长时间才知道。在这种情况下，小丁最好是制定二次WBS。最终分解任务的工期最好不要长于一周，否则可能出现失去控制的情况。而且，在不同阶段应该有详细直接的责任人。作为项目经理，小丁需要保持与

10、某阶段的直接责任人沟通，了解进度、发现问题。稀缺资源怎么抢？小阎刚被任命为公司某桥梁设计项目的项目经理时，内心喜悦之情难以言表。可是才过了不到半个月，面对“沟通复杂化、“资源争夺战，他已愁容满面，这是怎么回事？原来，公司为这个项目组建项目组时，人力上，核心组员一共才5人，其中还有两位由于来自公司其他部门，时常被其所在部门领导临时派活；经费上，公司没有下听任何权限，所有项目开支仍然要经过公司研发主管、财务部门、公司总裁一系列的审批程序；物质上，项目开发经过中，需要的实验场所、器材等还需要不停地和其他部门与项目组协调使用。这一系列问题让本来是公司技术尖刀的小阎，在详细施行项目建设时，可利用的资源经

11、常捉襟见肘。是小阎本人能力有限，还是公司管理混乱？小阎曾一度特别怀疑本人的管理能力，为了给本人充电，考试/大专门报了一期项目管理培训班。培训结束后，小阎觉察不是本人能力出了问题，而是公司在项目管理机制上出现了问题。小阎的公司将各项资源调配的权利，牢牢地把握在公司各个部门手中，公司所有项目在施行经过中，项目经理的实际权利相当有限，有时连本人项目组内成员的工作分配都经常遭遇困难。来自其他部门的临时组员，由于各项管辖关系仍然从属于其部门主管，经常对小阎分配的工作不以为然。而在资金与物质调配上，面对公司的后勤、行政、财务等众多主管部门，小阎更是迫不得已。其实，小阎的遭遇与国内很多公司的项目经理遭遇非常类似。在国内的很多国有、民营企业内，项目经理在企业中的地位往往比拟弱势，企业中的各项资源仍主要控制在职能部门手中，项目经理固然直接对项目的成败负责，但却缺乏相应的权利。很多企业的管理层对项目管理的价值相当模糊。传统形式中，资源大都为职能部门所控制，面对资源调配时，项目经理的权利处处受限。传统的管理形式导致了很多项目上马后，或是长期无法完成，或是成为“半吊子工程，乃至最后以失败告终。企业要想其各个项目快速并成功施行，就必须对企业各项业务施行项目化管理，尽可能将企业的资源实现最优化分配。