项目管理学习心得

时间:2023-04-23 12:35:00 学习心得 投诉 投稿

项目管理学习心得15篇

  当我们备受启迪时,常常可以将它们写成一篇心得体会,如此可以一直更新迭代自己的想法。相信许多人会觉得心得体会很难写吧,下面是小编为大家整理的项目管理学习心得,仅供参考,大家一起来看看吧。

项目管理学习心得15篇

项目管理学习心得1

  经过奋斗来到了向往已久的北京航空航天大学,沐浴在舒适的校园环境中,不知不觉中半个学期的课程已经结束,在新年的钟声中享受学习的收获及乐趣,我知道我在一步步的成长,不断地在进步……

  我本来是个害羞的女孩子,不知道如何与人交流,重新回到校园遇到了很多志同道合的同学,单纯的情谊又回来了,心无挂碍的学习,一次次面对大家的演讲,热烈的分组讨论,让我忘记了胆怯,学会了不再脸红……

  英语口语的进步,可谓是我进步最大的方面,一点都不夸张,因为我开始张开自己的嘴巴,说起来容易,但又有谁能说它不是我们口语中最难的一个环节呢。也许我可以紧张的说上几句,脑子却是一片空白,不知道下一句在哪里,不知道该怎么表达我想要说的话,面对外国同事抱歉的笑笑,来一句“sorry,i don’t know how to describe this!”。所以这不叫真正的张开嘴巴;现在我可以随意的与外国朋友交流,不再那么拘谨,即使自己不知道所要表达的意思的英文怎么说,也可以迅速的找到简单点的能说明白自己的意思的词语来表达自己的想法与看法,这才是张开了嘴巴;也不用再为了迎接外国同事,事先翻看自己的资料生硬的套词,我认为这是我在英语口语中的一个转折点。最有力的证明是在就职公司的英语评估中,从原来的1+变为现在的3+(5分制标准),虽然离优秀还有所差距,但是我看到了在短短半年中的进步。还要感谢软件学院的jim老师和karen wang(王晨爽)老师。是他们教我张开了嘴巴,也是在他们的'鼓励和强制下我才扔下自己的胆怯与顾虑,勇敢的站起来、积极的做那一个volunteer。

  通过学习也使我对自己的工作有了更清醒的认识,有了对自己更准确地定位,来这里之前我是个不折不扣的技术人员,单一的思想,总是认为我把我的工作做完了、做好了就万事大吉了,却不知道工作是永远都做不完的。《项目管理》刘伟老师说过,“三十而立”,“立”就是找到自己的位置,我们能找到某个位置并不是能力所在,重要的是如何在这个位置上发挥自己的聪明才干。在科技发展如此迅速的今天,我们为了自己的这个“立”字走进这个课堂,跟着老师学习,“知之者不如乐知者”,我们都是“乐知者”。我用我所学的东西对我的工作进行总结,受益匪浅,由技术人员的直线型思维转变为发散型思维;由单线只关注技术,关注市场,关注管理,从而拓宽思维眼界,给职业带来横向发展;也由单纯技术人员,技术型管理人员,跃进为市场型全方位管理人员。

  在北航学习的半年来,收获的不仅仅是科技知识,管理技能,另一个重要成果是看问题的视角,和平与发展,已经成为当今世界的基本主题。五百年前,因为海洋,人类搭建起真正的世界舞台,大小强弱的国家都在这个舞台上表演了自己的角色。五百年后,因为天空,人类进一步拓展了这个舞台的空间。当人们足不出户就可以同步知晓天下事的时候,世界变小了,作为新世纪的科技人才我们需要更多地去了解世界,去学习世界最新,最先进的知识和经验,而不是仅仅满足于已知,而北航正是给我们提供了这种学习的平台,通过世界知名企业成功案例的学习,在潜移默化中改变了我们的思维方式,使我们能在一个全球化大背景下来看待问题,思考问题,这样使我们对问题的认识更有深度。

  通过管理课程的深入学习,老师们也使我知道了,管理不仅仅是管理好身边的人和事这么简单,它往往是一个复杂的思维过程,包含管理者多方面的能力,一个优秀的管理者,不仅要知道如何管理好身边的人和事,把他们处理得井井有条,还要具备,一,大局观,综和分析事物的能力,二,历史观,了解事物的过去,把握事物的将来,中国自古以来讲一个“势”,所谓“势”,也就是事物将发未发的态势,包含了事务的状态和走向,通过学习也使我们对《红楼梦》中王熙凤的管理才能有了全新的认识、对《三国演义》这本书,从管理学角度有了更深刻的认识。

  XX的钟声即将敲响,半学期的课程也即将结束,回顾半年的学习历程,虽说辛苦,可辛苦中有一种充实,乐在其中,半年的经历无论是英语,管理能力,还是分析问题的能力都有了很大的提升,这不禁使我对下个学期充满了期待,相信在北航完成学业的我再看周围环境的时候将会有全新的感受。

