第一篇:项目管理心得体会
项目管理心得体会
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
2.这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的。
3.基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响。
4.在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6.是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(Industry expert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
对于这种需求天天变的客户,你就一定要事先做好规矩:
一、统一联系人,客户指定一个人和项目组进行沟通,不能张领导、王领导都来说几句,如果他们意见不一致,那你只有得罪领导的选择了。所以,项目的最初就要定好规矩,我项目组只认一个的意见,有什么要求你们内部先统一再和我谈,我不想卷入你们内部业务部门之间的矛盾之中。
二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:
有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的。
便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目。
对于客户来说,嘴巴一动最方便,反正是你们做,不花他的资源,所以要求是否合理,是否和项目的目的一致,他是不负责任的。但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了。
8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备,这些事情将是你的主要工作。既然沟通这么重要,那事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情。但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少。拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动
9.好了,做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理的人会大谈什么WBS、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了它们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
10.好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM经常发生一些内存泄漏的情况…”王局长:“(*&$@@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自己实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。
终可交付成果一定要是可以被检查的,比如,【界面要求:美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉EJB编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。
另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。
11.接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:
1.确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;
2.和客户坐下来,探讨他修改的根本目的是什么,是不是有同样能达到相同目的、但是对你来说有代价更小的选择?
3.(项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价。
12.系统开发告一段落后,就进入客户培训、系统验收阶段,这个阶段,我一般会注意以下几个问题:
一、给客户做培训前,多注意一些表面功夫。很多程序员认为,系统的逻辑核心是否正确是关键,至于界面如何,界面上的用词是否准确,那是无关紧要的问题,而且培训的时候也是信手拈来,想到哪里说到哪里,下面听讲的人不知所云,云山雾罩,培训效果自然可以想象。我的体会是,给客户做培训的版本,如果你在做多次测试以后仍然不能确定逻辑是否合乎要求,那么,你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等,总之不要让客户看到一些他不该看到的东西。文档方面,准备至少两个文档:用户手册和培训手册。这两个文档的内容很多都是一致的,但是角度完全不同。用户手册往往是站在系统设计者的角度,按照自己的思路,分模块讲解系统的操作和功能;而培训手册,一定要站在客户业务人员的角度,根据每个角色面对不同业务的办理,如何通过使用本系统的一系列功能来实现目标。所以,第一次培训以前,系统界面是否完整正确、培训文档是否完备都是很关键的因素,第一炮打不响,以后就麻烦很多
作为项目经理,其实脑子里就是几样东西:做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想,这四个方面都是相互矛盾的,属于典型的又要马儿跑,又要马儿不吃草的类型。考虑问题的轻重缓急方面,往往是把快放在第一位,各方领导都会给你最后期限,所以保进度是第一位的;省是第二位的,企业的根本目的是盈利,如果收入不能增加的话,至少费用要控制住;好是第三位的,没办法,谁都想精益求精,但是,没有强大的资源保障,质量只好先牺牲了;最后是多,客户的要求源源不断,如何降低客户的期望值,让他们从理想回到现实也是项目经理的分内工作。
验收前,除了做好文档工作,即可交付成果以外,多花时间搞清楚客户的做事情流程是很重要的事情,这些在前面已经有所提及,这里就不再多说。
我对验收最大的体会就是举证问题。即千万不要让客户这么想:你必须有证据证明你的系统是没问题的。这样你就没戏了,微软那么多天才,做了XP还天天打补丁,要你的程序没问题,既不可能,你也没办法拿出证据。你要让客户明白,所谓验收,就是我按照测试文档的测试用例跑一遍,结果和预期结果一致就应该算通过了,而且还容许有一些小错误留在验收后改正,他可以对测试用例提意见。所以,验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求,那么他应该举证,证明这个系统和最初设计相背离的。所以,参考法律概念,千万不要举证倒置。另外,认为系统完美了才能验收的想法也是错误的,软件开发合同里一定要注明验收以后维护期的费用问题,否则,客户担心一旦验收就得不到你们的支持,自然不配合验收,那么,你这个项目经理就很难交功课了。
最后,我想谈谈如何评价项目经理的绩效的问题,我认为,项目经理有以下几个档次:
*最差的项目经理:项目过程中总是出现意外,然后自己又解决不了,结果成为烈士;
*二流的项目经理:项目也经常出现意外,但是他一马当先,奋勇向前,解决了一个又一个问题,最后,勉强算把项目结束了,获得了领导的一致好评;
*一流的项目经理:平时很少见他做具体的事情,整天找人聊天,然后就是写报告、做计划,最后项目顺利结束,整个过程平淡无奇; 项目管理培训
项目管理到底是一门科学还是一门艺术呢?所谓科学就是经过反复论证,输入和输出有必然规律的东西,种瓜得瓜;而艺术就是思想火花的闪耀,主要靠灵感。项目管理这个东西,据一个前辈说,在国外是科学,80%是有规律可循的;在国内是艺术,主要靠个人魅力、感染能力等东西。看明白了PMBOK,学会了一些做事情的方式,只是搞懂了那个20%的科学的东西,还有80%的空间,属于见仁见智的领域了。所以,加强很多方面的个人能力,如练就出色沟通能力、提升自己的个人魅力对于项目经理来说是多么重要啊,无论是对内还是对外。作为一个一流的专业人士,在顺利让客户签字的同时,如何让自己的领导知道你的价值,这也是体现自己能力的一种途径。
第二篇:项目管理心得体会
《项目管理心得体会》
通过对项目管理的学习,学到了很多东西。公司为什么需要项目管理呢?因为通过项目管理可以控制项目进度、质量、成本、优化配置资源,实时协调各种技术和任务冲突。
项目管理是指在项目活动中运用各种知识、技能、工具和技术以便达到项目要求的过程。项目管理有其一些基本特征:项目有一个明确界定的目标—一个期望的结果或产品。一个项目的目标通常依照工作范围、进度计划和成本来定义。目标执行要通过完成一系列相互关联的任务,也就是许多不重复的任务以一定的顺序完成,以便达到项目目标。需要用各种资源来执行任务。资源可能包括不同的人力、组织、设备、原材料和工具。有具体的时间计划或有限的寿命。每个项目都有客户或目标客户。客户提供必要的资金,或自筹资金以达成目标的实体。项目包含一定的不确定性,项目以一套独特的任务、任务所需的时间估计、各种资源和这些资源的有效性及性能为假定条件,并以资源的相关成本估计为基础。
项目管理有着九大知识领域:项目范围管理:为项目的任务范围和项目的事实进行有效的控制。项目质量管理:包含两个方面,其一是交付物质量,其二是项目过程中的工作质量。其中交付物质量是核心,工作质量是交付物质量的保障。项目质量管理就是指为确保交付物质量,且实际发生的质量成本不超过预算计划而开展的管理活动。项目人力资源管理:项目人力资源管理就是对项目的人力资源所展开的规划编制、人员的开发与合理配置、准确的绩效评估、适当的激励和约束等方面的管理工作。项目时间管理:时间管理又叫进度管理。实施项目的时间管理在于确保能按时、保质、保量完成项目,在进度上满足客户要求。项目采购管理:项目采购管理是保证按时、按质、按量,并且以较低的成本获得项目所需各种资源的管理工作。项目成本管理:项目中成本管理的重要意义在于保障项目实际发生成本不超过项目开发经费的预算。项目沟通管理:为了项目顺利进行,需要项目团队成员之间、项目团队与各项目相关组织之间进行信息传递与思想交流。项目沟通管理的目的是使这种沟通能够及时、准确、全面和有效的展开,从而确保项目组织能够获得所需的各种信息。项目风险管理:项目风向管理的目的是通过风险识别和风险度量去发现项目中的风险,并合理的使用各种方法、技术和手段对风险进行有效的控制,尽量避免损失和妥善处理风险事故造成的不利结果,从而保证项目目标的实现。项目整体管理:描述了用以保证各种项目要素能够相互协调所需要的各个过程,由项目计划制订、实施和计划的综合变更控制构成。
项目管理中强调项目结束时,需要进行项目总结,这样就能将更多的公司项目经验,转换为公司的财富。总体来讲,项目管理可以使得项目的实施顺利,降低项目的风险性,最大限度地达到预期的目标。
第三篇:IT项目管理心得体会
《IT项目管理》心得
随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化,信息技术的应用已成为社会各行各业所不可或缺的,成为了企业发展的重要因素之一,信息化已经成为企业实现战略目标的迫切需要和必要保证。越来越多的企业认识到只有通过信息化建设才能够增强企业的核心竞争力,并在企业体制、技术、管理等方面实现创新,以此来在弱肉强食的环境中生存发展。由此项目管理的思想已经被越来越多的IT领域中的企业所接受,IT项目建设逐渐成为企业资源投入的重中之重。而企业为了使IT项目能够按照预定的成本、进度、质量顺利完成,从而对成本、人员、进度、质量、风险、文档等进行分析、管理和控制。
目前,项目风险管理已被认为是减少IT项目失败的一种重要手段。项目必须事先有风险预控方案,事前控制永远要好于事中和事后控制,而要在项目开始之初就考虑到项目过程中可能出现的所有风险,是不现实的。但是我们必须考虑对风险的管理,尤其是在制订项目计划以及创建团队的时候,考虑这一因素。风险有很多,包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划,一旦发生了风险,则必须及时响应,组织相关人员解决风险。不能忽略任何一个小的风险,否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。
项目风险管理的实质,就是针对项目进行过程中各种各样的风险事件,在合理分析评估的基础上采取合理的对策,促进项目管理目标的实现。如果要真正搞好IT项目的风险管理,树立正确的项目风险意识尤为关键。就是要确立具体的目标,制定具体的指导原则,规定风险管理的责任范围,从认知、分析、防范等各个方面做好工作,采取主动行动,合理的使用回避、减少、分散或转移等方法和技术对活动或事件所涉及的风险实行有效的控制,妥善地处理风险事件造成的不利后果,以合理的成本保证安全、可靠地实现预定的目标,事无巨细都要谨慎处理。特别是在IT项目的可行性研究和计划阶段,风险管理的应用尤为重要。在IT项目的前期阶段面对的不确定因素较多,因此在这一环节推行风险管理对提高项目计划的准确性和可行性有极大的帮助。
风险有诸多因素构成,比如不合格的人力资源、缺乏客户参与、过于乐观的计划、流于形式、管理控制不力、次品频出、过于依赖技术、企业无法承担项目费用、市场定位错误等。其中,我认为自于项目人员的组织有效性,企业如何组建项目团队、其他部门如何配合项目团队工作是一个项目组织的课题,存在的不确定性是企业重大潜在威胁之一。不团结的项目组是无法保证项目的成功。项目经理与项目组长在管理团队成员时,必须时刻注意成员状况,即使处理工作出现的矛盾与摩擦,随时保证团队合作精神得到最大程度的执行。持续地保证项目成员的士气是人员有效发挥自身价值,保证项目按时完成的必要条件。在项目每取得一个阶段性的进展,告知全体成员,来收获成功的信心。在阶段实现的重要时刻,项目经理则是保证时期的关键,其必须注意通过文字、语言等激励项目组成员。故一个好的领导也是至关重要的,因此,必须选择合适的项目组长,通过他们掌握整个项目团队成员的工作进展。同时,还要了解每个成员的能力,以安排合适的角色与岗位。项目组是一个整体,任何一个成员的失误都可能会给整个项目带来未知的风险。由此可知,如果每个成员都能时时保持良好状态,人员能够得到合理的组织安排,团队能很好合作,便可以为企业有效的回避降低风险。
在应对风险方面,主要有规避、转移、弱化、接受四种策略。对于事前的风险应对,主要采用的是规避及转移措施,是通过消除风险或风险的触发条件来降低风险带来的损失,以及通过将风险结果来同应对权力转移给第三方的策略。如果无法防止风险的发生,弱化便成为另一有效措施,其将风险事件发生概率或者影响程度降低,减少资源损耗。接受则是不改变项目计划,而考虑发生后如何应对。在具体实践中,这四种策略须灵活运用,因地制宜,才能最有效的处理风险事件。具体措施则可以是,加强项目培训来提高参与项目的IT人员和业务人员甚至管理人员、决策者对IT项目的认知,对规避项目的实施风险有良好的效果;重视企业自身的技术培训和基础设施建设,以强化技术能力,同时选择有技术优势和经验的开发商合作,以减少技术风险;准备风险保证金,适当预留项目计划时间;重视企业自身的管理规范化,同时积极与开发方以及第三方专家组成高效的项目管理小组,对项目实施有效控制,以减少管理风险;严格执行项目管理中的时间、成本、质量控制等标准流程,能够有助于控制项目风险;实行强制手段;到万不得已时,终止项目,来避免企业更大损失。
风险和效益是并存的,高效益总是伴随的高风险。而每个项目都是读个个体,项目的管理方法非常灵活,只有选择合理的方法进行项目管理,正确的识别、分析、应对风险,做到事前、事中、事后都有回避减低风险的措施,才能确保项目的顺利实施,才能保证项目的成功完成,才能给企业带来更多效益。
第四篇:项目管理心得体会
项目管理心得体会
篇一:
首先我认为无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情都应明确目的和意义,有个打算和安排。有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一大家的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上变成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。
其次个人还应该具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘,广交朋友,形成公司与政府部门之间沟通的“桥梁”,形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。“学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。”对这句话我不仅认同也深有体会,结合工作中遇到的各种情况,让我深刻体会到沟通在工作中及生活中的重要性,高效的沟通可以起到意想不到的效果。
然后在工作中要明确自己所负责的是什么工作,分清什么阶段该做什么,什么环节该做什么,理清了各个环节、各阶段、各条线之间的逻辑关系和相关性,我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门审批流程和审批所需的前置条件,我们编制了工程建设项目及报建流程图,有了这些流程的规范模板,我们就有了参考目标,很快能熟悉每一个环节,工作做起来也得心应手。
所谓找到正确的方法,以量化工具来规范、标准化的实现项目化管理。掌握正确的方法,用正确的方法做正确的事情。
最后我认为团结是非常重要的。俗话说得好“一个巴掌拍不响”,这不正是告诉我们这个道理吗?人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。
我们还需不断的去学习、体会及实践,在今后的工作中,要将所学的知识进行揣摩、深入体会,真正运用到工作中去,达到学以致用。
篇二:
最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议,在项目管理上学到不少东西,感受最深的是项目管理就是要合理的利用资源,而人无疑是一切资源中最重要的一环。
我们做任何工作都不是孤立存在的,工作不论繁复,都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起,扮演不同的角色。如何发挥这些人的特色,分配适合的角色,从而更快更好的完成各自的分工,就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习,培养自己的思考力。思考力提高了观察敏锐了,才能发掘出他人的特色,并善加利用。
发掘出每个人都特色并分配好各人在项目中所处的职位后,就需要采取有效的管理来监督把控每个环节,以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格,说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来,针对单独某一个环节的,结果就使得整体管理上缺乏统一性,实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节,却忽视了整个项目的情况。一旦某一环节上出现了调整,其他人员却无法第一时间得到消息,无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。
因此就像项目管理经验交流时有人说到的:“表格需要做减法”,我们首先应该以项目为单位,将涉及到的所有环节和资源都整合到一起,这样大家就可以知道自己在这整个项目中所处的位置,了解在项目中于自己相关的前后环节的进展情况,这样执行起计划来就更有依据了。
通过这两次项目管理的经验交流,大家准备已一本书作为一个项目,进行项目管理,设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了,将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。
希望这项工作能够尽快的展开,尽早制作出适用于我们公司的项目管理表来,相信所有人都会尽力配合的。
篇三:
两天认真听了《全面项目化管理》这门课,***教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度,让我们又发现了诸多平时工作中存在的问题,也对我们今后的工作起到了指导与改正的作用,真正是受益匪浅。
通过赵教授对专业理论知识的阐述再到典型案例的剖析,做得好的方面也得到了课程中理论知识的支持,对一些常见的错误也以鲜活的案例加以呈现,让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响,对我们今后的工作起到了一定的改善作用。
老师讲项目的标准化时,重点说明了要重视基本习惯的培养,可以大大提高工作质量,任何规范的基础都很重要。还有项目经理的选择,应具备的三大素养和应具备的工作能力等,这一点我在工作中深有体会。
无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义,有个打算和安排。有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一大家的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上变成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。
作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力,还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘,广交朋友,形成公司与政府部门之间沟通的“桥梁”,形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初,我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误,差点我司新建项目的立项批准就审批不下来,我就立即采取的补救措施,与发改局经办负责人及时进行了有效的沟通,详细说明了该项目的原由,最后得到了经办负责人的认可,才化险为夷。学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况,让我深刻体会到沟通在工作及生活中的重要性,高效的沟通可以起到意想不到的效果。
细细回顾老师讲的全面项目总流程,应模块化的以项目包的方式来做,找到正确的方法,以量化工具来规范、标准化的实现项目化管理。掌握正确的方法,用正确的方法做正确的事情。
我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建,哪些属于技术性报建,两者之间的相互关系如何;哪些报建必须前置审批,哪些报建程序是现在必须进行的,哪些是可以同时进行的,也就是老师讲的“现行”和“并行”,这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性,我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件,我们编制了工程建设项目及报建流程图,有了这些报建流程的规范模板,我们就有了参考目标,很快能熟悉报建的每一个环节,工作做起来也得心应手。
以前对于管理的概念、涵义都很模糊,在听了老师讲的管理的本质精髓后,我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。
人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。
最后在我们收获本课程带给我们的新知识的同时,也深深感谢为我们授课的赵安学教授,相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步,我们还需不断的去学习、体会及实践,在后续的工作中,我们要将所学的知识进行揣摩、深入体会,真正运用到工作中去,达到学以致用。
篇四:《项目管理》学习心得
无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情应明确其目的和意义,有打算和安排,有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一集体的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上形成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。
作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力,还需具备良好的心理素质和抵御压力的能力,还有良好的素养。我们要形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。维持良好的人脉关系有效的实现工作成功的目标。学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。
细细回顾讲授课上讲的全面项目流程,以模块化的项目方式来做,找到正确的方法,以量化工具来规范、标准化的实现项目化管理,掌握正确的方法,用正确的方法做正确的事情。
人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的合理结合起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本,有了一支高素质、高水平、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。
我个人认为项目管理是我国著名科学家钱学森先生所著《论系统工程》一书的具体化代表,今后还要继续吸取各方面优秀成果,为实际工作奠定良好基础。
篇五:
本人做项目经理已经有5年的时间,感到做这个工作最要紧的就是要学会与项目干系人的沟通,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢采用先进的技术方案,往往耽误了工作进度,结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理,目前已经能够带领20人左右的团队,.这期间感触最深的也是沟通的重要性。
下面是我的一点体会:作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通,让他们知道你打算怎么做,什么时候做,以及想要的结果是什么,这些都是非常重要的,也是你和他们沟通的主要工作。既然沟通这么重要,就一定要确定好沟通的原则,沟通原则说不清楚,以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式,是推还是拉。
推式沟通就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人,这种情况适合小项目;拉式沟通意思就是项目经理利用OA的公共信息交互区发布信息,对方需要什么信息就自己去查,这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问,
第五篇:项目管理心得体会
时间过得真快,一眨眼的功夫,这门课已经结束了,总的来说这段时间过的忙碌,充实而快乐。这门课主要教我们的是管理,张总在课上时不时地改正我们的思维方式,说话的技巧,在项目中怎么与甲方沟通,我从总获益匪浅。而且这门课要求我们把项目当成是真实的项目来做,为了让我们有真实的感受,张总还让一些在职的人员作为甲方,来跟我们模拟项目的过程。从整个项目的提出到验收中我学到了很多东西,不管在技术上还是团队合作上我都有颇大的收获。
现在回想当初刚听到要45天完成这个项目时的心情,真是有点感慨。记得刚上课的时候蒋院长就进来说,张总的课是严格的训练,叫我们一定要挺过去,当时觉得有那么夸张吗,不就是一门课,这么多年多难的课都过来了。但是当崔总提出项目时,确实有点让人惊讶,要在45天完成他指定的项目,而且是用c#,当时我们组没人会c#,真的觉得这个有点太紧了,而且因为中间还有别的课要上,又不能把所有的时间精力都放在这个上面。即使我们能在这么短的是时间看c#方面书,把项目赶出来,那质量肯定也不会好到哪去。尽管这样想,我们还是准备做这个项目。前一阵子终于项目通过了验收,虽然搜索的效果不是特别棒,但是我们和甲方的人员还是比较满意的验收时的结果的,这让我们感觉三四十天的努力没有白费,心情当然很爽快啊。
纵观整个项目从给公司起名字,到获取需求,到最后验收的过程,还是有点心得体会的:
第一,要认清形势。
我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划,这样才能让别人满意你的结果而自己也能获得较大的收获。一开始,张总就强调过,我们不应该把这个项目当成还是课堂的项目,完成老师的硬性要求,而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势,而在需求上与甲方pm交涉。我们公司内部在经过一番讨论后,确定了最利于我们完成该项目而又达到甲方pm要求的项目方案,然后与甲方pm进行商榷,在与甲方pm分析了各种情况后,最后终于敲定了让甲方pm满意,而我们自己又认为能完成得比较好的需求。
第二,相信团队合作才可能把项目做到最好。
从整个项目的过程来看,团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先,团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法,因为每个人考虑问题的时候总会有各种各样的偏差,我们只有沟通很好的沟通来综合所有人的好的想法,以减少走弯路,而让事情进行的更顺利。我们公司内部的沟通是比较随意的,因为大家都比较熟悉,任何时候有什么想法都会提出来,然后大家一起讨论,并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方pm的沟通,完成这个项目其实也是与甲方的合作的过程,因为甲方pm是在职人员,他的人生阅历比我们多,而且沟通能力是很强的,我们从与他的沟通中都学到了不少知识与技巧,其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方pm,他很认真负责地跟我们沟通,我们在沟通中用词不当或犯什么错误时,他都会指出来,并改正我们的说法,因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。其次,团队合作的关键环节就是在有效沟通的基础上进行分工,分工要明确,落实到每个人。由于这个项目时间的限制和语言的不熟,这个项目必须由我们公司所有成员都尽努力才能做好,这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面,核心算法,和数据库这三个模块,而算法也分有好几种,只有把它们分配给对各模块感兴趣的人做,让他们在规定的时间里进行钻研努力,才能达到最好的效果。我们组在这方面做的比较好,苏总在我们项目提出时,就根据各人的能力和兴趣把每个人分配在不同的主要任务中,在每周与甲方pm定好下阶段的提交物后,都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的,均匀地分配任务就不会造成组员的不满了。再其次,团队合作中协作是必不可少的。在项目组中各成员都明确了任务后,就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务,但是相互之间在一些问题互相协作的话,不仅可以提高各个任务进行的速度,也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的,所以在协作方面还是不错的,比如某人搭建完环境后,帮其他的组员在他们自己的电脑上搭好,这样就会节省大量的时间,而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工,但毕竟是一个项目,之间还是有很大的关联的,这样在编码的时候,都会进行讨论和互相帮助,这样就减少了错误的可能性也节省了时间。最后,项目经理的监督是必不可少的。一个团队中,难免有人会偷懒或拖延,或者完成任务的质量不理想,项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况,以保证项目的成功。虽然我们组没有出现上面提到的种种情况,苏总还是进行了严格的监督,我们每人都是按照苏总给我们的计划提交相应的产品给他,但质量是参差不齐的,苏总都会进行审核,然后给出建议,让我们修改优化后,他才把产品提交给甲方pm,因此甲方pm一直对我们的提交物比较满意,这与苏总的努力是分不开的。
第三,要详细制定计划,并严格按照计划来执行。
这次的项目周期很短,因此计划就显得格外的重要,只有进行详细的计划,我们才有紧迫感,并要求自己抓紧时间完成当天的任务。对比去年的软件工程课,那个项目与这个项目的规模差不多,但是开发周期是真个学期,每个阶段都显得很长,就算制定了一个计划,也没有按照那个计划来,拖个几天是很正常的,今天不能完成明天做,因为有的是时间,这样越来越松懈,就把大量的任务往后压,到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感,计划几乎是细到天的,我们每人组员都要在周报中详细汇报这周中每天做了什么的,pm通过周报来很好地管理进度,当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了,而且结果是比较让人满意的,这样的结果对比去年的就会让我以后在做别的事的时候,更加自觉地详细做计划并严格按照计划执行。另外,这样做的好处就是让人感觉每天都很充实,没有虚度光阴,每次我浑浑噩噩地度过一天而没有学到任何东西后,我都有一种罪恶感,感觉对不起父母和关心自己的人,而制定了详细的计划并认真执行的话,每天都会以饱满的精神状态来学习,心情也很好,这样才是健康的生活方式。
虽然通过这门课,我的经验更佳丰富了,个人编程能力,沟通能力等都有了一定提高,但是我也感觉到了自己的诸多不足,比如我的沟通能力还有待提高,这或许不是一两天的问题,但是我会更加注意,并在以后的生活学习中,留心并提高沟通能力。还有不足就是项目期间,热情还不是不够,每次都把相应的任务做完后,就不管了留给pm,然后等下一个任务,而自己却没有更加用心地去考虑如何把整个项目做的更好,或许是因为我不是pm的缘故吧,在以后的项目中,我要改变这种心态,以更加积极的热情去参与项目。