项目个人心得100字

阿祖0分享

项目个人心得100字要怎么写,才更标准规范?根据多年的文秘写作经验,参考优秀的项目个人心得100字样本能让你事半功倍,下面分享【项目个人心得100字(优秀10篇)】,供你选择借鉴。

项目个人心得100字篇1

两天认真听了《全面项目化管理》这门课,___教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度,让我们又发现了诸多平时工作中存在的问题,也对我们今后的工作起到了指导与改正的作用,真正是受益匪浅。

通过赵教授对专业理论知识的阐述再到典型案例的剖析,做得好的方面也得到了课程中理论知识的支持,对一些常见的错误也以鲜活的案例加以呈现,让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响,对我们今后的工作起到了一定的改善作用。

老师讲项目的标准化时,重点说明了要重视基本习惯的培养,可以大大提高工作质量,任何规范的基础都很重要。还有项目经理的选择,应具备的三大素养和应具备的工作能力等,这一点我在工作中深有体会。

无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义,有个打算和安排。有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一大家的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上变成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。

作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力,还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘,广交朋友,形成公司与政府部门之间沟通的“桥梁”,形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初,我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误,差点我司新建项目的立项批准就审批不下来,我就立即采取的补救措施,与发改局经办负责人及时进行了有效的沟通,详细说明了该项目的原由,最后得到了经办负责人的认可,才化险为夷。学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况,让我深刻体会到沟通在工作及生活中的重要性,高效的沟通可以起到意想不到的效果。

细细回顾老师讲的全面项目总流程,应模块化的以项目包的方式来做,找到正确的方法,以量化工具来规范、标准化的实现项目化管理。掌握正确的方法,用正确的方法做正确的事情。

我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建,哪些属于技术性报建,两者之间的相互关系如何;哪些报建必须前置审批,哪些报建程序是现在必须进行的,哪些是可以同时进行的,也就是老师讲的“现行”和“并行”,这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性,我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件,我们编制了工程建设项目及报建流程图,有了这些报建流程的规范模板,我们就有了参考目标,很快能熟悉报建的每一个环节,工作做起来也得心应手。

以前对于管理的概念、涵义都很模糊,在听了老师讲的管理的本质精髓后,我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。

人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。

最后在我们收获本课程带给我们的新知识的同时,也深深感谢为我们授课的赵安学教授,相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步,我们还需不断的去学习、体会及实践,在后续的工作中,我们要将所学的知识进行揣摩、深入体会,真正运用到工作中去,达到学以致用。

项目个人心得100字篇2

1、抗住——价值(抗住意味着长久。项目压力大,时间紧,任务重,客户挑战大,合伙人承担了巨大的项目风险,我们在难得的项目机会历练中,只有找到自己的 价值定位,提供价值的切入点,持续输出价值,才能抗住压力赢得客户长久的尊重和认可;手段是通过抗住压力+快速学习+整合资源,持续为客户创造价值);

2、放下——格局(格局意味着共识。计较眼前的一城一池容易患得患失,就像张开刺的刺猬一样想随时保护自己,而日久见人心,有胆放下眼前得失,本着长期为 企业提供价值,格局增大看长远才能放下,放下了安定下来就能生智慧,对环境有更强的感知,对人的需求及关系、对事情有更强的判断,最后,双方私下感情共 鸣,彼此认可,专注做事,大大减少人事上的纠纷;方法:气量修炼+真心倾听,才能真正理解企业内各类人群的需求和心声,进而适当团结该团结的、安抚该安抚 的、打击该打击的);

3、推进——独立(独立意味着动车组。1天多次与各模块人员确认,逐渐支持组员独立承担模块,这样不再是项目经理一个人推动项目组往前走,是每个项目模块 负责人都是动力源,形成动车组共同发力推进项目组前进,将大大提升工作效率和成果。做到独立的方法:精神+专业的双重支持。项目经理是项目组员坚强的后 盾,给予精神和专业上的双重支持和信任,让项目成员敢于尝试并在受伤后得到抚慰并有胆再次上阵PK,逐步积累到独立面对客户;项目经理则从项目总监、外部 资源获取专业上的帮助,自己额外还从重复看《士兵突击》获得精神上的力量和支持。这样在给予精神上的信任鼓励和专业上的帮助支持后,对于已经良好运转的模 块就让负责人单飞,对于不安心的模块需要多次确认多帮助多找资源支持,逐渐支持其独立,完成动车组的打造)。

篇四:项目管理心得体会——1个项目经理的经验之谈

经理项目管理心得体会要紧的就是要明白什么是因地制宜:因势利导,只有最合适的,没有什么叫对的,什么叫错的,经理项目管理心得体会最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。

本人做经理项目管理心得体会工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,经理项目管理心得体会最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。经理项目管理心得体会在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:

项目管理心得体会1:这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。

项目管理心得体会2:这个项目里牵涉哪些方面的人,如投资方:具体业务干系方:项目建成后的运营方:技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司:业主的行业主管机构等。经理项目管理心得体会需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为经理项目管理心得体会是一定要记住的;

项目管理心得体会3:基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目管理心得体会的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;

项目管理心得体会4:在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间;

项目管理心得体会5:现在是做项目管理心得体会说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

项目管理心得体会6: 是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果经理项目管理心得体会不能尽早发现风险,那么就只能去当烈士了。