项目管理学习心得2

  一、项目概况

  20xx年3月,我加入聚光科技SAP项目组,从项目成立至项目顺利上线持续运营,和40多名项目组的领导同事、共同度过了9个月齐心协力、并肩作战的工作时光。我在这大半年作为项目助理参与支持项目组工作的过程中,获得了来自于项目经理、各模块关键用户、各业务支持部门领导同事、及九慧顾问团队等各方面大力支持,顺利完成项目组的各项工作。

  SAP系统是为公司的企业管理提供解决方案的高信息化集成系统。在这大半年的过程中,项目组经过业务调研、蓝图规划、系统实现最终准备及上线支持,通过对公司各模块业务流程深入的梳理和规划,完成了公司从前端销售到供应链、后端财务等各项业务的系统切换。这是我第一次参与如此技术密集型的项目,也是第一次和如此多技术及业务骨干们共事,可以说作为一个以市场、品牌宣传、活动策划等作为工作内容的我来说,是一个很好的学习过程,同时也是很大的挑战。

  SAP信息集成化系统从筹备到上线,及上线运维的约9个月的时间里,大约分为了以下几个阶段:项目准备阶段、需求调研及蓝图设计阶段、系统实现阶段、最终数据准备阶段及上线后的支持阶段。我从入职后即加入SAP项目组,从3月8日召开系统上线启动会以来,经历并且参与了系统筹备到上线以及运维期的每一个阶段,深入学习SD/MM/PP/FICO模块的各项业务内容和系统操作规范。我一直抱着从零开始的心态,重新学习公司的各项业务,从前端SD模块的项目创建、创建合同、销售订单下达;至系统设计人员进行配置清单下达、非标BOM维护;供应链计划员进行MRP运行、计划订单转采购订单;至采购员的采购执行、付款、采购收货、发票及付款;再进入生产阶段,包括生产订单下达、发料、执行、报工入库、生产订单关闭;接着就是物流及仓库的工作了。仓库的成品库存调拨,交货单创建、拣配、发货过账、然后是发货。供应链流程结束后,数据通过SAP系统归集到财务人员手中,由他们进行收入确认、收款指派、成本结算等相关业务。整个业务流线,起源于销售,归集到财务,包含生产、采购、发货等各项供应链业务,将各项信息和数据集成到系统,很好的用信息化系统连接起了全过程。

  二、项目助理工作日常

  我作为项目助理加入SAP项目组以来,除了做好项目助理的日常工作,更多的时间花在了学习业务逻辑和系统操作两方面。这约9个月的项目组工作,让我对生产型企业各项业务逻辑有了很好的认识,而SAP系统作为公司信息化迭代的载体,将各项流程及审批归集为流程图,将各项销售数据及各项成本,归集为表格,让人一目了然。可以说,加入SAP项目组的这大半年,是我了解业务逻辑、提高系统操作、完善人际交往和问题处理能力的最好学习机会,对于公司给我提供一个加入SAP项目,学习业务知识的机会,我深表感谢。

  项目助理除了参与项目组的各项业务工作,主要的日常运营分为两块:一是项目组成员、会议、文件等行政类日常事物,并辅助项目组跟催未清事项及项目进度;二是团队建设、团队文化、团队活动、项目宣传等各项宣传类工作。在日常的工作交流中,我和团队成员培养了良好的关系,大家在统一了项目目标即系统顺利上线后,工作热情高涨,特别是在8月-9月的系统上线期间,在连续并且高强度的工作压力下,很多人甚至每天工作时间超过16个小时,有人甚至持续加班到凌晨睡在公司。在项目上线前夕,项目组所有成员团结一致,激情高涨。我在完成各项会议安排,人员通知等工作,更多的做好后勤服务,保证大家的夜宵水果和红牛、东鹏特饮等加班能量的供给。面对高强度的工作压力,项目组成员没人叫苦叫累,几乎每天工作时间超过12个小时,中秋节、国庆节也坚守岗位,奋战在系统上线第一线,保证业务流程和评审流程高效,保证数据收集的准确及时,保证各项业务操作顺利高效。

  另外,除了项目组日常工作事项,团队建设和文化宣传也是非常重要的一项工作。项目说到底就是团结一群人以目标导向为基础,共同做一件事,所以事情能不能顺利高效的完成,很重要的一部分源于“人”的因素。包括项目组按阶段召开项目启动会、蓝图汇报会、上线动员大会和最后项目总结大会,所有的方式无一不是鼓励团队成员团结一致、凝心聚力。项目组在蓝图阶段结束后进行了一次团建活动,一起体验了富春江皮划艇、定向寻宝等一些考验团队能力的活动项目。轻松愉快的活动流程让大家放松身心、为后续实现阶段的工作状态养精蓄锐。因项目蓝图规划结束后,紧接着就进入系统开发和调试阶段的繁忙工作中。在项目上线前夕,我们安排了团队聚餐,为大家在接下来一个多月的上线冲刺阶段加油鼓劲。

  团队建设各项工作,按照项目组计划,依照所有成员的工作状态和当下的阶段情况及时调整,对提高项目组40多位成员的工作积极性提供了很好的助力。

  三、项目管理学习心得

  我作为项目助理全程参与SAP项目的这段时间以来,在不断学习业务知识和系统操作的同时,也时时总结和反思有关于项目管理方面的关键问题和注意点,尤其以团队为单位去推动一场“变革”的时候,产生的来自于内部以及外界的各项助力和阻力,同时对于如何面对机遇和挑战进行了自己的思考。以下,我通过一张思维导图,将我所理解的项目管理学习心得进行说明,希望能够抛砖引玉,为以后的新项目或是助理相关工作类型做一番启发。

  我把项目管理的关键点分为以下四点,并就SAP项目中实际出现的情况做出自己的思考:

  A、]如何跟进未清事项/掌握关键阶段节点

  SAP项目本次上线的一共有四个模块,分别是SD&PS模块/MM&QM模块/PP模块/FICO模块。因为项目涉及公司从前端到后端的全业务流程体系,因此势必面临多业务流线,不同岗位不同工种相互配合的情况。因为体量大,业务复杂,项目在上线前夕面临庞大的未清数据收集工作,虽然项目组已经预料到数据收集情况复杂,数据量大涉及人员多,提前两个月开始了收集计划,并且明确各项数据责任人和时间节点,下发了SAP系统数据收集模版,但情况仍然不容乐观。

  8月初,未清数据收集计划发布,开始收集;9月初,依据当前进度,发布详细版数据收集计划,明确每一版数据收集的业务范围、时间、各业务单元收集人、责任领导、数据复核完成时间、数据收集完成状态,并就数据收集实际情况和出现的问题,隔天召开数据收集例会,和项目组所有成员宣贯该项工作的重要性,及时跟进进度。因为SD模块需要提前上线,数据量大且配置清单等拆分到站点复杂且耗时,一度面临数据收集逾期,项目上线的风险性高问题。为解决此类问题,项目组自上而下达成了重要性共识,并积极寻求各相关业务部门负责人和各部门一级负责人的支持,项目执行小组组长虞总多次在未清数据收集逾期清单告知邮件中提及:基础数据的完备直接影响到SAP-ERP整个系统的上线是否顺利成功,所以请务必重视,及时按计划时间完成相关工作,对于工作中确实有难度和工作量的请项目组及信息技术部一起群策群力想办法帮助相关人员保质保量完成。请各业务单元的领导给予相关人员工作上的大力支持,需要资源的也请给予优先考虑支持。决战时刻需要大家每个岗位的成员同心协力,互相配合支持完成,相信在大家共同努力下能顺利成功上线。

  Visual Project(高层计划和任务计划)里强调,高级管理者需要从宏观层次上掌控项目关键点的情况,更关注关键点的达成情况,以及对整个项目预期的影响。根据项目组在未清事项的跟进方式来看,在明确目的、事项明细、责任人和完成时间节点的情况下,另有四个举措,可以更好的掌握关键阶段节点和跟进进度:

  一是需要树立项目计划的严肃性和目的的明确性;

  二是需要设计项目进展的评审和审批关卡,设计关键点的控制,比如我们每个阶段结束后的相关模块责任人签字确认环节;

  三是需要实时掌握项目执行的偏差和趋势;

  四是需要寻求支撑,拉动外围环境建设,例如绩效、奖金以及项目组一直在实施的月度之星评选的工作,以促进未清事项的完成。

  总之,在项目管理中跟进各项业务进展是非常重要的一项工作,虽然在面对不同的项目内容时会有所变化,但完成该事项的目的都是一致的,因此调动责任人的积极能动性和调动资源、积极寻求支持是比较重要的一个环节。

  B、如何协调团队工作、处理团队内部矛盾

  有独特想法的人未必有执行力,有执行力的人未必有独特想法,因此我们要组建团队。各项目的团队合作虽然目标是做事,但做事的主体都是人。因此项目的很大一部分工作是协调团队内部工作。

  项目组内部交流有两种基本的方式:消息(邮件、备忘录、微信群)和会议。重要信息、通知等大多通过邮件来确认,紧急但不重要的信息通过微信发送。会议是把团队结合在一起的凝固剂,会议成功的关键是只开迫切需要开的会议。在SAP项目组会议十分频繁。尤其在业务流程专项讨论阶段,专题会议非常多,再加上项目组例会、培训会等会议,有时一周的会议约有8-10个之多。而部分夯长的会议占用了大家太多的时间精力,导致晚上要加班工作,造成了一个不好的工作影响。后来项目组养成了一个习惯,保证会议议程和参会人员的精简,频繁开会没有错,但没必要的长会坚决不开。

  SAP项目组的同事都是资深业务骨干,大部分都有超过10年深耕本领域的工作经验,对业务流程和关键阶段非常清楚,在业务流程方面具有相对权威的发言权。因此项目组在进行内部沟通的另一个独一无二的方法是通过四处走动来了解情况。SAP项目组除了在滨安路园区的项目指挥部(原党工会议室),另外安排了三个小会议室让各模块成员集中独立办公。只要四处走走,与各模块聊一聊,就可以获得更多信息,许多不太容易暴露出来的小问题和小情绪,就在这茶水间、走廊里、转角口的交流中被无形解决了,因此千万别低估这些随机事实的价值。

  无论选择什么样的方式进行沟通,协调团队工作,一定要确保经常而且公开地进行沟通。团队的氛围和士气、良好心态、高效的工作氛围这些都很重要。

  C、如何完成跨部门协作共同推进工作事项/ 如何使得上下游业务相关人员接受及传达的信息一致

  SAP项目组主要分为四个模块,SD/MM/PP/FICO模块分别由业务关键用户、组长和顾问团队组成,各模块业务独立又有相关联。因此在蓝图规划阶段,各模块除了梳理例如财务、供应链、事业部等的业务流程外,更多的进行跨模块业务专题的流程串联;包括后期系统实现阶段进行的集成测试和系统联调,也是要进行跨模块的流程串联,对如何更好的沟通模块、衔接业务,都是考验团队协调重要的工作方式。

  有效信息有三个关键点:简洁、完整、结构。只要把这三个方面都包含在传递的信息中,就可以做到信息被人理解。因此在进行跨模块沟通时,我们会把相关模块关键用户即业务责任人、模块顾问、模块组长,如有需要会邀请具有决策权的业务负责人共同参与。在会议有限的1-2小时内,就本问题在已有方案的基础上提出优化和修改方案,并就会议讨论点、会议决策点和会后跟进事项(包含责任人和完成时间节点)邮件进行会议纪要的整理和发送确认,如此没有异议则讨论点已确认。如此,在跨模块部门协作推进事项中,各方面均遵循简洁、完整、结构三个关键点,另因为公司流程复杂,业务相关负责人多,有一关键点是,要找对人。要找业务关键责任人及其业务直接领导进行确认。

  沟通只是一个过程,而达成共识才是结果。

  D、如何处理新系统/新项目在推进过程中来自于外界的不理解和不配合

  SAP项目按照项目管理流程(Project Management Process )有五个阶段:项目启动、项目计划、项目实施及控制过程、项目收尾和项目后续维护。每个阶段节点的控制和进入下一阶段的方式,在项目组大概有以下几种方法:开蓝图汇报会、蓝图签字确认、项目上线动员大会,还有项目组内部的汇报会和培训会等等,目的都是自上而下进行信息及项目进程的共享,做到项目组所有成员接收到的信息都是同步且最新的。

  项目在推进过程中,经常就业务专项问题或流程系统优化方案召开专题会议,首先要在心理方面理解业务部门的困难,让他们觉得项目组的确在为他们所想;在实操方面要让业务部门切切实实的看到优化过后的高效方案和最终效果,并报以期待共同完成该项优化任务。另外,除了主动站在业务部门实操的角度去思考优化方案外,更要用市场化的思维来思考,令对方觉得当下讨论的这个方案,对双方对公司都是一场公平的“买卖”,用双赢的思维推进新系统/新项目的变革过程。

  尽管变革是一场阵痛,但晚面对不如早面对,在调动内外部成员工作积极性的同时,也要抱以更大的耐心去听取意见和建议,以达成双赢的结果。

  四、项目管理个人收获

  在参与SAP项目这9个月以来,收获良多。除了用逻辑性和缜密的思维去思考问题以外,更多的是良好的工作和沟通习惯的养成。非常感谢项目经理陆总和九慧项目经理闫总,两位求真求实、事必躬亲的工作精神为项目组为我做了一个很好的工作表率作用,而项目组所有成员的实际工作方式教会我一件事,办法总比困难多。面对一个问题或者一个难题时,不产生知难畏难的情绪,更多的是思考如何解决、用什么样的方法解决和谁能解决。用以目标为导向的工作方式,而不是过程导向。

  个人收获总结归纳为以下四点:

  A、想清问题背后的逻辑,而不仅仅停留在表象;

  在项目组工作的日子里,时常会听到开发组或者各模块顾问老师询问需求提出者这么一句话:这么做背后的逻辑是什么。说实话,这样的问法,对一直学商科,一直接触市场类媒体类相关工作的我来说,说一次很大的冲击。因为当面对一件事情,我很少会倒回去想事情的本质是什么。

  大部分人思考、行动和交流都是从黄金圈法则中的最外层WHAT层开始思考,即这是个什么样的问题。而黄金圈法则的思考方式是从内线到外线的,即用WHY-HOW-WHAT的方式近似思考。

  思考WHY,从为什么开始。当面对一个问题的时候,发掘解决这个问题做这件事的深层原因,比如为什么要开发批量导入BOM的报表,达到的目的是什么。

  思考HOW,问了为什么后,明白解决问题的本质原因,才思考中间的圈层WHO,也就是怎么做。这里主要是梳理如何实现WHY,用什么样的方法落实解决问题的理念以及需要通过这个问题传输怎么样的价值观,坚定了一件必须做的事情,接下来就是为了做好这件事而去思考解决方法。

  思考WHAT,如果前面的两个圈层思考的很清晰了,那么WHAT圈层也是水到渠成。知道了怎么去做,那么就按照既定的计划去做。

  想清问题背后的逻辑,而不仅仅停留在表象。人与人之间最大的区别是思维方式,竞争壁垒是认知。

  B、千人千面的沟通能力;

  拥有强沟通能力的人,就是拥有一个庞大的沟通行为资料库。面对一种情境,特别是在棘手的境况下,他们可以有多种回应方式,并会有意识地从中选择一个对自己最有利,对他人最有效的方式。当一种方式没有取得理想的结果时,他们会迅速做出调整。

  拥有多样的行为反应只是基础,拥有强沟通能力关键的是拥有挑选恰当行为的能力,他们知道什么样的情况采取什么样的行为最合适最有效。有三个方面的判断方式:

  一看沟通情境。时间和地点等外界的影响,常常会改变沟通的结果。

  二看沟通目的。主题讨论、会议、日常交流等,不同目的的沟通存在着不同的方式。

  三看沟通人双方的认知。每个人都有自己的背景,你面对的每个人,都带着他的过去来和你相遇,个人经验、原生家庭、教育程度、经济实力、身份地位等所有的因素都会影响沟通过程。

  C、 目标导向,而不是过程导向;

  在想清问题背后的逻辑,而不仅仅停留在表象中提到,人与人最大的差别是思维方式。具有批判性、独立思考的能力非常重要,这会让你在这个复杂的社会里保持坚定,有自己的判断,也有助于解决问题。

  在SAP系统上线运行阶段,时常能接受到来自各部门的SAP系统最终用户的“投诉”,找项目组关键用户诉说自己在利用系统操作后,要完全改变原有的操作的逻辑和习惯,导致工作时间剧增,任务完成情况远不及以前。面对这样的问题,首先需要用同理心去理解对方内心的焦虑和烦躁,帮助他一起拆分流程进行分析,到底是在整个工作过程中,哪一方面导致了工作效率的下降,在统计各个流程阶段耗时和效率后,再进行整体评估,提出优化方案。

  面对一个问题,我始终相信的是办法总比困难多。而大部分重复性、拥有可替换性的工作行为,都是可以寻找软件的简便操作方式或者利用计算机来代替解决的。

  美团创始人王兴曾说,多数人为了逃避真正的思考愿意做任何事情。面对问题,最忌讳逃避,我们更应该以目标为导向,去寻找解决问题的更多更有效的办法。

  D、养成良好的工作习惯,用双赢思维去完成跨模块跨部门的工作

  在项目工作的过程中,共享和双赢的思维始终充斥在项目推进的过程中,其中良好的工作习惯让我受益良多。

  一是所有重要的确认点及未确认点,都要落实到书面。在项目组,我们采用项目临时文件夹和正式文件夹的协作模式,临时文件夹以模块为单位,所有人都可以查看、上传和修改,用于在相互交流中、正在进行中及未确认事项/会议/问题的记录;正式文件夹只有项目顾问和项目组有上传和修改的权限,正式确认的问题清单、会议纪要、演示PPT等重要文件均在此处显示。在正式文件夹的文件呈现形式中,我们采用版本更替的做法,老版本不删除,更改后的新版本用V2.0/V3.0的方式标出,并明确修改时间,确认以最新版本为准。共享文件夹的协同模式,为整个项目中按项目进度的变化,在各阶段各模块中,出现过的各式纷繁复杂的问题和过程进行了归类和整理,所有重要事项均用电子文本的形式永久保留下来,为项目结束后的总结和工作移交,打下基础。另外,在进行专题会议的过程中,也是要进行会议纪要的总结,明确会议达成共识的事项,未清事项及未清事项负责人及完成时间节点。以便于进行会议信息的共享和确认。

  二是在项目协作和执行的过程中,要建立双赢关系。双赢关系实际上就是双方在沟通中建立一个情感账户,双方的关系能否存续长久,取决于情感账户的资金是否充足,而坦诚相待、相互信任、勇于担责就是情感账户的资金。项目组成员来自于公司各个岗位和部门,按各自的岗位内容分成了MM/PP/SD/FICO四个模块。在平日日常工作过程中相互间平等相处,相互合作,为项目顺利上线而共同努力。但从另一个方面来说,系统的优化升级涉及公司业务的方方面面,其中牵扯到的上线部门也有好几十个,因此项目组成员作为来自于各部门的业务骨干,同时也是项目关键用户需要将各自业务系统的优化结果传达到各自部门的最终用户手中,并且作为项目意义的传达者,让更多同事接受系统各项操作方法和流程的变更,尤其是跨部门的业务,更是需要业务相关方的理解和认可。系统顺利上线不是关键,关键是业务的流转能否通过系统的优化更新,进行更好的管理和推进。

  五、问题归纳

  在通过SAP项目,不断深入剖析和梳理公司现有的业务逻辑时,由于公司业务复杂程度高,非标准化产品种类多,且业务分布广、事业部各业务单元又相对独立,所以在推进SAP系统切换上线的整个筹备期、上线期、上线后的日常运维期时,遇到了很多问题,召开了无数次不同内容和主题的专题会议。尤其在蓝图流程规划阶段,在会议高峰期每周项目组会组织召开超过8次各项讨论会,还不包括各模块内部的碰头会、专题会等等。

  召开会议的目的是解决问题,而无休止的争论以及发散性无主题讨论,是会议的大忌。在项目进行的过程中,随着系统的更新优化,就业务前端后端的流转进行了管控,也确实反应了公司长期以来存在的一些问题,厄待解决。

  以下只是我通过项目过程中发现的问题,就个人看法表达观点,以供参考。

  A、 如何把控供需,减少库存,降低成本

  SAP系统中的MM模块是采购和库存管理,主要由采购部和仓储部关键用户及MM模块咨询顾问组成。采购管理是企业生产活动的起点。库存管理是控制企业物流和资金流占用的重要内容,而且是连接采购管理、生产管理和销售管理的桥梁。良好的采购和库存管理能缩短生产周期,提高生产效率,减少库存,降低成本,提高产品质量,同时增强对市场的应变能力。MM模块的内容是供需的起点,也是在业务过程中非常重要的模块之一。

  项目组在上线前收集未清数据时,盘点库存将各库位的物料数据导入期初库存。SAP系统统一制订了规则,分别就物料的特性和状态,进行了批次号、序列号、项目号的使用,同时统一将十一位旧物料编码升级为十位新物料编码,在替换条码标签的同时,更新条码扫描系统和扫描方式,提高了物料出入库、各种领料投入生产的效率,节省企业的人力成本,更有利于库存的把控。

  SAP系统打破了信息壁垒,当需要查看库存半成品、在制品、产成品的数量时候,在时时保证货品数量的帐卡物相符,也不需要在库房跑来跑去,减少了因为库存不准而导致的无法发货,或因为库存不足,销售人员无法得知库房还有货,进而导致无法销售。当然在实际操作中,特别是在后期系统上线运维的过程中,因为人为操作或者系统在某些细节方面不够优化的原因,确实存在大大小小的问题,这些问题在后期的系统运维过程中,项目组也进行了及时响应和处理。项目组还根据业务需要,定制开发了各类查询报表和自建表,同时也可以在SAP系统中直接就EXCEL的形式进行导出筛选和排序,更进一步把控采购和库存管理。

  B、如何规范操作,精简流程,提高效率

  贯穿在整个SAP项目过程中很重要的一项工作就是最终用户的培训和宣贯。在蓝图规划阶段结束后,项目组就安排模块顾问进行各模块关键用户的系统操作培训。所有的业务流程按照计划每天进行集中演示和现场系统操作,在关键用户熟识了系统操作后,安排单元测试,并且开始准备书写各模块的系统操作手册。随着操作的逐渐熟练,最终用户的接受程度越来越高,项目组在完善系统操作手册后,对各业务的最终用户进行培训2-3轮,并进行了考试(理论+上机实操考试),并对没有合格的最终用户安排补考。在接下来的三轮集成测试阶段,除去项目组关键用户的参与,至后两轮集成测试阶段,最终用户直接上机模拟操作业务真实场景。

  整个系统培训的过程按照时间节点按序进行。项目上线前夕,还组织了部分最终用户进行了专题巩固培训,比如系统设计、售后备件、运维等部门。各模块关键用户和IT内部顾问,作为公司的SAP系统培训师,一直致力于业务的规范化操作,利用系统的功能性进行实际业务操作的把控,同时给各业务部门领导也开放权限直接在系统后台进行状态查看,用透明化的方式进行了流程的管控。当所有业务流程转到财务段,进行月结和报表查看时,拥有更高的真实有效性,确保了财务数据报表的准确和有效。

  业务在实际操作方面随着实际情况的多发性,也随时会发生改变。如有任务操作人员因为系统操作不熟练或者不仔细,或是因为系统偶发性的情况导致业务操作出现问题,以引起客户的投诉或者产品的质量性问题,这是必须要杜绝发生的情况,也是系统上线切换最不可以出现的情况。因此操作员在实际操作业务时,应该把更多的注意力放在账卡物系统一致的情况,尽量避免出现任何人为系统操作的问题。

  利用系统精简流程,提高工作效率,把更多的人力、物力放到公司的关键生产力上面。

  C、如何通过系统更好的进行人员管理

  SAP公司以卖账号为公司的收入来源之一,而账号的价格大概在两万元。因此一个上SAP系统的大型公司并不可能做到人手一个账号,势必要多人共用账号。项目组在分配账号权限的时候,从两个维度对不同业务部门的最终用户进行了分类,分别是功能权限控制和组织权限控制。功能权限指的是该账号在SAP系统内的操作是查看、修改或是创建,组织权限指的是该账号在该业务范围下需要操作的是哪些业务。从这两个维度把实际需要操作SAP系统的业务最终用户分了组,对应到的控制权限的60多个账号中去。因为存在多人共用一个账号的前提,所以在业务实际操作过程中,会要求业务员在其他地方填写工号和姓名,在部分T-code下进行人员的下拉菜单选择。而各模块最终用户,同时也是资深业务骨干会及时对最终用户的实际操作进行管理和把控。另外,如需要增加权限或者因为业务方式的更改进行权限配置,可以通过OA流程发起权限申请,后台也可以实时查看各业务发生和进行情况。

  SAP系统打破实体制造行业乃至多行业的信息化管理壁垒,通过规范业务流程和操作规范,让数据的.流通更透明,使人员工作更高效。但信息化技术的实现,只能解决部分明面上的问题,就实际业务而言,有太多的外在因素以及人为干预因素,因此如何更好的降低员工离职率,因人设岗,因岗定责,有太多需要持续思考和优化的方面。上SAP系统只是手段,而不是结果。

  D、如何在系统顺利运行的基础上,持续成长,创造积极变化

  从表面上看,市场中有竞争力的企业都是拥有好的产品及服务的企业。而那些好的产品与服务都是由企业的技术、生产、销售人员精心开发、生产并销售出去的,而这样一个连续的过程,又是建立在企业各个管理环节的有序运作基础之上的,最终都归结到企业员工团队的精雕细刻。任何一个环节的疏漏,都有可能会使企业的运营链条断裂,从而导致企业经营的失败。

  而从长远的角度来看,企业可持续化成长的前提是培养自身核心竞争力。随着全球化的进程,技术革新日新月异,在这种经济和社会发展趋势下,企业若想持续成长发展,只有自我革新,除了不断改革自己之外,别无他法。除了公司的主流产品以外,更多的人力物力和财力用在新产品研发,在适应市场发展走向,预测未来十年的市场走向后,勇于尝试,大胆革新,永远都能够拥有一颗敏锐的判断力,创造出适应未来市场需要的新产品。

  我们平时推进工作时,一般是采取所谓自下而上、层层叠加的方式。例如,在开发新产品时,会尽可能收集已有的数据和文献,汇总手头的技术要素,从中探求可能性;在推行一项新系统、新流程时,我们会尽可能多的做业务实际调研,研究旧模式的不足之处。在日常工作中,我们习惯于这种自下而上、层层叠加的方式。但是,采取这种工作方式,就很难产生超越常识的东西,孕育不出飞跃性的崭新的构想。

  从项目筹备至上线的八个多月的时间里,我见证了项目组是如何齐心协力完善和修改了原有的流程和审批节点,在不断召开各项专题讨论会,邀请各流程相关责任人到项目组现场参与讨论。就尽量满足实际业务需要的同时,更要进行未雨绸缪的判断,修改完善的系统流程,是否能够满足未来五年、十年公司业务的不断发展壮大,是否能够将人员效率发挥到最高,把更多的时间精力从繁琐的日常流程中解放出来,投入到更重要的业务方面。这种不同于平日推进工作的“自下而上,层层叠加”的方法,需要决策人有更高的预测和判断能力,同时考验了一个新项目能持久运行,能否为实际业务需求发挥出最大效益。

  自上而下,这种思维方式非常少见,这是现状。这里的自上而下不是指老板,或者一级部门负责人从上而下发出指示,而是从项目伊始,首先有概念,建立concept,由此开展工作,这样一种所谓自上而下的方式。稻盛和夫曾在经营哲学中提到过,这种思维方式在企业中非常少见,但如今也越来越多的管理者明白了这种思维方法所能够带来的深远影响了。

  在系统顺利运行的基础上,我们更应该居安思危,在保持可持续性发展的同时,大胆革新,在预测市场未来发展变化的同时,不断改革自己,精益求精。在管理模式上,应该广开言路、集思广益,运用自上而下的思维方式,更全面思考和看待问题。

  六、个人感悟

  在项目组工作的这200多天的时间里,也确实有很多的个人感悟和体会,归纳了四条以供参考。

  首先是,做成一个项目很难,团队协作是关键;

  团队精神和团队合作在任何时候、任何方面都是一个项目成败的关键因素之一。在项目初期,因为各自的工作风格的差异,产生摩擦是不可避免的,但后期随着项目进入正轨,适应了工作节奏以后,团队合作也越来越顺利。一个伟大的团队最重要的作用是让其平凡的成员创造出不平凡的业绩,团队精神和团队合作是决定一个项目能否成功的关键性因素。

  二是需要具备统筹协调能力,业务能力,刚柔并兼的沟通和说服能力;

  在团队中从事任何一项工作或者担任任何一项职责时,都要用到上述相关能力。首先是统筹协调能力,运用“自上而下”的思维方式,用更全面的角度思考和看待问题。角度对了,处事方法就对了;业务能力毋容置疑,没有业务基础,面对问题的出现,何谈优化解决方案;沟通和说服能力是团队合作的基础,团队合作虽然目标是做事,但做事的主体都是人,而刚柔并举的方式会更加事半功倍。

  三是改革是需要付出代价的,但更重要的是运用改革产生更积极的价值;

  这里的改革指的是改变原有的模式和规则。任何打破原有计划的变化都会产生积极或者消极的影响,如何使得改变产生更积极的价值,是每一次在推进项目时,都必须要提前认真思考的问题。包括产生价值的意义、产生价值的方法,以及如何实现积极的价值。

  四是要用创新性思维去工作和学习,通过项目管理实现自我成长。

  学历代表过去,能力代表现在,学习力代表未来。无论从事何种工作,学习能力的重要性都排在第一位,把事情做完不是最重要的,重要的是超出预期。我们的人生使命是创造积极的变化,在每一次参与过程中,运用自上而下的思维方式,或是选择适合自己的方法,比如PDCA循环法、黄金圈法则、金字塔原理等,不断的通过“发现—解决—总结”的方式,在工作中进行自我成长和自我实现,是我们一直追求的目标。

  以上各项内容是我在参与学习SAP项目以来的个人经历和收获做一个总结,仅作为个人学习心得,写的不足之处还望多多包涵,以供后期助理等相关工作人员参考。另外,感谢公司给予我的参与SAP项目的学习机会,感谢项目经理陆总、九慧项目经理闫总,感谢项目组各位同事和顾问老师。我希望能够将学习心得总结提炼,更好的投入今后的工作和安排中去。

