项目管理.docx
- 文档编号:24673947
- 上传时间:2023-05-30
- 格式:DOCX
- 页数:16
- 大小:29.94KB
项目管理.docx
《项目管理.docx》由会员分享,可在线阅读,更多相关《项目管理.docx(16页珍藏版)》请在冰豆网上搜索。
项目管理
项目管理
环境的快速变化已经成为时代的主旋律,在这样一个“秒杀时代”里,每个公司都希望自己的团队能是完美的团队,在项目实施中用最短的时间,完成最好的质量,用最低的成本。
公司对项目的高要求 就决定了项目经理在针对项目实际情况将面对很多的难题。
很多时候项目经理都面对这样的声音:
工期紧,活儿只能凑合了;超支,赶紧砍内容,别弄那么多;资源有限,人手奇缺,往后拖吧。
所有的项目经理都会做预算,都会设置检查点,都知道又要无休止的协调。
但真正执行起来,千变万化的现实让他们经常无所适从。
公司的利益、用户的需求、监理的检查等等都是项目经理必须要面对的问题。
总结起来就是时间、质量、成本 难平衡!
在纸上画一个等边三角形。
在各个边上标上时间、质量、成本。
我们会看到,任何一方的移动必定带动其他的变形。
这个三角形中间又是什么呢?
是范围管理,也就是项目范围。
这个三角也就是我们常说的“项目管理三角形”。
时间、成本、质量就是项目管理的三要素。
有一种比喻更能说明三要素之间的关系。
小马为了取悦新认识的女朋友,请女朋友去一家五星级的大酒店吃鲍鱼海鲜,一顿饭花光了他好几个月的的工资。
小马在此后的很长时间只能每天可怜的用馒头在虐待自己,他连带女朋友要出去玩的钱都没有了。
用项目管理的话说,这就是不计成本的恶果。
过了一段时间后,他终于从经济危机中恢复过来,这次他不和新女朋友吃大餐了,他请这个姑娘去自己的小区吃便宜的地摊小吃。
看到地摊的环境,女朋友觉得小高没有卫生观念,又分手了。
这一次,小高败在不讲质量。
第三次,小马知道女孩子一般喜欢看歌舞剧,他准备请第三个女朋友去看半年后才上演的《天鹅湖》,战线一直拉着,女朋友爱上了别人——时间拖得太久了。
这个比喻形象地说明了项目管理中的难题:
如何平衡三要素之间的关系?
一般来说,管理者都希望项目完成的时间要快,完成的成本要低,完成后的质量要好。
可是这三个要素是彼此互斥的。
能够完美做到以上三个要素的项目,少之又少。
上世纪60年代初,肯尼迪总统下令要十年内把人送上月球,并安全带回来。
这个庞大的计划,要快,必须赶在前苏联之前完成;要好,绝不能出现任何差错;并且在预算上有限制。
结果,在各方为这个项目大开绿灯之后,美国果真抢先把人类送上月球,并平安带了回来。
当然,我们平常的项目不可能集所有人力、物力、财力等所有资源,并且得到至高无上的尚方宝剑。
因此,在一般的项目上,这三个要素,彼此之间是鱼与熊掌的关系。
要兼顾的难度,会按照几何级数上升。
这样一个三角难题,我们怎么去解呢?
可以试着从两方面着手。
第一,先弄清楚什么是“好”,什么是“快”,什么是“便宜”。
什么是好项目?
一般来说,项目的结果使企业的收入增加、支出减少、服务加强,就是好项目。
那么,什么是“快”?
在项目管理上,时间是绝对的。
项目经理最容易犯的错误,就是在完工日期的预测上,为了讨好上司而尽量乐观。
同时,他们总用历史数据或别人的经验影响自己的预测,也使得项目工期的变化比较大。
要达到预期完工的要求,项目经理要把一个规模大、时间长的项目,分成不同的阶段完成。
在每个阶段,又要根据每阶段不同的重点分别来做完工预测。
工程分得越细,预测的准确性就越高。
这道理很普通,但需要很周详的计划和分析
至于什么是“省”?
当然,省钱不是项目管理中最重要的目的。
一个项目该花多少钱,是早就算出来的。
一般来说,如果实际的花费和预估的花费差别在30%以内,是能接受的范围;超过30%,预算有问题。
项目经理在预算方面遭受的压力,比什么都大,因此,在做预算的时候,必须面对现实,而且一定要掌握一个原则—项目的“涨价”必不可少,做预算时打出点富余是正经。
三个要素互相制约,找准一个平衡点,才能让三者平衡。
很多时候,由于外在和内在的压力,取舍是免不了的。
要做好取舍分析,项目经理要懂得六件事:
第一,要很清楚地了解项目冲突的基本原因;第二,重新确认项目的目的;第三,了解项目现处的环境及目前状况;第四,寻求可行的其它方法;第五,选择最佳的其他方法;第六,重新策划项目计划。
工作分解咋控制?
“计划赶不上变化!
”一个项目经理感叹道。
的确,项目中有相当多的不确定因素,项目经理辛辛苦苦做的WBS(工作分解结构),可能因为客户的改变,甚至领导的一句话,就分崩离析了。
一些公司高层没有经过仔细考虑,也没有充分征求各个方面的意见,在制定总体计划时比较随意,修改起来更是“信手拈来”。
项目经理也常常借口工作忙等理由,拖延制定详细的WBS,甚至有项目经理认为,不应该制定详细的WBS。
而没有详细WBS的危害也是明显的:
造成计划与控制管理脱节,无法进行有效的进度控制管理,最终导致项目延期或成本上升。
可以说,没有WBS或者是随意的不负责任的WBS的项目是一种无法控制的项目。
面对各种潜在的变化,项目经理应该怎样制定WBS呢?
首先项目经理应该对WBS有正确的认识,制定WBS就是一个对项目逐渐了解掌握的过程,通过这个过程,项目经理可以知道哪些要素是明确的,哪些是要逐渐明确的,通过渐近明细不断完善。
渐近明细也是项目的一个特点,因此WBS的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。
再者,制定WBS需要有一个现实的方法。
一个大型的软件开发项目,通常是采用二次WBS方法。
即根据总体WBS,在需求调研阶段结束、概要设计完成后,再专门针对详细设计或编码阶段制定二次WBS 。
一个方面,需求的颗粒度在一开始往往是比较粗的,因此根据功能点对于整体项目规模的估计误差范围也是比较大的,只能据此制定总体的WBS。
另一个方面,需求和编码工作分解不是一一对应的,一个需求的功能点可能对应多个代码模块,而多个需求的功能点也可能只对应一个或少数代码模块。
只有在概要设计完成以后才能准确地得到详细设计或编码阶段的 二次WBS。
例如,汉中市龙岗中学数字化校园建设项目中。
合同规定8月28日之前系统必须投入试运行。
由于但是项目准备时间十分的短,公司要求在2天时间内预算材料和联系组织人员开工,项目经理组织大家制定了简单的项目的WBS,并制订了本项目的进度计划,简单描述如下
1. 应用子系统:
7月1日~7月5日需求分析,7月6日~7月26日现场布线工作完成,7月20日~7月26日公司技术人员在公司对系统软件进行调试,7月27日~8月18日所有设备安装并进行系统现场测试;
2.系统整体调试:
8月18日~8月25日完成完成网络和系统功能的集成工作;
3.网络子系统:
8月25日~8月26日设备所有功能进行联调;
4.系统整体调试、验收:
8月26日~8月27日试运行,8月27日系统验收。
在工程进行到8月15日的时候由于校方施工环境和原合同中的描述不一致,导致工程需要延时。
但由于工程在开始阶段时间过紧,编制的这个WBS比较粗糙,不适合作为编织项目计划的基石。
只有一个项目的大概框架和子系统各部分的期望完成时间。
从该WBS上面可以看出最底层任务的工期至少也在半个月左右。
如果任何一个任务出现了问题,就必然会出现这样的问题,即延期和延期发生了较长时间才知道。
在这种情况下,项目管理人员最好是制定二次WBS。
最终分解任务的工期最好不要长于一周,否则可能出现失去控制的情况。
而且,在不同阶段应该有具体直接的责任人。
作为项目经理,管理人员需要保持与某阶段的直接责任人沟通,了解进度、发现问题。
在工程需要加快进度时,项目经理应该考虑如何让你的项目按期完工:
一般方法是:
(1)、加班
所有人都讨厌加班。
但是,为了保证项目能够如期完成,加班是一项很合理的措施。
如果大家能够延长工作时间,就能够在预定的工期内完成更多的工作。
如果项目已经接近尾声,那么为了确保能够如期完成项目,加班可能是一个最好的办法。
如果项目才刚刚进入初期阶段,可能还能够找到更为有效的办法。
有一点不能忽视,那就是如果要让员工加班工作的话,加班费是必须要付出的。
(2)、重新分配资源
项目经理首先必须清楚的了解哪些工作对于项目的成功来说是最最重要的。
因为,如果项目不能如期完成的话,肯定是在关键环节上出了问题。
了解了这个问题之后,就可以考虑重新分配资源来解决问题了。
有的工作并不重要,那么就可以延期进行,把节省下来的资源运用到最最需要的地方。
但是必须要谨慎小心,因为有些工作的延期可能会使整个项目发生变化。
(3)、反复检查项目工期安排
任何项目都必须按照一定的顺序完成。
例如,如果你要盖一所房子,就必须要先打地基。
如果项目工期安排不合理,很可能会导致项目不能如期完成。
上边说说的各种方法都是在单个项目中,项目经理为了加快项目进度所采用的方案,但从项目管理的角度来说,项目经理应该充分利用管理手段加快进度。
(1)公司上下必须完善各项管理制度和管理方法,用国内外最先进的管理模式来管理工程项目部。
同时,按ISO9002质量体系要求在项目部建立一支现代化的施工队伍,管理机构配备齐全,专业分工明确。
(2)施工期间每三天一次召开工程项目部内部协调会,就施工中的有关生产、技术、质量、安全及材料等各方面的问题进行协调,每次协调会形成纪要,下次协调会检查落实情况,以确保不影响进度。
(3)每周参加由建设单位组织,监理单位、施工单位及各有关专业施工队伍参加的工程协调会议。
主要协调土建、消防、水电安装、弱电等专业工程在工期、质量、人员穿插等施工配合。
(4)协调同外界有较大影响的横向关系,为工程提供一个良好的施工环境,避免大的干扰。
当出现设计变更或工程量增减时,项目部应以合同形式明确双方协作配合要求,以免影响施工进度。
(5)立足工程全局,按工程形象进度计划对工程的实施进度进行监督,分析可能影响工程进度的各种因素,做到有问题及时提出,及时解决,使工程始终处于良性循环中。
(6)及时妥善处理和监督工程中遇到的突发性事件,避免影响本工程正常进度。
(7)施工总进度目标是从总的方面对工程建设提出的工期要求。
在施工当中,则是通过对最基础的分部、分项工程的施工着手实行进度控制的,并以此来保证各单位工程进度控制目标的实现。
因而需要将总进度目标进行一系列的从总体到细部,由高层次到基础层次的层层分解,一直分解到在施工现场可以直接调度控制的分部分项工程或工序的施工为止。
工程项目中很多时候出现问题并非是项目经理的问题,而是其他方面的缘故导致项目出现问题。
例如:
小王刚被任命为公司某项目网络系统设计项目的项目经理时,内心喜悦之情难以言表。
可是才过了不到半个月,面对“沟通复杂化”、“资源争夺战”,他已愁容满面,这是怎么回事?
原来,公司为这个项目组建项目组时,人力上,核心组员一共才5人,其中还有两位由于来自公司其他部门,时常被其所在部门领导临时派活;经费上,公司没有下放任何权限,所有项目开支仍然要经过公司研发主管、财务部门、公司总裁一系列的审批程序;物质上,项目开发过程中,需要的实验场所、器材等还需要不停地和其他部门与项目组协调使用。
这一系列问题让原本是公司技术尖刀的小王,在具体实施项目建设时,可利用的资源常常捉襟见肘。
是小王自己能力有限,还是公司管理混乱?
小王曾一度十分怀疑自己的管理能力,为了给自己充电,专门报了一期项目管理培训班。
培训结束后,小王发觉不是自己能力出了问题,而是公司在项目管理机制上出现了问题。
小王的公司将各项资源调配的权力,牢牢地把握在公司各个部门手中,公司所有项目在实施过程中,项目经理的实际权力相当有限,有时连自己项目组内成员的工作分配都常常遭遇困难。
来自其他部门的临时组员,由于各项管辖关系仍然隶属于其部门主管,常常对小阎分配的工作不以为然。
而在资金与物质调配上,面对公司的后勤、行政、财务等诸多主管部门,小阎更是无可奈何。
其实,小阎的遭遇与国内许多公司的项目经理遭遇非常相似。
在国内的许多国有、民营企业内,项目经理在企业中的地位往往比较弱势,企业中的各项资源仍主要控制在职能部门手中,项目经理虽然直接对项目的成败负责,但却缺乏相应的权力。
2. 许多企业的管理层对项目管理的价值相当模糊。
传统模式中,资源大都为职能部门所控制,面对资源调配时,项目经理的权力处处受限。
传统的管理模式导致了许多项目上马后,或是长期无法完成,或是成为“半吊子”工程,乃至最后以失败告终。
企业要想其各个项目快速并成功实施,就必须对企业各项业务实施项目化管理,尽可能将企业的资源实现最优化分配。
要实现资源优化,企业就要面对多项目协调、部门协调等问题。
如果实行各项目的独立管理模式,往往会出现各项目之间无法很好协调,极容易造成相互推拖和扯皮。
而缺乏职能部门间的协调,往往会导致管理错位、资源配置滞后,严重阻碍项目实施和管理。
面对多项目管理,企业要通过建立项目管理知识库,通过优先级评价体系等方式,按项目组合管理的理论,使项目的组合和资源划分更加反映企业的整体战略目标。
对于相互间有关联的项目,还应当注重协调与沟通机制的建立,以使宏观的规划与协调更加合理与优化。
而对于部门间的沟通,企业须逐步建立起有效的沟通机制,使得项目团队与职能部门之间、部门与部门之间、项目与管理层之间的沟通与协调制度化和流程化。
这是整个项目管理机制的一个重要组成部分。
资源的协调、风险的监控以及团队的建设都要依靠这一机制得以实现。
中国空间技术研究院在项目管理上经验独到。
2001年,研究院开始在全院推行项目化管理。
随着研发任务的增多,大量的协调工作也随之而来。
各项目都希望占用尽可能多的资源,这也给研究院的调配工作带来很大麻烦。
为此,研究院专门设立了项目管理办公室(PMO)负责项目的管理、协调工作。
但是,不久研究院又发现项目办与其总体部在某些功能上产生重叠,于是研究院又将项目管理办公室并入总体部,并将总体部提升到院本部的层次,负责所有项目的管理协调工作和总体设计,从而真正实现了技术与管理的合一,提高了运行效率,同时组织结构得到简化和明晰。
自总体部履行起PMO的职责后,研究院的工作效率大大提升:
原来全院1万多人只承担三四个研制任务还力不从心,而现在,即使在人员精简后,承担30多个任务时,仍然游刃有余。
有责任没权力 日子怎么过?
项目经理是几品官衔啊?
从责任上说,他负责一个项目,甚至是关系到企业前途的重点项目;从权力上说,他上不如公司老总,下不如普通部门主管,甚至一些普通员工资历也比他高。
你说这项目该怎么管?
我国航天集团为了保证神州项目的顺利进行,专门设立了总指挥一职,负责整个项目的管理工作。
总指挥的级别基本上属于该项目的“一把手”。
这种体制设置,是神五、神六能顺利升天的重要保证。
项目管理中的矛与盾如何解决?
解决的首要方法是设定明确的责任和权力制度,只有给项目经理足够的权力,他才能充分行使职责,在资源调配、进度控制等方面游刃有余
3. 其次是项目经理的技能提升。
给你权力了,你就能管好这个项目?
随着时间的推进、项目的变更以及资源的紧缺,没点金刚钻,这瓷器活还真揽不下来。
现在社会上项目经理的培训这么多,就是因为项目管理已经非常重要,甚至对于很多企业来说,项目就是从始至终贯穿企业经营的全部。
当然,项目经理应该有自己的管理方法,比如借用IT的方法科学分配任务,合理
1、项目经理应该做什么
在整个项目组中,项目经理应该是整个项目的协调者和组织者,就好像是乐队的指挥,主要的职能是保证项目团队协调、一致地工作。
首先,就是团队内部的沟通了。
就像乐队里面有小提琴手,萨克斯手等一样,项目团队中有技术负责人、施工员、质检员、安全员、资料员等职务。
如果这些人员各行其是,这个项目是肯定要失败的。
项目经理的首要的职责是做好团队内的沟通,保证大家的工作协调一致,不会产生冲突。
其次,项目资源的申请管理调配也是很重要的。
合理的资源分配,可以大大加快项目的进度。
2、项目经理不应该做什么
有很多项目经理是技术出身,或者说是有技术背景。
这当然会对开发项目有很大的帮助,但是同时也可能导致出现一些常犯的错误。
首先是过多注重于技术细节的实现,而忽略了对项目总体节奏的把握。
原则上来说,注重技术细节是件好事。
但如果过分注重技术细节,就会过犹不及了。
因为一个人的时间精力是有限的,在细节上花的时间太多,必然会影响对项目整体管理。
所以,项目经理应该是面面俱到的,而不是只注重于某个方面。
就好像乐队指挥,不会对萨克斯特别关注,除非他这方面出现了问题。
其次是用个人能力代替了团队思考,有个人英雄的危险。
很多项目经理个人经验是很强的,很多甚至是技术上的高手。
但是项目经理这个角色,往往不是需要你成为个人英雄,而是成为很好的团队领导者,这两个要求是不一样的。
就好像打仗勇敢的士兵,是一个好的士兵,但不一定就是一个合格的指挥官一样。
与其过分依靠个人能力,不如激活团队的潜能,让每个成员都能发挥他们的最大能力,这样对项目的帮助会更大。
另外,沟通不流畅也会存在某些项目中。
为了解决这个问题,一些必要的会议还是非常有效的。
但也注意会议效率,开会一定要为了解决问题而开,不能失去目标。
3、黄金三角法则
项目管理中有个很重要的黄金三角法则,是项目经理们要牢牢记住的,就是资源,时间,功能。
这三者就像三角形的三条边,是项目管理的三要素,是互相制约的关系。
如果一个项目,资源很少,时间很少,而实现的功能又很庞大,那显然是个不可能完成的任务。
解决方法很简单,就是增加资源(人手,经费),延长项目时间,或者减少项目功能。
当然在具体项目中,如何找到三者的最平衡点,如果达到最优化配置,有经验的项目经理会把握的很好。
4、计划要协商,执行要坚决
简单地来说,就是项目计划制定的时候,是需要和大家沟通协商的,不然就可能是不切实际,空中楼阁了。
但是一旦制定好了,大家一致认可以后,就是团队共同的承诺,进入了执行阶段。
这时候,执行过程是非常坚决的,不存在讨价还价的余地的。
一旦出现和计划不符的情况,需要严格查明原因,督促改进。
作为项目经理,首先要明白该做什么,其次才是如何做。
正确对付遇到的各种问题,现场解决问题,很多项目经理知道这一点,但做不到这一点。
项目经理的职责很重要的部分是处理好沟通、协调和风险控制。
项目经理要做自己的事情。
其他的事情都要靠后。
项目经理做好控制项目范围,把握项目节奏和里程碑点,做好沟通和项目管理。
然后,如果项目经理还兼了实施人员的话,才是在空余的时间去做配置,解决技术问题。
不能要求一个人同时把多方面的事情都做得很好,人的精力很有限,要合理的安排,项目经理也是人,不要把身体累垮了就得不偿失。
而且,更关键的是项目经理的事情没有做好,其他的事情还会出问题。
或许是因为项目管理与信息、技术有着密切的联系,许多人将“项目管理”与技术技能联系到一起。
一般来说,企业会确保员工具有企业需要的技术技能以便他们能胜任工作,但是,项目的失败很少是由于技术上的原因。
和经营一样,项目经常失败是因为没有被正确的管理。
这些问题的缘由主要有:
首先是过多注重于技术细节的实现,而忽略了对项目总体节奏的把握。
原则上来说,注重技术细节是件好事。
但如果过分注重技术细节,就会过犹不及了。
因为一个人的时间精力是有限的,在细节上花的时间太多,必然会影响对项目整体管理。
所以,项目经理应该是面面俱到的,而不是只注重于某个方面。
就好像乐队指挥,不会对萨克斯特别关注,除非他这方面出现了问题。
其次是用个人能力代替了团队思考,有个人英雄的危险。
很多项目经理个人经验是很强的,很多甚至是技术上的高手。
但是项目经理这个角色,往往不是需要你成为个人英雄,而是成为很好的团队领导者,这两个要求是不一样的。
就好像打仗勇敢的士兵,是一个好的士兵,但不一定就是一个合格的指挥官一样。
与其过分依靠个人能力,不如激活团队的潜能,让每个成员都能发挥他们的最大能力,这样对项目的帮助会更大。
另外,沟通不流畅也会存在某些项目中。
为了解决这个问题,一些必要的会议还是非常有效的。
但也注意会议效率,开会一定要为了解决问题而开,不能失去目标。
当然,有的项目经理不是技术出身的或者说技术功底很薄弱,在项目中又偏偏地想去弄清楚每一个细节问题,甚至要求别人给他讲解。
造成了极坏的印象,开始怀疑项目经理的能力,人品等。
这对项目来说,无疑增加了一层屏障。
做项目经理,如果不能够为项目调拨足够的资源,那么至少应该不要给项目组造成阻碍。
一位合格的项目经理,应该具备的能力很多,但是主要是管理技能、技术技能、和个人品质。
管理技能包括行事果断、有效的行使职权、合作精神和团队工作的能力。
团队领导力、方向掌控力和发展他人的能力也是项目经理应具备的其它品质。
技术技能被分解成:
综合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理等九大技能。
个人品质包括:
成就导向和善于行动、乐于助人和为人服务、影响力、管理技能、认知能力、个人的处事效率等。
总之,项目经理必须做到:
扼守承诺,善于沟通,抓住重点,排除干扰,控制主线等诸多工作,重在控制、协调和沟通。
看得准人,人尽其材。
业务上抓大放小,既要给下属大方向上的指示、指导,又要比较大胆地放手下属做具体的事。
适当的时候对下属进行监督、批评或表扬。
多鼓励下属。
下属各部门之间有矛盾或不同的观点时,一定要积极协调,尽快尽早解决问题,统一思想。
下属在操作权限上达不到的时候,或者下属正当的要求需要领导层支撑时,尽量多给予支撑,尤其是在对外、对上层领导处事时,要多多保护好自己的下属。
绝对鄙视那些有功劳抢下来,见到麻烦一概当缩头乌龟或瞬间闪人的领导。
总的说来,对内粗放型管理,理顺各级各部门关系,在合适的时间出场。
对外(或对上级)维护好本团队利益,多争取资源多争取物质财富,确保手下的兄弟姐妹在前线卖命回来后都能论功行赏。
项目经理应该做什么
在整个项目组中,项目经理应该是整个项目的协调者和组织者,就好像是乐队的指挥,主要的职能是保证开发团队协调一致地工作。
首先,就是团队内部的沟通了。
就像乐队里面有小提琴手,萨克斯手等一样,开发团队中也有开发人员,测试人员,部署配置人员,产品设计人员。
如果这些人员各行其是,这个项目是肯定要失败的。
项目经理的首要的职责是做好团队内的沟通,保证大家的工作协调一致,不会产生冲突。
再有,和客户的沟通也是很重要的。
因为开发团队中的大多数人是不和客户直接接触的,项目经理是团队和客户沟通的桥梁。
了解客户对项目功能和进度的期望要求,并根据团队的开发情况及时给出反馈,才能保证项目进展比较顺畅。
另外,项目资源的申请管理调配也是很重要的。
项目资源包括人员,机器,网络,经费等等。
合理的资源分配,可以大大加快项目的进度。
2、项目经理不应该做什么
有很多项目经理是技术出身,或者说是有技术背景。
这当然会对开发项目有很大的帮助,但是同时也可能导致出现一些常犯的错误。
首先是过多注重于技术细节的实现,而忽略了对项目总体节奏的把握。
原则上来说,注重技术细节是件好事。
但如果过分注重技术细节,就会过犹不及了。
因为一个人的时间精力是有限的,在细节上花的时间太多,必然会影响对项目整体管理。
所以,项目经理应该是面面俱到的,而不是只注重于某个方面。
就好像乐队指挥,不会对萨克斯特别关注,除非他这方面出现了问题。
其次是用个人能力代替了团队思考,有个人英雄的危险。
很多项目经理个人经验是很强的,很多甚至是技术上的高手。
但是项目经理这个角色,往往不是需要你成为个人英雄,而是成为很好的团队领导者,这两个要求是不一样的。
就好像打仗勇敢的士兵,是一个好的士兵,但不一定就是一个合格的指挥官一样。
与其过分依靠个人能力,不如激活团队的潜能,让每个成员都能发挥他们的最大能力,这样对项目的帮助会更大。
另外,沟通不流畅也会存在某些项目中。
为了解决这个问题,一些必要的会议还是非常有效的。
但也注意会议效率,开会一定要为了解决问题而开,不能失去目标。
管理者重点是在于管理,而管理的意义就在于管
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理