项目管理心得体会7:明白了要做哪些事情和你手上的筹码以及你做这个项目管理心得体会的总体策略,现在是成立项目小组的时候了。很多经理项目管理心得体会都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是经理项目管理心得体会本人,大项目里会配备行业专家,这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。

对于这种需求天天变的客户,你就一定要事先做好规矩:

一、统一联系人,客户指定一个人和项目组进行沟通,不能张领导:王领导都来说几句,如果他们意见不一致,那你只有得罪领导的选择了,所以,项目的最初就要定好规矩,我项目组只认一个的意见,有什么要求你们内部先统一再和我谈,我不想卷入你们内部业务部门之间的矛盾之中;

二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:

_有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的;

_便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目的;

_对于客户来说,嘴巴一动最方便,反正是你们做,不花他的资源,所以要求是否合理,是否和项目的目的一致,他是不负责任的。但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了;

项目管理心得体会8:现在你要面对三群人:你的领导:你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是经理项目管理心得体会将主动发布信息,不管通过电话:邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是经理项目管理心得体会就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有经理项目管理心得体会把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,经理项目管理心得体会更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是经理项目管理心得体会一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以经理项目管理心得体会开始就要和客户说清楚有些文档是必须签字的,比如经理项目管理心得体会的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里:什么等级的事情要双方经理项目管理心得体会专门签署备忘录:什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。

项目管理心得体会9:好了,做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家:系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做干特图的形式表现出来。你做完这个表以后会惊奇地发现,干特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理thldl.org.cn的人会大谈什么WBS:优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个经理项目管理心得体会能力的主要体现。