项目管理学习心得3

  需求:一个项目的起点是确定需求,可以说一个项目的成功与否,对需求的把握的成因素占60%以上。不管系统架构设计,团队管理有多么成功,如果需求出现了偏差,仍然是南辕北辙。所以在项目开发过程中需与业务部门及时沟通,同时也需与客户建立有效快速的沟通渠道,是项目成功的关键。在每个业务模块完成时,需与需求接口人确认,有效保证项目组与客户的及时沟通,快速响客户的请求与反馈此外需求跟踪也非常重要,毕竟,任何项目的需求都不是一层不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求产生偏差。所以要在项目管理过种中要不断的维护需求矩阵,从而规避了需求偏差的风险。

  设计:在项目开发过程要求善于对设计作出取舍。项目开发的三要素是成本,质量与进度,在保证质量的前提下,为了项目的进度不出现大的偏差,项目组没有过分强调技术,牺牲了系统的部分可扩展性,虽然这为系统后期维护带来一定的隐患,但却能有效地保证项目的进度。同时也须重视对UI原型的设计,系统的原型设计与需求分析相辅相成。如果有好的原型,客户更能够理解系统的实现,促进沟通的有效性和准确性。有好的UI设计可以让开发人员之前共享,从而可以确立UI设计规范,约束UI设计,加快开发速度。

  测试:测试成员应了解需求,如果不了解需求,在测试过程中,也可能因为错误地理解需求,从而导致错误报告bug,影响开发人员的效率。加强开发人员与测试人员的合作,开发人员必须及时响应测试人员提交的bug,而测试人员也应跟踪开发人员对bug的修复情况。测试之初必须确定测试原则,对bug的严重程度进行分级。同时,必须确定修复bug的优先级别。

  项目管理

  保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模,成员情况,技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定,则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下,并不建议采用瀑布开发方式。最佳的办法,应该是RUB或者敏捷开发,然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险

  其次,要每日跟踪项目的`进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时,需要为各个小组指定进度跟踪人,根据各个小组长的日报,判断实际的进度是否与计划出现偏差。

  要制定项目进度偏差的应对方法。一旦项目进度出现了偏差,必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

  及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状,才能够给每个成员增加压力,不至于松懈。同时,也能够使得每个成员能有一个目标,而不至于茫然失措。

  变更管理

  变更包括需求变更、人员变更。如果不控制好,两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述,因此这里重点介绍关于人员变更的管理。

  如果发生人员进入的情况,那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲,如果需要新成员加入,发生变更的最佳时机是项目前期。如果在项目中后期加入新成员,无疑则意味着项目出现了灾难性的后果。而新增加的成员,由于不熟悉项目,所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系,反而会带来负面影响。

  人员的退出很多时候是不可控的,同时对项目带来的影响也是不可估计的。为了将这些影响降到最低,就必须在项目开始之初就要确立编码规范。同时,还应该重视对文档的维护与更新。而在人员退出时,必须做好交接工作。同时,还应对这种变更进行合理的评估,并及时报告,并与客户及时沟通。如果对项目进度有严重影响,应争取最大的努力取得客户的理解,提出项目延期的申请。

  风险管理

  要在项目开始之初就考虑到项目过程中可能出现的所有风险,是不现实的。但是,我们必须考虑对风险的管理,尤其是在制订项目计划以及创建团队的时候,考虑这一因素。风险有很多,包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划,而一旦发生了风险,则必须及时响应,组织相关人员解决风险。不能忽略任何一个小的风险,否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

  成员管理

  不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时,必须时刻注意成员状况,即使处理工作出现的矛盾与摩擦,随时保证团队合作精神得到最大程度的执行。

  持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展,必须告知全体成员,如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班,只能降低项目成员的工作效率。项目过程中,如能适当地开展一些活动,无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻,项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

  必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外,一个好的领导也是至关重要的。因此,必须选择合适的项目组长,通过他们掌握整个项目团队成员的工作进展。同时,还要了解每个成员的能力,以安排合适的角色与岗位。

  重视开发组与测试组以及项目管理小组的合作。项目组是一个整体,每个成员的角色不同,但大家都是团队的重要一员。

项目管理学习心得4

  第一,要认清形势。

  我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划,这样才能让别人满意你的结果而自己也能获得较大的收获。一开始,*总就强调过,我们不应该把这个项目当成还是课堂的项目,完成老师的硬性要求,而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势,而在需求上与甲方PM交涉。我们公司内部在经过一番讨论后,确定了最利于我们完成该项目而又达到甲方PM要求的项目方案,然后与甲方PM进行商榷,在与甲方PM分析了各种情况后,最后终于敲定了让甲方PM满意,而我们自己又认为能完成得比较好的需求。

  第二,相信团队合作才可能把项目做到最好。

  从整个项目的过程来看,团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。

  首先,团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法,因为每个人考虑问题的时候总会有各种各样的偏差,我们只有沟通很好的沟通来综合所有人的好的想法,以减少走弯路,而让事情进行的更顺利。我们公司内部的沟通是比较随意的,因为大家都比较熟悉,任何时候有什么想法都会提出来,然后大家一起讨论,并得出最后的结果。而整个项目的'进行中很重要的又比较正式的沟通就是与甲方PM的沟通,完成这个项目其实也是与甲方的合作的过程,因为甲方PM是在职人员,他的人生阅历比我们多,而且沟通能力是很强的,我们从与他的沟通中都学到了不少知识与技巧,其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方PM,他很认真负责地跟我们沟通,我们在沟通中用词不当或犯什么错误时,他都会指出来,并改正我们的说法,因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。

  其次,团队合作的关键环节就是在有效沟通的基础上进行分工,分工要明确,落实到每个人。由于这个项目时间的限制和语言的不熟,这个项目必须由我们公司所有成员都尽努力才能做好,这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面,核心算法,和数据库这三个模块,而算法也分有好几种,只有把它们分配给对各模块感兴趣的人做,让他们在规定的时间里进行钻研努力,才能达到最好的效果。我们组在这方面做的比较好,苏总在我们项目提出时,就根据各人的能力和兴趣把每个人分配在不同的主要任务中,在每周与甲方PM定好下阶段的提交物后,都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的,均匀地分配任务就不会造成组员的不满了。再其次,团队合作中协作是必不可少的。在项目组中各成员都明确了任务后,就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务,但是相互之间在一些问题互相协作的话,不仅可以提高各个任务进行的速度,也利于对项目中别的模块的了解。

  由于我们组的成员都是比较熟悉的,所以在协作方面还是不错的,比如某人搭建完环境后,帮其他的组员在他们自己的电脑上搭好,这样就会节省大量的时间,而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工,但毕竟是一个项目,之间还是有很大的关联的,这样在编码的时候,都会进行讨论和互相帮助,这样就减少了错误的可能性也节省了时间。最后,项目经理的监督是必不可少的。一个团队中,难免有人会偷懒或拖延,或者完成任务的质量不理想,项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况,以保证项目的成功。虽然我们组没有出现上面提到的种种情况,苏总还是进行了严格的监督,我们每人都是按照苏总给我们的计划提交相应的产品给他,但质量是参差不齐的,苏总都会进行审核,然后给出建议,让我们修改优化后,他才把产品提交给甲方PM,因此甲方PM一直对我们的提交物比较满意,这与苏总的努力是分不开的。

  第三,要详细制定计划,并严格按照计划来执行。

  这次的项目周期很短,因此计划就显得格外的重要,只有进行详细的计划,我们才有紧迫感,并要求自己抓紧时间完成当天的任务。对比去年的软件工程课,那个项目与这个项目的规模差不多,但是开发周期是真个学期,每个阶段都显得很长,就算制定了一个计划,也没有按照那个计划来,拖个几天是很正常的,今天不能完成明天做,因为有的是时间,这样越来越松懈,就把大量的任务往后压,到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感,计划几乎是细到天的,我们每人组员都要在周报中详细汇报这周中每天做了什么的,PM通过周报来很好地管理进度,当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了,而且结果是比较让人满意的,这样的结果对比去年的就会让我以后在做别的事的时候,更加自觉地详细做计划并严格按照计划执行。另外,这样做的好处就是让人感觉每天都很充实,没有虚度光阴,每次我浑浑噩噩地度过一天而没有学到任何东西后,我都有一种罪恶感,感觉对不起父母和关心自己的人,而制定了详细的计划并认真执行的话,每天都会以饱满的精神状态来学习,心情也很好,这样才是健康的生活方式。

  虽然通过这门课,我的经验更佳丰富了,个人编程能力,沟通能力等都有了一定提高,但是我也感觉到了自己的诸多不足,比如我的沟通能力还有待提高,这或许不是一两天的问题,但是我会更加注意,并在以后的生活学习中,留心并提高沟通能力。还有不足就是项目期间,热情还不是不够,每次都把相应的任务做完后,就不管了留给PM,然后等下一个任务,而自己却没有更加用心地去考虑如何把整个项目做的更好,或许是因为我不是PM的缘故吧,在以后的项目中,我要改变这种心态,以更加积极的热情去参与项目。

项目管理学习心得5

  通过此次两天的培训达到了整个项目从开始立项分析,计划安排,任务分解,计划实施至最后的项目验收整个一个流程的熟悉。中间各个环节的具体内容,注意事项,方式方法也都有了一个大概的明晰。基本上就一个项目的认识上上了一个层次,这里培训只作为一种方式方法的灌输,后面在实际工作中还要区别对待,融会贯通。但是就杨飞老师讲解的一些关键点在工作中还是有必要去照做的。比如在项目(事情)的计划上,由大及小的步骤去安排,设立项目阶段的里程碑,任务分解对事不对人,具体的实施那就按照任务分解也就水到渠成了。

  在课上,对于一些项目中遇到的问题大家也都有提出了自己的认识,老是也都做了详细的解答,这些也都是每个人在工作中都会碰到的。通过老师的具体讲解也都找到了答案。如何做好项目的激励,成员的激励,目标愿景的描绘。科学的做好计划,及任务分解,实施都是有一套体系的。但在项目中也不能把项目经理的工作想象的无懈可击,期间会出现一些风险,一些不可控的因素对项目本身造成或多或少的影响,而做好项目的风险分析及应对措施的安排可以极大的缓解,而不是消除风险带来的项目影响。这也对项目人一个更全面,高级,思维缜密的'一个要求。老师认为的项目管理或者说管理是一个个人魅力的事业,一种平衡的艺术,一点不错。课程上学的是手段是工具,毕竟人才是最关键的,管理好项目就是要管理好人。把项目成员团结在一起做事情是关键点。但是在实际中做到这一点是很难的。不过我们可以通过课程上讲到的一些方法,辅助去开展工作。比如愿景描述,激励,工具的使用,承诺书,私下的沟通等都可以很好的把项目管理做好。

  虽然作为一名测试工作者,在项目中是一个从事产品质量把控的工作,能够深刻理解这个项目的流程,对做好测试工作也是有帮助的。如在平时的测试工作开展上同样是要考虑,资源,成本,计划,安排,执行,风险,结果收集的一系列问题。而要克服这些问题就要在测试之前确定有一个明确的目标,知道做什么,为什么做,怎么做,如何验收做好了,这一系列的问题是做好测试项目的关键点。至于在过程中如何做好计划的准确实施,风险把控也都是和之前说项目的道理一样。

  最后感谢公司提供这样一个机会去参加此次培训。

项目管理学习心得6

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

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

  推式沟通就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人,这种情况适合小项目;拉式沟通意思就是项目经理利用OA的公共信息交互区发布信息,对方需要什么信息就自己去查,这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问,一般来说,这两种方式是同时存在的,尤其是你的直接领导,项目经理应该采取主动沟通方式,如果等到领导来问就已经很被动了。沟通的第二个原则就是对沟通的结果多做记录,很多项目经理怕写文档,但是项目经理一定要牢记“口说无凭,立字为证”的道理。

  有时候项目中经常会遇到一些扯皮的事情,为什么会扯皮呢?就是因为没有证据。所以项目经理一定要养成写文档的习惯,把与领导和客户达成共识的重要内容写成文档,比如通过会议纪要请相关人员签字,这样以后扯皮的时候,就能做到有据可查。还有一个比较常见的问题,就是因为领导的某些原因耽误了我们工作进度,比如你提交的报告,领导一直拖着不批,让你的工作无法继续,结果拖延了进度。因此,我的经验是给领导和客户提交材料一定要考虑留出时间余量,同时要确定期限,最好能留下记录,以后好确定是谁的责任;另外,最好能在项目启动阶段就和领导商定:如果提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。

项目管理学习心得7

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

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

项目管理学习心得8

  培训管理是用系统管理方法,通过专门设立的项目团队全程的动态管理、多维协调、多方协作,高效率地进行项目的计划、组织、评价与控制,实现培训的高质量。项目管理有别于一般意义上的培训管理,需要:明确教师培训项目的主要内容;对教师培训和机构的培训者进行专项培训;指导支持建立“柔性组织”,创新管理机制制度;建立项目管理绩效考评体系,实施专业化管理。

  教师培训项目管理自身的独特之处,主要有:

  1。项目具有一定的复制性。教师培训项目是面对的培训对象是教师,教师专业方面的共性决定了在某个特定阶段,培训目标、内容、模式和方式等方面具有较强的相似性;教师队伍人数众多,某一个项目难以一次性覆盖全员;上一次的项目成果,可以直接为下一次培训所采用,或者改进和优化。

  2。项目组织受体制、、机制、制约。承担教师培训项目的单位:以院校和各级教师培训机构为主体。院校和各级教师培训机构的科层制管理体制,以及相应的机制和制度等,使得“柔性组织”难以达到最佳的执行状态。如,管理者和培训者同时担负着本职工作,不可能全身心于培训项目,且项目绩效只是其岗位绩效的'一部分。

  3。效果考评的综合性和延时性。教师培训项目的主要目标是通过提高教师师德素养和业务水平,提高教育教学质量。而考评培训项目对参训教师师德素养和业务水平的干预效果,需要综合采用作业评定、考试、专业对话和行为观察等方法。而考评其是否促进了教育教学质量的提高,则需要在项目结束一段时间之后实施“实践性”考评,方能比较准确。

  4。多维协调、多方协作。协调方面,由于培训对象来自学校,其管理主体是各级教育行政部门,培训院校和机构必须协调好政校关系。由于人事管理渠道不同,项目组织更多的精力消耗在此。同时,由于院校和机构编制固定,成立“临时性”的项目组织往往形同虚设,如果不是院校和机构的负责人担任项目经理,在多方协作上就可能效果较差。

  教师培训项目管理是用系统管理方法,通过专门设立的项目团队全程的动态管理、多维协调、多方协作,高效率地进行项目的计划、组织、评价与控制,实现教师培训的高质量。项目管理有别于一般意义上的培训管理,需要:明确教师培训项目的主要内容;对教师培训院校和机构的培训者进行专项培训;指导支持建立“柔性组织”,创新管理机制制度;建立项目管理绩效考评体系,实施专业化管理。

项目管理学习心得9

  引言

  20xx年5月26日,有幸获得莫老师敏捷培训526尊贵名额,成功搭上敏捷培训管理的和谐号,驶向更高效、更灵活、沟通的项目管理知识领域的海洋。

  概念解析

  莫老师通过一个个的问题,把我们带入了关于敏捷项目管理的思考。“小步快跑”、“快速迭代”、“适应变化”

  等等每个同学各抒己见,发表自己对敏捷的看法和认识。结合自己最近在pmp项目管理中的学习,传统的项目管理更适合瀑布型的软件开发模式,强调严格、完善的计划,并遵循计划执行和监控,按流程进行变更控制。然而现在的'市场环境变化、客户需求变化之快,迫使业务也随之变化,传统的软件开发模式已不适用。

  早在20xx年,17名软件开发工程师在一个滑雪胜地共同发起了敏捷软件开发宣言。敏捷宣言的4个价值观:

  这四个价值观震惊到我了,我们是站在巨人的肩膀上快跑,当初的17位工程师多有先见之明,在如今极速互联网的时代,这套敏捷项目管理流程方法论,能够适应未知、多变的市场环境,持续交付有价值的产品,满足客户的需求。

  在一个橄榄球的视频观看之后,莫老师完美的让我们了解scrum的来源,scrum是一种轻量级敏捷开发模式下的敏捷项目管理流程之一,(之一?好吧,原谅我见识少)。

  通过两个小视频,我们了解到了scrum团队种的角色和职责,以及每日站立晨会的规则。结合工作进行反思,我们现在的每日晨会是遵循这些规则,昨天做了什么?有什么困难需要支持?今天的计划是什么?并且针对每日站会有什么可以改进的地方,如何提会议效率?把这些问题带入工作当中,不断的进行改进完善。

  沙盘演练

  下午的课程,莫老师带领我们进行沙盘演练,在游戏的过程中学习实践敏捷项目管理。scrum的敏捷项目管理框架的理论实践达到“知行合一”。项目中的成员更好的融合,自我管理和形成自组织的高效团队。

  用户画像能够明确产品的用户,价值体现。在模拟的过程中对scrum的流程有了更好的体验,把这种体验带入我们的工作中,越来越敏捷、效率。

  学习体会

  一次超棒的敏捷项目培训之旅,充满了乐趣,收获颇多,并且能将学习中过程中的知识,结合工作使用的TAPD敏捷项目管理工具,更高效更协作。相信在未来的项目管理工作中,更加沉淀自己,优化完善工作,通过PDCA(Plan-Do-Check-Action)的方法进益求精。

项目管理学习心得10

  20xx年2月28日,根据公司安排赴荆门检修分公司学习输电项目管理及自主实施的关系经验。

  一、荆门检修分公司项目管理经验及亮点

  荆门检修分公司输电室所辖线路161条,共计2641公里,杆塔9760基,其中220KV及以上1000公里,现有在职人员49人,人均维护管理线路59公里。输电室现有5个班组,四个运维一体班和一个智慧运检班。技改大修项目的实施及管理工作均有荆力掇刀分公司承担。

  1、项目部人员组成:掇刀分公司输电业务在主业借调4人组成施工项目部,项目经理、安全总监(检修公司下派五级职员)、会计和出纳。

  2、项目实施主要内容:根据省市公司下达的技改大修计划,召开项目实施准备会,根据作业能力、作业环境、施工复杂程度议定分公司自主实施的工作项目,超出工作范围的项目交由荆力公司负责实施。

  3、项目实施方式:自主实施项目由掇刀分公司负责组织实施,自主实施时施工人员从四个运检班中抽调,并且根据运检班管理主体,确定施工负责人,落实设备主人制。非自主实施的项目分劳务外包和施工总包两种,实行双签发制,共同管理。

  4、项目管理相关措施:输电室成立项目实施委员会,负责确定自主实施项目确定及施工全过程管理。成立项目资金管理委员会,对项目的概预算、进度款及结算等资金进行控制。成立了施工队伍管理委员会,对劳务分包和施工总包队伍进行评定考核,确保队伍的.承载力和安全施工能力满足要求。

  5、落实“稳住队伍”的措施:在自主项目不满足施工队伍的作业量时,安排运维检修工作,确保施工队伍稳定。

  二、学习后感受

  荆门公司的输电项目实施及自主实施有一套完善的管理制度,值得我们学习和借鉴:一是在目前东源输电分公司刚成立之际,我们要分阶段分能力的逐步开展自主实施项目。二是要注重锻炼队伍,特别是年轻队伍,要给机会给平台他们,让他们参与到自主项目实施中来。三是学习荆门经验规范自主实施项目管理。落实队伍的准入考核、资金控制、全过程管理及稳住队伍的相关措施。

项目管理学习心得11

  经过一个学期对软件项目管理的学习,通过这次分工做任务,真正对项目管理有了比较深刻的理解和认识,感触很多。

  一.项目要进行整体管理,善始善终

  整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。

  变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的'东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。

  二.项目范围管理的重要性

  需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。

  三.项目时间管理理论指导我们在项目管理中怎样抓主要矛盾

  项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术CPM,即“关键路径法”。

  所以我们在软件的项目管理中,也要将时间控制理论运用进来,结合软件工程的实际,将任务分解的更加详细,并用网络图将整个工作过程建立起来,估算好每个阶段的历时,找出关键路径,并通过快速跟进方法,将关键路径的工期缩短,以提高工效。

  体会还有很多,总之通过这次学习自己对项目的管理又有了新的认识,我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平,提高项目的质量,降低项目的成本,降低项目的风险,最终提高企业的效益。

项目管理学习心得12

  20xx年6月17至19日参加了由北京市档案局组织的市重点建设项目档案管理培训学习,短短的3天学习,受益匪浅,通过学习系统掌握了工程档案管理、收集、整理、分类、归档等规划化管理工作;学习了重点项目档案验收要求和内容;学习了重点项目声像档案管理,下面谈谈我的收获和体会:

  一通过这次学习和与其他师范项目档案技术交流,深知做好工程档案管理的重要性和必要性:

  1、规范化、科学化档案管理是重要项目建设必须做好的一项基础性工作,也是成为精品工程的重要保障。

  2、项目工程内在需要,档案是记录工程历史,见证工程过程的重要凭证,是项目日后良好运营运用和遇到应急状态的重要保障。

  3、档案专项验收是竣工验收的重要组成部分。

  二经过三天学习和技术交流,总结和归纳了以下几点做好一流档案管理的方法和程序:

  1、项目建设单位领导要重视,对项目档案工作实行统一管理,档案管理工作与工程管理应同步进行,从源头介入。

  2、实施前制定档案管理策划方案,全面策划制定目标,建立机构,编制人员岗位责任制,管理流程,控制措施等。

  3、认真贯彻国家档案工作法律法规,建立健全项目档案工作各项规章制度。

  4、全面实施项目档案合同制度,把项目档案相关条款列入合同中,对相关方施加支付控制。

  5、全面实施过程控制,档案管理与项目管理相融合,全方位随产生、随收集、随验收、随归档。

  6、全面实施档案审核工作,确保准确性、真实性、完整性。

  7、确保档案实体与信息安全。

  针对公司阿苏卫项目从现在开始把理论知识服务于实践,把学到的知识运用到实际工作上,逐步完善和改进阿苏卫项目档案管理,深信在公司领导的重视和各部门的配合下,力争把阿苏卫项目工程做成一流档案管理工作为阿苏卫精品项目工程服务。

  通过本学期老师的《软件项目管理》课程的学习,我深深的体会到了项目管理在软件工程甚至是其他工程领域的重要性。通过老师的讲解,我了解到了项目管理的理念目前在实践中起到了越来越重要的作用,对于技术而言,管理意味着决策和支持。只有对生产过程进行科学的、全面的管理,才能保证达到提高生产率,改善产品质量的工程目标。

  好好研究学习软件项目管理对于我们以后要从事IT行业的学生而言有着决定性的作用。首先这里存在一个问题,之前已经学习过了《软件工程》课程,所以刚开始听到《软件项目管理》的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑,通过后来对课程的深入学习,才了解到了:

  (1)软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

  (2)项目管理是一个管理学分支的学科,指在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望。

  项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体。这包括策划、进度计划和维护组成项目的活动的进展。也就是说,软件工程为我们提供的具有指导意义的软件开发方法,项目管理是更从更高的角度思考问题,它总结出了项目管理中会碰到的`问题及常规的解决方案,他不仅仅针对软件开发,而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中,我有了一个深切的体会,在以往的小软件开发中,都是自己根据想象确定软件所需功能,然后编写代码,做成了一些具有“死”功能的软件,由于没有在实际应用中大量使用所写的软件,所以忽略了很重要的一点,客户对软件的需求变更要求,那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的过程中我们项目开发人员要了解可能导致需求变更的原因,如何管理变更需求,以及如何正确的处理需求变更。

  然后学习到了一个重要的成本控制方法—挣值法,挣值分析相比于传统分析方法是一种更好的项目/工程管理方法,因为它综合了成本、进度与范围,可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题,以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明:你被指定负责一个软件项目,其中有4部分,项目总预算为53000,A任务为26000,B任务为20xx年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因,70%的项目出现问题。于是,软件开发者开始逐渐重视软件开发中的各项管理。到了20xx年代中期,软件项目管理不善的问题仍然存在。软件项目管理和其他项目管理相比有相当的特殊性。首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此,项目管理对软件生产具有决定性的意义。

  项目管理的定义是指一定的主体,为了实现其目标,利用各种有效的手段,对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制,以取得良好经济效益的各项活动的总和。软件项目管理目的是为了使软件项目能够按照预定的成本、进度、质量顺利完成而进行分析和管理的活动。另外,进行软件项目管理有利于将个人开发能力转化成企业的开发能力。企业的软件开发能力越高,表明这个企业的软件生产越趋向成熟,企业越能够稳定发展。

  对于软件项目的学习,我首先放正了态度来学习,认真分清软件项目管理与软件工程的关系和项目管理知识体系。软件项目管理从头到尾包括9个知识领域、5个标准化过程组和44个模块。其中本学期我们学习的主要知识点有以下几个部分,如:项目的初始中项目立项、合同项目、内部项目、项目授权、初始项目范围、生存期模型等知识点;项目计划中范围计划、时间计划、成本计划、质量计划、人力资源计划、沟通计划、风险计划、合同计划、配置管理计划、集成计划等知识点;项目执行控制中集成变更管理、范围管理、进度成本管理、挣值分析法、偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险管理等;项目结束中合同结束、项目结束、项目总结、项目管理的建议等。对于这些知识点,我根据具体案例具体分析。

  通过本学期的学习,我感受到软件项目管理是一门非常需要学习的课程。即使作为考察课程,它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在,作为学生的我所做的项目虽然都是一些小的项目,但是在小组共同开发的时候还是需要用到项目的管理。如:人员的分配,时间、进度的计划,沟通计划,项目执行变更管理,以及质量管理控制等多种管理。如今这门课程我学的还不是很好,但我相信在今后的实训及工作当中,能够更好的体验和感受到项目管理的精髓,对软件项目管理有更深入的了解。我也希望,学校的老师能够在今后的教学当中重视软件项目管理课程,多让学生了解实例,去感受、体会软件项目管理所遇到的问题和解决方案,理解软件项目管理的精髓。

