项目管理总结ppt
项目管理总结ppt:项目管理工作总结
从一个公司小小的业务员走到今天公司的项目经理，其中的酸甜苦辣，个中滋味也只有自己能够体会了，不过这些年我一直是通过自己的努力，一步一个脚印慢慢的过来的，这使我慢慢的开始懂得了创业的艰苦，我走到现在这一部，我更加珍惜我的工作了，我将会在工作中尽自己最大努力的。
回顾20xx年，在公司各级领导的正确指挥及担保业务部领导的直接带领之下，本人始终按照公司20xx年工作部署，并根据本人工作实际，紧紧握住做业务和抓营销两把钥匙，在项目经理的工作岗位上做到了努力学习，大胆实践，转变观念，很快适应了我公司快速发展的要求，圆满完成了全年工作任务。
主要情况汇报如下:
一、端正工作态度，坚持勤奋敬业、廉洁自律的职业操守。
本人热爱自己的本职工作，热心为客户服务，认真遵守劳动纪律，有效利用工作时间，坚守岗位。
需要加班完成工作时，就利用晚上和休息天进行调研和评审报告撰写，公司下达的临时工作任务，都能够按做到按时按量完成。
在日常工作中严格自律，谢绝客户多次请客送礼，努力维护公司在客户心中的良好的形象，也实际提高了自身的职业修养。
二、圆满完成了项目经理各项业务指标。
在20xx年中，本人实际完成担保贷款业务笔数7.2笔，完成任务量的180%，完成业务金额为1050万元，完成任务量的105%。
其中作为项目经理a角完成业务5笔，金额688万元，作为项目经理b角完成业务2.2笔，金额362万元，以上本人参与完成的项目共计18笔，业务量总额3612万元。
上述成绩的取得得益于公司各级领导的正确领导，同事的鼎立支持，再加上本人坚持不懈的努力和花费了大量的加班时间，可以说每一笔贷款，每一分业务都包含着心血，留下了刻骨铭心的记忆。
20xx年本人付出了辛勤的汗水，也收获了成长的喜悦。
三、坚持不懈努力学习，业务理论及实践经验得到快速提升。
本人在20xx年坚持理论学习与实践操作相结合，通过公司培训、业余自学多种渠道积累业务知识，并坚持及时总结。
年中本人的论文《中小企业文化建设的难题及破解之策》在《**担保》杂志上发表，受到不少客户的好评;本人半年工作总结也得到了王总的肯定，担保项目“人、事、物”原则的思考逐步深入，从单纯的“人”、“事”和“物”的三方面扩展到“人”与“事”、“人”与“物”、“事”与“物”的对立统一上。
对该原则的深入思考，使得本人业务操作的思路愈加清晰，而不断的业务积累又反过来促进了对该原则的深入领会和扩展，感觉收益匪浅。
四、加强贷后管理，努力为公司执行力的提高贡献力量。
在20xx年公司布置重点进行的gmis系统流程录入、档案归档及“回头看”工作中，本人严格按照公司要求，认真完成本人项下的任务，努力做到gmis系统流程与项目流程一致;在项目归档工作中，本人也按照公司要求按时按步骤移交了档案资料，同时也通过该项工作，对贷款资料及时查漏补缺，完善了贷后管理;在回头看工作中，本人按照公司整体部署和担保部具体的安排，对本人负责的贷款企业全部走访了一遍，其中对重点企业海南**有限公司走访了3次，对海南**有限公司存货质押情况不定期抽查9次，较圆满完成了公司任务，为下一步工作理清了思路。
五、客户营销工作取得较大进展。
缺乏优质的客户资源是新项目经理普遍面临的困难，在20xx年全年的工作中，本人时刻将客户营销工作作为自己的核心任务来抓，全年度推荐企业加入信用协会共计6户，其中已放款的有海南**包装有限公司一户60万元，已通过交通银行评审但尚未放款的有海南**贸易有限公司一户150万元，其他正在进行担保或委贷业务评审的有两户，该两户计划发放贷款约200万元。
在客户营销的实践中，本人深刻领会并坚决贯彻落实王总多次提出的“向客户上下游延伸的”思路，在实际着手营销客户过程中受到业务部潘部长的悉心指导，收益匪浅。
最值得称道的例子是对海南**有限公司的项目操作。
在项目调查过程中，本人走访了**公司下游的十余家印刷包装厂，在核实**公司销售收入的同时，也向这些印刷包装厂宣介担保公司，了解到了他们的融资需求，解答他们的具体疑问。
通过项目经理的言行使他们深切感觉到担保公司工作人员敬业、诚恳、严谨、务实的工作作风，不少企业申请加入了信用协会，其中海南**包装有限公司和海南**包装有限公司还通过我公司担保分别获得了开发银行60万元和50万元的贷款支持。
今后本人还将会继续贯彻王总“向客户上下游延伸的”的营销思路，继续拓宽客户来源，深入挖掘发展潜在客户，将营销工作向纵深推进。
六、通过较长期的实践，总结出交行贷款相关流程。
通过交行贷款，我公司提供担保并由开发行再担保的渠道是公司20xx年底开通的新的贷款渠道，但是由于其程序较复杂，且涉及从交行各支行到分行零贷部、法务部、主管行长等多个操作环节，最后还要经过开行审批流程，项目经理操作过程中需要耗费极大的时间和精力。
本人在20xx年通过海南**有限公司和海南**贸易有限公司两户企业在上述渠道操作的实践，同时在*副总、*副总及*部长的直接领导下，总结出一整套比较成熟和完备的与该渠道相关的资料、文件及操作流程，一方面为今后公司相关业务的顺利开展打下了比较坚实的基础，另一方面使得本人担保理论知识和实务操作水平上了一个新的台阶。
本人认为，必须及时总结工作中的经验教训，对指导日后的工作大有裨益，今后本人仍将坚持不懈抓紧。
刚刚过去的20xx年对公司对本人都是收获的一年，但是也暴露出了不足和缺点，如客户资源仍然较匮乏，业务水平较老项目经理存在较大差距，管理细节尚不能达到完善等等。
因此，在今后的工作和学习中，本人将继续把做业务与客户营销相结合、与总结经验教训相结合、与个人性格改善相结合、与锻炼意志相结合，努力探索担保业务与法律业务相互促进的新途径，努力将自己锻造成为一个具有复合型知识、开发型性格和坚强意志力的合格的项目经理。
只 ……此处隐藏5784个字……。
在此阶段内应该与客户举行协商会议，制定产品路线图，在开发过程中邀请客户积极参与并提出反馈意见。
然后把该时段内的开发任务按照开发难度，依赖性，重要性等多方条件划分为多个迭代周期。
在Scrum 敏捷软件开发原则中，应该把每个迭代任务进一步细分为多个开发任务列表，再开发任务分配给组员各自负责，而开发时间应该控制在15个工作小时以内。
如果开发时间超出15个工作小时，应该考虑把开发任务再度细化。
开发任务建议应该由组员自主选择，而不要使用强制分配的方式。
(5) 测试项目成果
每个工作包都应该同步部署测试工作，提高项目的质量。
对出错BUG的工作包应该由测试人员以文本方式记录，向开发人员展示错误所在，让开发人员及时进行修改。
2. 管理开发团队
(1) 组建团队
按照工作任务与项目时间的前提条件建立团队，按团队职责分配人员，一般团队人数应该控制在8~12人之间。
当团队人数超过15人时，应该考虑把团队分解成2个独立团队，负责不同的开发任务。
(2) 分配开发任务
在每个迭代周期内(一般是15~30个工作日)，应该把每个工作包进一步细分为多个开发任务，再开发任务分配给组员各自负责，开发时间应该控制在15个工作小时以内。
如果开发任务的开发时间超出15个工作小时，应该考虑把任务再度细化。
而开发任务应该以自由选择的方式分配给每个组员。
(3) 监督开发进度
在迭代的前期举行一次会议，让组员了解开发的进展及流程，并以自主选择的方式分配开发任务。
期间可使用Microsoft Project等工具记录开发流程的进展，在每个工作包完成开发后应该进行性功能的测试，并以文本方式记录测试结果。
每天举行一次15分钟的站立会议，让组员交待昨天已完成的开发任务，当天将要做的任务，与开发过程中所遇到的问题。
并在每周末举行一次例行会议，交待总体进程。
在迭代末期举行一次冲刺会议，总结项目的进展，交行已完成的任务，回顾该迭代周期内所遇到的问题，为下一个迭代做好准备。
(4) 系统测试
对每个已完成的工作包进行适时的测试，保证系统质量与性能。
对测试结果进行文本的记录，并把测试结果与绩效工资收入挂钩，并以真实数据计算组员的绩效收入。
(5) 解决开发中所遇到的问题
对开发人员进行前期培训，可适当按工作能力分配任务，指导组员的开发。
当遇到问题时应该在当天的站立会议时即时提出，并在15个工作小时内解决所遇到的问题以防止问题进一步扩大。
3. 监管产品质量
(1) 质量需要的是计划、设计而并非审查的。
在产品建立的初级，必须与“质量保证”(QA)的部门进行协商，以正式文档的方式，决定恰当的质量策略和标准。
(2) 在开发过程中使用TDD(测试驱动开发)的模式，提高开发质量。
测试人员应该以文本方式记录bug，并与开发人员共同工作的，把突出的缺陷演示给开发人员，以提高修改的效率。
(3) 在每个迭代的结束时进行一次产品效果的演示，从客户、使用者、高层领导中收集反馈信息。
在团队内部举行评审会议，分析测试结果，了解产品性能，为下次迭代所需要做的改进做好计划。
4. 修改项目计划
(1) 在产品需要识别阶段，应该以文档形式记录产品功能与开发流程，在开发计划需要修改时，应该与客户共同探讨，让客户了解计划修改对项目进度所造成的影响。
(2) 项目计划的修改应该由统一的负责人提出,并且由用户需求的审核领导者认可。
需求变更的提出应该是定期而不是随时的。
(3) 计划的变更应该做好详细的文本记录，让客户了解需求变更的实际情况和开发方为之所付出的成本代价。
回到目录
七、 产品交付
1. 项目的后期审核
在项目开发最终完成后，对开发人员来说可算是放下工作的重担，但对项目经理来说这往往是项目的关键时刻。
前期的风险评估、成本预算、需求分析、软件设计都是为了引导项目走向这一时刻，此时所有的目光都将投向项目管理人员。
你可能发现大量而琐碎的工作将要在几个小时内完成，此刻项目经理更需要保持清醒与镇定，把最后的工作视为微型项目来对待。
细致地对项目进行后期的审核，分析项目成果、项目团队的效率、可交付产品的价值，以此审核结果可作为项目管理经验总结的一部分。
2. 质量评审
在项目交付前，应该把项目交给相关的“质量保证”(QA)部门进行质量评审，并邀请典型用户感受产品的质量。
3. 项目的最终交付
正常情况下在项目的前期就会订立项目交付的协议，项目交付方式分为非正式验收与正式验收两种。
一般在项目完成后都会先进行非正式验收，让客户体会项目的质量并提出反馈意见，最后在客户肯定产品质量后再以书面协议的形式进行正式的产品验收。
4. 项目的最终报告
在项目的最后，应该制定项目的最终报告，此报告可以视为是对该项目一个记录，但报告不必包含项目的所有方面。
一般最终报告应该包含以下方面：
(1) 最初引进项目时的初期项目视图
(2) 对该项目的价值评估及支持性信息
(3) 项目的范围
(4) 项目的开发流程及WBS
(5) 项目的会议记录
(6) 项目变更的报告及变更的理由
(7) 与项目相关的沟通过程文件
(8) 项目的审核报告与客户验收报告
(9) 项目成员的表现报告
(10) 项目的最终成果