好,现在项目已经完成了前期工作,了解了项目的目标:搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是经理项目管理心得体会比较空闲的时候,不像前期的时候经理项目管理心得体会要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的经理项目管理心得体会往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。经理项目管理心得体会这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM经常发生一些内存泄漏的情况…”王局长:“(_&$@@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节:缺乏大局观:有点消极悲观:自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自己实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目:你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以

对事情的优先级的判断肯定比下属强。

在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的,比如,【界面要求、美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉EJB编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果:如何向客户交付是经理项目管理心得体会一直要注意的事情,我听说有些老经理项目管理心得体会拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。

另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是经理项目管理心得体会和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级经理项目管理心得体会,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。

接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:

1、 确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;

2、 和客户坐下来,自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的,但是对你来说有代价更小的选择?

3、 (项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本:进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价。

系统开发告一段落后,就进入客户培训:系统验收阶段,这个阶段,我一般会注意以下问题:

给客户做培训前,多注意一些表面功夫。很多程序员认为,系统的逻辑核心是否正确是关键,至于界面如何,界面上的用词是否准确,那是无关紧要的问题,而且培训的时候也是信手拈来,想到哪里说到哪里,下面听讲的人不知所云,云山雾罩,培训效果自然可以想象。我的体会是,给客户做培训的版本,如果你在做多次测试以后仍然不能确定逻辑是否合乎要求,那么,你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等,总之不要让客户看到一些他不该看到的东西。文档方面,准备至少两个文档:用户手册和培训手册。这两个文档的内容很多都是一致的,但是角度完全不同。用户手册往往是站在系统设计者的角度,按照自己的思路,分模块讲解系统的操作和功能;而培训手册,一定要站在客户业务人员的角度,根据每个角色面对不同业务的办理,如何通过使用本系统的一系列功能来实现目标。所以,第一次培训以前,系统界面是否完整正确:培训文档是否完备都是很关键的因素,第一炮打不响,以后就麻烦很多。

作为经理项目管理心得体会,其实脑子里就是几样东西,做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想,这四个方面都是相互矛盾的,属于典型的又要马儿跑,又要马儿不吃草的类型。考虑问题的轻重缓急方面,往往是把快放在第一位,各方领导都会给你最后期限,所以保进度是第一位的;省是第二位的,企业的根本目的是盈利,如果收入不能增加的话,至少费用要控制住;好是第三位的,没办法,谁都想精益求精,但是,没有强大的资源保障,质量只好先牺牲了;最后是多,客户的要求源源不断,如何降低客户的期望值,让他们从理想回到现实也是经理项目管理心得体会的分内工作。

验收前,除了做好文档工作,即可交付成果以外,多花时间搞清楚客户的做事情流程是很重要的事情,这些在前面已经有所提及,这里就不再多说。

我对验收最大的体会就是举证问题。即千万不要让客户这么想:你必须有证据证明你的系统是没问题的。这样你就没戏了,微软那么多天才,做了_P还天天打补丁,要你的程序没问题,既不可能,你也没办法拿出证据。你要让客户明白,所谓验收,就是我按照测试文档的测试用例跑一遍,结果和预期结果一致就应该算通过了,而且还容许有一些小错误留在验收后改正,他可以对测试用例提意见。所以,验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求,那么他应该举证,证明这个系统和最初设计相背离的。所以,参考法律概念,千万不要举证倒置。另外,认为系统完美了才能验收的想法也是错误的,软件开发合同里一定要注明验收以后维护期的费用问题,否则,客户担心一旦验收就得不到你们的支持,自然不配合验收,那么,你这个经理项目管理心得体会就很难交功课了。

项目个人心得100字篇3

项目管理的优势是工作目标集中、组织架构灵活高效,劣势是因为项目临时性的特点,成员缺少归属感和安全感,一个项目组织内包括了各个技术领域的人员,成blue m员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理,似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点,让项目管理扬长避短,再跨上一个新台阶。在技术风险较高的IT项目管理中,更是成了一个时髦的名词弱矩阵管理的项目经理一般是由职能部门指派,归部门经理领导,对项目的控制作用很有限,主要依靠部门经理控制项目,项目成员和项目经理都由部门经理进行考核,这种模式适合项目规模较小,基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的,一般是由各部门经理的上一级领导指派,项目经理和部门经理都对项目有一定的控制权,项目经理的主要负责项目的进度、质量、成本,部门经理则负责组织技术攻关、技术培训和成员技术能力提升,项目经理和部门经理共同负责对成员的考核,这种模式适合项目规模较大、技术复杂度较高的情况,很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了,部门经理辅助项目经理,这种模式适合项目规模较大、但技术相对简单的情况。矩阵式管理虽然有诸多好处,但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导,这是有悖于传统管理的“常理”的,需要充分宣传引导,谨慎协调。平衡矩阵操作难度最高,就像推独轮车,要不断的关注员工对项目的项目管理忠诚度和对部门的忠诚度的变化,要不断的调整,以保持平衡。弱矩阵和强矩阵操作难度也不低,一不小心就会滑到纯项目管理或纯部门管理模式,所谓的矩阵会名存实亡,画蛇添足。阵式管理的另一个缺点就是沟通量大,需要有较强的“沟通管理”能力,否则就会掉入会议的漩涡中。如果能比较好的处理矩阵式管理的平衡和沟通问题,矩阵式项目管理是非常好的管理模式,对IT项目管理必定会有很大好处。长期以来,软件项目高失败率的状况一直困扰着人们,研究表明,软件项目失败的原因主要有两个:一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。

软件开发的风险之所以大,是由于软件过程能力低,其中最关键的问题在于软件开发组织不能很好地管理其软件过程,从而使一些好的开发方法和技术不能起到预期的作用。飞机票流程管理作为现代企业管理的先进思想和有效工具,随着市场环境与组织模式的变化,在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。流程管理不仅是一种管理技术,更体现了现代管理的思想。流程管理的重点是:理清和管理好所有主、支流程间的关系,使他们相互协调发挥应有的作用。流程管理增加了部门的透明度,管理的对象不是“部门”和“部门员工”的概念,而是以工序流程为管理对象,注重流程中每一个过程和效率以及和上下游工序的关系,管理重点在于整体流程的完整性和顺畅性 运用流程管理方法和技术进行软件项目管理,可以有效地改变软件过程管理混乱的局面。首先对软件项目开发过程进行有效的、规范化的定义;其次,在软件项目开发过程中,所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行,这样可以使得所有的活动有序和可控;第三,通过明确运作流程,使项目组人员迅速融入项目和开发过程中;第四,关注每个过程的“结果”,使软件项目的所有工作产卵巢癌品均能得到有效的保存,保证了软件产品完整性。流程是由活动组成的。基本活动是由个人或团体来完成的,它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向,它包含着明确的起始活动与终止活动,因此是一个动态的概念。从结构上来看,流程有四个基本的构成因素:活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”、“结果”等概念密切相关。流程管理不仅是一种管理技术,更体现了现代管理的思想,原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要,管理的发展沿着分工理论运行了上百年后,现在又重新回归到整合与系统。

项目个人心得100字篇4

通过这几天的学习还是自我觉得收获颇多,非常感谢公司能给我们这样的机会。

第一天的拓展培训其实目的就是把从四面八方来的不熟悉的人聚在一起,通过开展一些活动使得团队成员彼此认识,有一定的凝聚力,这也好比组建一支项目团队是一样的道理;以后在项目团队建设中也可以借鉴一用。

第二天通过学习《项目经理如何管理和经营好团队》了解项目团队建设的步骤和方法,以及沟通的重要性。劳动监察局谢局长给我们讲解了农民工工资拖欠的问题,列举了__省对拖欠农民工工资的解决办法,还建立了大数据库,这也是我们建设工程项目中经常遇到的头痛的事,农民工要不到钱该怎么办,项目部从业主那里要不到钱又该怎么办,都有一套完整解决方案,从目前整个行业的现状来看我们实施起来面临一些困难,但至少我们看见了发展的前景,看见国家政策上的重视,社会总是在不断的进步,相信总有一天会实现。

第三天通过薛博士讲解《项目全流程控制与管理最佳实践》更侧重于从理论上去分析如何管理好项目,比如通过用一些网络图找到我们工程进度的偏差,通过对EV、PV、AC等参数的比较分析我们能找出成本、进度的关系以及了解目前项目的经营状况,从而找到解决方案。其实在实际工作中或许我们都已经运用了这些解决方案,但是我们很少从理论上去分析它,通过学习这些知识使得我们在以后的项目管理中遇到这些问题的时候能更加自信的处理。

第四天学习了一些公司制度,熟悉公司的一些流程,这对于我们在实际工作中也很有帮助,可以节约时间,也更加规范。

总的来说这次培训还是过得很充实,每天时间排的满满的,但是相信对我们也有很大的帮助,项目管理能力也将会有所提升。

项目个人心得100字篇5

项目终于是做完了,可这一闲下来,本想要写的许多感触又不知跑哪儿去了。在当初做项目的过程中每遇到一个问题,每解决一个问题,都好像有说不完的心得体会,这会儿要说真不知从何说起,难怪许多的作家都说,要是你想起点什么,就一定要把它记下来。只好再重新看看我的项目,回忆起当时的情形看看要写什么才好。

实话说,我对色彩的感觉是并不太好的,所以我对界面有多漂亮也没个把握,GUI画图这一部份的学习来讲我并没有处于我们班上的领先水平。其实我觉得我对算法要擅长的多,这当然也基于我对数学的性趣。可是最后我们的项目还是做出了自己的个性,看到了书香的气息,当然志祥功不可没。因为这个界面的布局讨论没有花多久,而实现花了很长的时间。当然最后的效果是很好的,在我强烈要求他们要用布局管理器进行界面控制的情况下,还是有几个哥们用了绝对坐标来控制,用绝对坐标进行画图确实好控制一些,但是它就只能适合一种分辨率,当你改变分辨率的时候,你的图形就会变形,这是我感觉我们这个项目中较大的一点缺陷。

我们这组六个人,二个大二的,怎么说呢,两个大二的兄弟在整个组里面来讲,能力还是很不错的了,在编程方面他们也很有想法的,但他们毕竟大一才开始接触编码,再加上学校的教育方式,整个大一也编不了多少代码,所以整个项目的实施过程中,他们比较辛苦,写的东西很多,但多数要用来做试验,考虑的不会很周全,也不是说要求达到写的代码一写就成为有效代码,但一般打好架子的代码修改的地方应该是不会太大的。然而他们有时修改的地方会比较多,所有我晚上会经常看到他们加班到很晚,有时可能还会通宵。这是比较烦自己的事儿,因为一个功能要是花了很长的时间还是没有做出来的话,可能会降低自己的信心。不过他们可能没有到这种严重的地步,但总之他们在整个项目中是吃了不少苦的。

我们相对来讲是把画界面的时间往后推了几天的,而用了五天左右的时间好好的把数据库进行设计,从后面的情况来看,我们的做法是正确的,因为我们的表多,关系复杂,而且表的字段也是具多无比,最长的表字段尽然的有25个,最长的视图字段尽有29个之多。表和视图的数量加起来有五六十个之多,表与表之间的关系很不好分开,所以后面每一个人分开的模块都是联系的相当的紧密,这给我组合项目阶段带来了较大的困难,而且测试起来也不方便,很多时候出了问题都不知道到底是哪一个部份出了问题,所以我在组合的时候基本上都是把他们的代码几乎都看了一遍。但尽管这样,还是庆幸当时的决定,就是先把数据库文件做好,要不是这样,我们后面的问题会严重的多。记得当时进行表结构的设计和表关系的分析,大家头都转晕了,有些东西确实很难想清楚,又没有个实例来看,尽管我把基本表都做成了Word 表格,但Word表格就有五页,前后交叉的几张表一进行关联,翻着表都搞不清是怎么回事儿,再加上整个组就只我和志祥有点数据库的底子,从面上看得出大家都烦这个表,分析的时候,不好意思拒绝我,硬着头皮还是天天来。表结构弄得很细,每一个字段应该取什么名儿每一个人都出了点子的,所有后来我要做他们建立自己的视图的时候,每一个人对表结构都很熟,并且都能对自己的模块的结构进行迭代和分析,不过我还是发现他们只做自己的那一个模块,并没有做很好的交流,也不知道各个部份之间的联系大到什么程度,其实我们的很多视图都是可以共用的。

界面其实出来的比较快,差不多五六天吧,就基本大体就出来了,我们的版本一直从1.0不断的更新,一点一点的进行上升,最后出来的是2.2吧,其实中间不止十二个版本,还有许多都在缝里面,其实这也是提高我们组员的一个积极性的手段吧,每一次听我说版本升级了,他们都会非常的兴奋,立马就会有人拿U盘来拷,因为这是我们每一个人辛勤劳动后的结果,有每一人的功劳,这就是自己孕育出来的结晶。

其实实现功能遇到的问题是最多的,前面说了,由于每一个人的功能模块联系比较大,交流的不够深入,实现起来有一定的困难。加上大家开始的时候注释写的比较少,说了也不大当回事儿,所以到后来写功能的时候找代码找不到,到这份儿上,他们后来的注释才慢慢的多起来了,真的是吃一堑,长一智,这种比我无限的给他们灌输要凑效的多。我们的系统主要的功能就是要做图书和读者的增删改的操作,由于表参照的层比较多,经常搞混,查的时候还好说,大不了就在视图写的长一点(事实上我们的视图不止是长一点点,我看了,最长的一个视图建立表达式达到了四十六行),而进行删除和更改的时候问题会比较大,这里就志祥也经常搞混淆,有时过来跟我说有点晕晕的。也就是在这里,演示的时候出了一点问题,本来是红华做的丢失处理,但是要在祖荣做的那一个模块那里进行查询出来,由于做功能的时候没有深入交流,我在测试的时候也没有测好,所以就出了点小问题,当然这也不是怪他们,大家付出的都很多了,项目的后期实在是很疲劳,大家都不容易了。总之我们还是基本上把参照的美萍上的系统的所有功能都实现的差不多了,项目开发流程的锻炼的目的是达到了的,不管最后结果是怎样的,我想我们的兄弟都是有很大收获的。

其实我觉得整个项目中收获的最大的地方是在我们自己在开发过程中自己摸索了的几个问题,当然也还有一些是还没有完美解决的,但是我们进行了深刻的分析,以待后来有能力了再进行解决。我想我最不会忘记的应该是那棵树的问题了,也就是我在项目演示的时候说到的那棵树。就是它的存储结构分析让我记忆犹新,记得那天分析这个树的存储结构的时候我们想出了许多的方案,大家都累得不行了,但是我和志祥还算清淅,想了好久才想到了一个以三个字段,分别存储子父标识和名称的表进行整个树的存储,当时分析出来,我们都很高兴,因为我们就这个问题想了好几天,解决的那天也是我们数据库讨论完成的最后一天了,后来祖荣还拿着这个表结构来跟我说:“看这个表,就是漂亮!”所以后来祖荣就要主动要求实现了这个表对应的那棵树的建立和遍历的算法,而志祥则实现了界面的交互,虽然说这棵树到最后还是有一点问题,但我们还是很高兴做了这么一件事儿。

我自己的是做了整个系统的部份,除了伙强在最先的时候画了登录和退出的界面和祖荣后来做了的两个子功能外,画界面和功能实现基本是我做的,这里的界面其实很简单,难做的东西就是权限的问题,比较繁琐,因为我们这里除了用户的权限外,还要建立灵活的权限组问题,并且要在界面的每一个功能上进行权限识别,整个项目共的二十四个功能权限,涉及到每一个人实现的功能点,总的来讲也还是好做的,只是if 语句多了点,有时用switch 语句还不行,只能用if 语句,最多的一个是用了25个if ,而且在好几个DAO层的文件上都是用到了这么多个if 的。

整个项目开发这程中,我这组的兄弟都很团结,可以毫不夸张的说,我们去中信集体做项目的时间是最多的,每一次我叫到,每个兄弟都是想尽所有的办法过来一起做项目,这一点我只想说“感谢兄弟们”。

说了那么多的程序的问题,说说生活吧,这段时间是这有生以来过的最充实的一段,但是也是最累的一段时间,看起来好你写程序不怎么消耗体力,其实不然,我在学习Java前一直是在健身房进行锻炼的,我可以明显的感觉到现在没有以前有体力了,昨天去打了两个小时的篮球,王金元就说全身痛的不行,幸好我一直一来早上都在做俯卧撑,所以只有腿痛。我和白艳在一个宿舍里,我们在项目从画界面开始到项目评审的这一个多月里,每天基本上都是两点才睡,有时候还会到三点,过的日子真的是不轻松,不过收获到的东西也是成正比的。我们生活上的一切都从简了,项目才始的时候邝燕财干脆去剃个光头,就是为了难得洗。还有好些事儿,不说了,项目完成了就Ok了。

我清楚的记得当时做项目的过程中有好多事儿想写一写的,现在只能从整个大的方面来说这个项目中的事情了,下次的时候一定要及时的记下当时的想法,做好记录,这样的心得的作用会大的多,等想起点的时候再到博客上写吧,只能这样了。

项目个人心得100字篇6

本人做项目经理已经有5年的时间,感到做这个工作最要紧的就是要学会与项目干系人的沟通,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢采用先进的技术方案,往往耽误了工作进度,结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理,目前已经能够带领20人左右的团队,.这期间感触最深的也是沟通的重要性。

下面是我的一点体会:作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通,让他们知道你打算怎么做,什么时候做,以及想要的结果是什么,这些都是非常重要的,也是你和他们沟通的主要工作。既然沟通这么重要,就一定要确定好沟通的原则,沟通原则说不清楚,以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式,是推还是拉。

推式沟通就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人,这种情况适合小项目;拉式沟通意思就是项目经理利用OA的公共信息交互区发布信息,对方需要什么信息就自己去查,这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问,

两天认真听了《全面项目化管理》这门课,___教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度,让我们又发现了诸多平时工作中存在的问题,也对我们今后的工作起到了指导与改正的作用,真正是受益匪浅。

通过赵教授对专业理论知识的阐述再到典型案例的剖析,做得好的方面也得到了课程中理论知识的支持,对一些常见的错误也以鲜活的案例加以呈现,让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响,对我们今后的工作起到了一定的改善作用。

老师讲项目的标准化时,重点说明了要重视基本习惯的培养,可以大大提高工作质量,任何规范的基础都很重要。还有项目经理的选择,应具备的三大素养和应具备的工作能力等,这一点我在工作中深有体会。

无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义,有个打算和安排。有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一大家的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上变成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。

作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力,还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘,广交朋友,形成公司与政府部门之间沟通的“桥梁”,形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初,我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误,差点我司新建项目的立项批准就审批不下来,我就立即采取的补救措施,与发改局经办负责人及时进行了有效的沟通,详细说明了该项目的原由,最后得到了经办负责人的认可,才化险为夷。学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况,让我深刻体会到沟通在工作及生活中的重要性,高效的沟通可以起到意想不到的效果。

细细回顾老师讲的全面项目总流程,应模块化的以项目包的方式来做,找到正确的方法,以量化工具来规范、标准化的实现项目化管理。掌握正确的方法,用正确的方法做正确的事情。

我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建,哪些属于技术性报建,两者之间的相互关系如何;哪些报建必须前置审批,哪些报建程序是现在必须进行的,哪些是可以同时进行的,也就是老师讲的“现行”和“并行”,这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性,我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件,我们编制了工程建设项目及报建流程图,有了这些报建流程的规范模板,我们就有了参考目标,很快能熟悉报建的每一个环节,工作做起来也得心应手。

以前对于管理的概念、涵义都很模糊,在听了老师讲的管理的本质精髓后,我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。

人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。

最后在我们收获本课程带给我们的新知识的同时,也深深感谢为我们授课的赵安学教授,相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步,我们还需不断的去学习、体会及实践,在后续的工作中,我们要将所学的知识进行揣摩、深入体会,真正运用到工作中去,达到学以致用。

项目个人心得100字篇7

项目管理的优势是工作目标集中、组织架构灵活高效,劣势是因为项目临时性的特点,成员缺少归属感和安全感,一个项目组织内包括了各个技术领域的人员,成员的职业发展不容易做得好。

近些年逐渐流行起来的矩阵式项目管理,似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点,让项目管理扬长避短,再跨上一个新台阶。在技术风险较高的IT项目管理中,更是成了一个时髦的名词。

那么矩阵式管理到底是怎么做的呢?请看下面这张示意表:

我们把部门竖着排成三列,横着切出三个项目,也就是三行,这样的组织结构就像有行有列的矩阵,这就是矩阵管理的最基本含义。这样的组织中,每个成员都有两个领导—项目经理(组长)和部门经理(组长)。根据项目经理和部门经理发挥的管理职能的比例不同,一般又可划分为弱矩阵、平衡矩阵和强矩阵管理,按照项目经理在项目中作用由小到大排列如下:

弱矩阵管理的项目经理一般是由职能部门指派,归部门经理领导,对项目的控制作用很有限,主要依靠部门经理控制项目,项目成员和项目经理都由部门经理进行考核,这种模式适合项目规模较小,基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的,一般是由各部门经理的上一级领导指派,项目经理和部门经理都对项目有一定的控制权,项目经理的主要负责项目的进度、质量、成本,部门经理则负责组织技术攻关、技术培训和成员技术能力提升,项目经理和部门经理共同负责对成员的考核,这种模式适合项目规模较大、技术复杂度较高的情况,很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了,部门经理辅助项目经理,这种模式适合项目规模较大、但技术相对简单的情况。

矩阵式管理虽然有诸多好处,但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导,这是有悖于传统管理的“常理”的,需要充分宣传引导,谨慎协调。平衡矩阵操作难度最高,就像推独轮车,要不断的关注员工对项目的忠诚度和对部门的忠诚度的变化,要不断的调整,以保持平衡。弱矩阵和强矩阵操作难度也不低,一不小心就会滑到纯项目管理或纯部门管理模式,所谓的矩阵会名存实亡,画蛇添足。

矩阵式管理的另一个缺点就是沟通量大,需要有较强的“沟通管理”能力,否则就会掉入会议的漩涡中。

如果能比较好的处理矩阵式管理的平衡和沟通问题,矩阵式项目管理是非常好的管理模式,对IT项目管理必定会有很大好处。

项目个人心得100字篇8

1、 主管要做好公司文化的维护者和发扬者.能成为主管肯定是公司的骨干分子,也认同公司的文化,所以要把这种文化传递到自己的部门,并且不断地发扬和发展,公司文化是无形存在的,不是喊出来的,这种文化如果深入到员工的心里,对于主管工作的开展将起到巨大的作用.公司文化是不断发展的,不断充实的,不是不变的,主管有责任推动公司文化,要先进的文化,不要落后的文化.

2、 主管必须公正和无私,先说公正,千万不可以理解成公平,公平是大锅饭,所谓公正就是要做到奖罚有度,奖罚分明,绩效好的员工能得到应有的奖励表扬,绩效差的员工能给予处罚批评,做到公正才能树立主管的权威,也能激励员工.所谓无私就是管理必须以绩效目标为导向,不能掺杂其他杂念,对事不对人,不能给员工穿小鞋,不能因为不喜欢哪个员工就整他,不能因为员工没有听你的话而记恨等等,无私才能无畏,才能大胆的去进行管理,也不能以为了工作的"皮"去实现个人私怨的"实".人无完人,本我是有狭隘性的,所以主管必须加强个人的修养,处理事情的原则必须是以工作为中心.

3、 不怕得罪人,敢于对违纪犯错误的员工发出自己的声音,主管不能当"老好人",不要认为你给手下留情,员工会记你的情,好好的配合你的工作,只会使你的工作越来越被动.并且会因为你的放任会使员工无视你的存在,下次他还会继续犯错,并且其他人会模仿,降低了你的管理难度.只有敢管,主管才能在实践中得到提高.

4、 主管必须要有度量,能容人.无求品自高,有容德乃大.主管要面对各种各样的人,你的上级可能会经常批评你,甚至不留情面,你的下级可能会私下议论你的坏话,告你的状,背地里整你,不把你当领导,你会感觉到处都是不满意,这种挑战你度量的事情很多,如果你心胸狭窄将会寸步难行.

5、 主管是员工压力的缓解器,既要让员工感觉到压力,更要会给员工缓解压力,员工的工作压力是普遍存在的,主管要把这种压力变成前进的动力.保持和员工经常性的沟通,了解员工的心思,不要把个人的情绪带给员工,帮助解决员工工作中的困难,用一片真心对待员工,把握好工作的节奏,张弛有度.

6、 学会萝卜加大棒式的管理,要恩威并举.完全理性的人是不存在,不要以为员工为了挣钱就当然会努力工作,从而放松对员工的要求和管理,这种完全放羊式的管理只适合于那些成功欲望特别强的人,一般的人还是需要有制度约束的,需要棒子在后面敲打着,当然不能光敲打,那样会产生逆反作用的,必须时时的给员工点萝卜吃吃,让员工感到工作中的人情味.完全的松弛不行,完全的严厉也不行,应该是严格要求中带有松弛,才比较适合.

7、 管理就是要从小事抓起的.管理中同样会产生马太效应的,会以小见大,会抛砖引玉的.长期去看,小事做不好,大事肯定做不好.不要以为是鸡毛蒜皮的小事,就可以放松对员工的要求,那是大错特错了.比如一个搞焊接的员工,一边焊着东西一边听着MP4,主管一说他,他说你管我听不听歌,我把手头的活干好就行了.这实在是一句美丽的谎言,你都没有专心去工作,怎么能干好工作.主管既要看结果,更重要的是把过程控制好.抓小事也能形成一种管理文化,员工会认为小事都这么严格,大事当然不敢马虎,这件事这样严格,那件事当然也不能马虎.

8、 主管必须时时刻刻注意自己的言行,不断地自我修正和自我反省,能接受不同意见包括批评,为了工作的争吵是提倡的.主管的一言一行都代表了公司,时时处处都要站在公司利益一边,你的言行是否损害了公司的形象和利益,是否打击了员工的积极性,最忌讳主管在员工面前发牢骚,如果主管都这样了,还怎么去团结员工,怎么让员工努力工作,又怎么让员工看待公司.

9、 主管要加强学习,要有创新意识.部门主管都是各部门的业务精英,对本部门的业务都很精通,但是作为主管怎么样让整个部门的业务提高又是另外一回事,要不断学习与思考,掌握本部门业务的特点,能够抓住解决问题的关键点.管理人员要加强人文知识的学习,平时要多读读书,对提高管理能力是有帮助的.在工作中要有创新意识,敢于并且不断地尝试一些新的办法,干砸了不要怕丢人,不实践永远提不高,管理是知易行难,贵在行,在于实践.主管要彻底的把个人角色转变过来,从过去的完全的执行者慢慢的向策划者转变,只要能把部门工作搞好,有好的办法、新的办法就要去尝试,而不要去在乎这件事情是不是公司规定的,公司的制度是集体的智慧形成的,而不是老板一个人制定的.

项目个人心得100字篇9

为了加强团队学习,统一思想、统一行动,提高员工沟通协作能力,上周末公司组织各业务板块学习了由清华大学刘铁峰教授讲授的“现代项目管理”培训课程——《精细化管理》,老师生动的讲课方式,让我们在轻松活跃的气氛中了解了什么是项目、项目管理的内涵、方法、工具、步骤、意义等。

首先,刘老师先从“精细化管理”入手,列举了身边很多案例,这些就是发生在我们身边的事件,之前从没有把它们看作是“项目”。而无论是成功的项目还是失败的项目,往往取决于“细节”。进而谈到公司的管理方式,目前,我国企业在管理方面远远没有达到西方企业管理的精细化程度,往往习惯于粗放式管理。面对越来越多、越来越强的竞争对手,企业做大做强成为必然的发展方向。如何有效的利用资源、开源节流、创新发展等都可以通过管理来完成。“细节决定成败”,因此随着管理水平的提高,精细化管理将成为企业生存和发展的基本条件。所谓精细化管理,就是以精细操作和管理为基本特征,通过提高员工的素质,控制企业滴漏,强化链接,协作管理,从而提高企业整体效益的管理方法。也就是说,精细化管理就是由过去的粗放型管理向集约型管理的转变,由传统经验管理向科学化管理的转变。精细化管理是企业管理理念上的转变。精细化管理具有全员性、全面性和全过程性的特点,它是一种全面系统的管理模式。全员性要求每一位员工的工作都要精细化、精益求精;全面性涉及到公司经营

管理、人力资源管理、资金管理、信息化管理、技术管理、安全管理等;全过程性即精细化管理贯穿于企业的各项工作和每一个过程。实行精细化管理,要加强宣传教育和培训;要以现有的管理制度和企业标准为基础;要遵循从易到难、从简单到复杂的原则;要从“细”上着眼,从“精”上下工夫。

结合本部门的工作,才发现其实我们的项目很多,大到土地整理、商业地产管理,小到安全维修工程等,项目管理伴随着我们每天的工作。从启动、计划、执行、控制、收尾,每一个步骤都要有战略指导,缜密的计划,精益求精、不断改进的方案,良好的员工合作机制,预算的控制,以及遇到问题及时总结、反馈等,才能使项目朝着积极、健康的方向发展,从而达到预期目标。

在两天的讲课中,老师多次提到管理中“沟通”的重要性。两次长时间的现场互动,以小组的方式,通过成员间的协作沟通共同完成方案的制定,让我们更直观的从中发现沟通的问题,寻找解决出路。

项目的最终目标是企业实现盈利、为客户解决问题,这其中离不了人的管理。良好的沟通机制和沟通技巧是项目各干系人之间思想交流的重要保障。通常,有效的项目沟通管理,使全体项目组成员的思想高度统一、步伐协调一致、一起行动听指挥。因此,项目沟通是项目管理的一个重要组成部分,是体现项目管理沟通能力和管理能力的知识体系,也是项目管理成功与否及执行好坏程度的一个关键问题。沟通建立和改善人际关系是必不可少的条件。信息沟通、意见交流,将许多独立的个人、团体、组织贯通起来,成为一个整体。信息沟通是人的一种重要的心理需要,是人们用以表达思想、感情与态度,寻求同情与友谊的重要手段。畅通的信息沟通,可以减少人与人的冲突,改善人与人之间的关系。

我们公司内部项目很多,会议,无论是司务会、部门例会、小组讨论会就成为了上传下达的重要形式。公司领导就像项目经理一样为了实现公司目标,除了制定战略规划,还得跟下属沟通让每位员工更好地领会方针政策,让员工清楚自己的任务和责任,同时听取员工的工作心得及其工作进展情况,激励员工的工作积极性。其次,就是指与客户间的交流和沟通,如轻轨运营中与乘客的交流、房地产项目中与政府职能部门、工程单位的协作、商业地产项目中与租户、顾客的协商等等。让客户及时了解项目进展情况,保证项目按照计划和用户要求的方向推进,使用户认同项目的进度并建立预期。

通过两天的学习,使我们对项目管理中容易混淆的概念明晰起来,尤其是项目管理的五个步骤,对我们今后日常工作和项目的操作具有很好的指导意义,我们要把沟通协作作为工作的一个重要环节,把握整体管理的同时不忽视细节管理,为实现公司的目标,做出自己的最大努力。

项目个人心得100字篇10

从一个小小的业务员到今天的项目经理,中间的付出是别人无法理解的。在这段时间的工作中,我一直努力工作,踏实认真的完成了各项工作,一步一个脚印的做好每一件事情,为了以后能够更好的工作,我制定了如下工作总结:

回顾__年,在公司各级领导的正确指挥及担保业务部领导的直接带领之下,本人始终按照公司__年工作部署,并根据本人工作实际,紧紧握住做业务和抓营销两把钥匙,在项目经理的工作岗位上做到了努力学习,大胆实践,转变观念,很快适应了我公司快速发展的要求,圆满完成了全年工作任务。主要情况汇报如下:

一、端正工作态度,坚持勤奋敬业、廉洁自律的职业操守。本人热爱自己的本职工作,热心为客户服务,认真遵守劳动纪律,有效利用工作时间,坚守岗位。需要加班完成工作时,就利用晚上和休息天进行调研和评审报告撰写,公司下达的临时工作任务,都能够按做到按时按量完成。在日常工作中严格自律,谢绝客户多次请客送礼,努力维护公司在客户心中的良好的形象,也实际提高了自身的职业修养。

二、圆满完成了项目经理各项业务指标。在__年中,本人实际完成担保贷款业务笔数7.2笔,完成任务量的180%,完成业务金额为1050万元,完成任务量的105%。其中作为项目经理a角完成业务5笔,金额688 万元,作为项目经理b角完成业务2.2笔,金额362万元,以上本人参与完成的项目共计18笔,业务量总额3612万元。上述成绩的取得得益于公司各级领导的正确领导,同事的鼎立支持,再加上本人坚持不懈的努力和花费了大量的加班时间,可以说每一笔贷款,每一分业务都包含着心血,留下了刻骨铭心的记忆。 __年本人付出了辛勤的汗水,也收获了成长的喜悦。

三、坚持不懈努力学习,业务理论及实践经验得到快速提升。本人在2010年坚持理论学习与实践操作相结合,通过公司培训、业余自学多种渠道积累业务知识,并坚持及时总结。年中本人的论文《中小企业文化建设的难题及之策》在《__担保》杂志上发表,受到不少客户的好评;本人半年工作总结也得到了王总的肯定,担保项目“人、事、物”原则的思考逐步深入,从单纯的“人”、“事”和“物”的三方面扩展到“人”与“事”、“人”与“物”、“事”与“物”的对立统一上。对该原则的深入思考,使得本人业务操作的思路愈加清晰,而不断的业务积累又反过来促进了对该原则的深入领会和扩展,感觉收益匪浅。

四、加强贷后管理,努力为公司执行力的提高贡献力量。在2010年公司布置重点进行的 gmis系统流程录入、档案归档及“回头看”工作中,本人严格按照公司要求,认真完成本人项下的任务,努力做到gmis系统流程与项目流程一致;在项目归档工作中,本人也按照公司要求按时按步骤移交了档案资料,同时也通过该项工作,对贷款资料及时查漏补缺,完善了贷后管理;在回头看工作中,本人按照公司整体部署和担保部具体的安排,对本人负责的贷款企业全部走访了一遍,其中对重点企业海南__有限公司走访了3次,对海南__有限公司存货质押情况不定期抽查 9次,较圆满完成了公司任务,为下一步工作理清了思路。

    760403