项目管理学习心得13

  培训管理是用系统管理方法,通过专门设立的项目团队全程的动态管理、多维协调、多方协作,高效率地进行项目的计划、组织、评价与控制,实现培训的高质量。项目管理有别于一般意义上的培训管理,需要:明确教师培训项目的主要内容;对教师培训和机构的培训者进行专项培训;指导支持建立“柔性组织”,创新管理机制制度;建立项目管理绩效考评体系,实施专业化管理。

  教师培训项目管理自身的独特之处,主要有:

  1、项目具有一定的“复制”性。教师培训项目是面对的培训对象是教师,教师专业方面的.共性决定了在某个特定阶段,培训目标、内容、模式和方式等方面具有较强的相似性;教师队伍人数众多,某一个项目难以一次性覆盖全员;上一次的项目成果,可以直接为下一次培训所采用,或者改进和优化。

  2、项目组织受体制、、机制、制约。承担教师培训项目的单位:以院校和各级教师培训机构为主体。院校和各级教师培训机构的科层制管理体制,以及相应的机制和制度等,使得“柔性组织”难以达到最佳的执行状态。如,管理者和培训者同时担负着本职工作,不可能全身心于培训项目,且项目绩效只是其岗位绩效的一部分。

  3、效果考评的综合性和延时性。教师培训项目的主要目标是通过提高教师师德素养和业务水平,提高教育教学质量。而考评培训项目对参训教师师德素养和业务水平的干预效果,需要综合采用作业评定、考试、专业对话和行为观察等方法。而考评其是否促进了教育教学质量的提高,则需要在项目结束一段时间之后实施“实践性”考评,方能比较准确。

  4、多维协调、多方协作。协调方面,由于培训对象来自学校,其管理主体是各级教育行政部门,培训院校和机构必须协调好政校关系。由于人事管理渠道不同,项目组织更多的精力消耗在此。同时,由于院校和机构编制固定,成立“临时性”的项目组织往往形同虚设,如果不是院校和机构的负责人担任项目经理,在多方协作上就可能效果较差。

  教师培训项目管理是用系统管理方法,通过专门设立的项目团队全程的动态管理、多维协调、多方协作,高效率地进行项目的计划、组织、评价与控制,实现教师培训的高质量。项目管理有别于一般意义上的培训管理,需要:明确教师培训项目的主要内容;对教师培训院校和机构的培训者进行专项培训;指导支持建立“柔性组织”,创新管理机制制度;建立项目管理绩效考评体系,实施专业化管理。

项目管理学习心得14

  通过对项目管理的学习,学到了很多东西。公司为什么需要项目管理呢?因为通过项目管理可以控制项目进度、质量、成本、优化配置资源,实时协调各种技术和任务冲突。 项目管理是指在项目活动中运用各种知识、技能、工具和技术以便达到项目要求的过程。项目管理有其一些基本特征:项目有一个明确界定的目标—一个期望的结果或产品。一个项目的目标通常依照工作范围、进度计划和成本来定义。目标执行要通过完成一系列相互关联的任务,也就是许多不重复的任务以一定的顺序完成,以便达到项目目标。需要用各种资源来执行任务。资源可能包括不同的人力、组织、设备、原材料和工具。有具体的时间计划或有限的寿命。每个项目都有客户或目标客户。客户提供必要的资金,或自筹资金以达成目标的'实体。项目包含一定的不确定性,项目以一套独特的任务、任务所需的时间估计、各种资源和这些资源的有效性及性能为假定条件,并以资源的相关成本估计为基础。

  项目管理有着九大知识领域:项目范围管理:为项目的任务范围和项目的事实进行有效的控制。项目质量管理:包含两个方面,其一是交付物质量,其二是项目过程中的工作质量。其中交付物质量是核心,工作质量是交付物质量的保障。项目质量管理就是指为确保交付物质量,且实际发生的质量成本不超过预算计划而开展的管理活动。项目人力资源管理:项目人力资源管理就是对项目的人力资源所展开的规划编制、人员的开发与合理配置、准确的绩效评估、适当的激励和约束等方面的管理工作。项目时间管理:时间管理又叫进度管理。实施项目的时间管理在于确保能按时、保质、保量完成项目,在进度上满足客户要求。项目采购管理:项目采购管理是保证按时、按质、按量,并且以较低的成本获得项目所需各种资源的管理工作。项目成本管理:项目中成本管理的重要意义在于保障项目实际发生成本不超过项目开发经费的预算。项目沟通管理:为了项目顺利进行,需要项目团队成员之间、项目团队与各项目相关组织之间进行信息传递与思想交流。项目沟通管理的目的是使这种沟通能够及时、准确、全面和有效的展开,从而确保项目组织能够获得所需的各种信息。项目风险管理:项目风向管理的目的是通过风险识别和风险度量去发现项目中的风险,并合理的使用各种方法、技术和手段对风险进行有效的控制,尽量避免损失和妥善处理风险事故造成的不利结果,从而保证项目目标的实现。项目整体管理:描述了用以保证各种项目要素能够相互协调所需要的各个过程,由项目计划制订、实施和计划的综合变更控制构成。

项目管理学习心得15

  这学期通过宋老师讲授软件项目管理这门课程,自己学到了很多东西。最初在单位做设计是一个盲目的过程,无计划、无框架设计,拿来需求大家把模块分摊,就开始埋头写代码,总认为设计代码是最重要的事情,但是经过几次尝试,每次做出的东西不是很理想,自己也不知道原因为什么会不理想呢,自己做的东西是按领导拿来的需求书上的要求做的,可为什么用户不满意呢。

  通过学习软件项目管理这门课程后,我知道我们做开发失败的问题了。我自己总结了几点:

  一、项目接到手,没有根据软件项目开发的流程进行分析、设计。

  二、项目需求说明书、概要设计说明书、可行性报告、详细说明书、数据库设计说明书、软件详细设计说明书,测试报告这些文档东西应该是在设计过程中产生的,但我们工作中都是软件做完了,为了项目的验收急急忙忙赶制出来的。这些说明书已经失去了他们的意义。

  三、人员的配合、管理也是很重要的。我们单位中领导就是项目经理,但是这个项目经理没有达标,有项目了他带领大家开会讨论,在会议上就把此项目的可行性和工作分工就安排好了。会下大家就埋头写代码,大家之间的'交流也很少,直到模块要合并时,出现问题了大家才把自己的设计理念讲一下,再修改再合并。后期的修改合并工作是一个最费时的事情,把设计中的大多时间花在了这里,如果大家在最初按照流程走,定期交流,项目经理监控、督促就不会出现这样的事情。

  四、做项目每个人员的态度认真也是很重要的。自己习惯了大企业中的慢生

  活,我们开发软件都是快到项目验收了,才加班加点的工作,这样怎么能做出好软件呢。

  宋老师还给我们布置了项目开发作业。我们小组设计了“时光网上商城系统” 我这次所经历的项目更让我明确了这点。在这个小项目里,虽然我们一个月完成了这个软件设计,但存在很多问题。“时光网上商城系统”包括9个模块,我在这个项目里,我参与了概要设计、详细设计、软件测试文档的编辑和会员管理模块、商品展示模块的设计。这两个模块的设计对于自己来说没有什么问题,因为在单位就是做这个的,但是在前期的概要设计说明和详细设计说明对自己有点困难,因为以前没有这样做过,没有什么设计框架,这时自己拿出宋老师讲的笔记和图书进行学习,再和队友交流,终于有了自己的框架。所以、在这个过程中我明确了技术的实在意义,明确了项目管理对我的指导,同时也明确了自己的今后项目开发应该怎样做。

  整个项目进行的过程中,我一直在边学习边制作,每周与其他同学定时交流,整个过程我收获很多。

  一、项目小组人员都职责明确,每周定时交流沟通工作进度,随时更新方便开发人员、测试人员之间的交流。

  二、细致的计划可以让项目进行避免弯路。

  三、项目经理时光的组织、督促和监督,小组人员的齐心,这个项目才顺利能完成。

  四、这个项目制作把绕老师和陈老师讲的内容也都应用在初期系统构建和中期、后期的软件测试中。

  五、通过学习认真分清了软件管理与软件工程的关系和项目管理知识体系。

  通过本学期的学习,我感受到软件项目管理是一门非常需要学习的课程。我们所做的虽然是个小项目,但是在小组共同开发的时候还是需要用到项目的管理。如人员分配、时间、进度的计划、沟通计划、项目执行变更管理,以及质量管理控制等多种管理。自己对这门课程学到不是很好,但我相信在今后的工作中,能够更好的体验和感受项目管理的精髓,对软件项目管理有更深入的了解。

【项目管理学习心得】相关文章:

it项目管理学习心得03-19

it项目管理学习心得04-22

项目管理学习心得09-26

项目管理课程学习心得07-26

项目管理学习心得04-23

it项目管理学习心得15篇03-19

it项目管理学习心得 15篇04-18

it项目管理学习心得 (15篇)04-18

it项目管理学习心得精选15篇04-24

it项目管理学习心得(精选15篇)04-26