改善项目总结
1.如何改进项目的经验教训总结会
虽然项目本身没有实行敏捷管理方法,但是任何团队也可以通过采用精益和敏捷管理方法总结经验教训,进而提升项目的交付能力。
针对特定团队、项目和技术方面找问题
经验和教训的总结通常放在项目的最后
如果问题不针对特定的团队、项目或技术,也会因为太过模糊而失败
让我们逐个分析上述三个方面为何失败。
针对特定团队、项目和技术方面找问题
大多数在经验教训总结会上被提出的问题只集中在那些已经完成的项目。但即使同一个团队,也不会可能会再做一个项目,一些与具体项目相关的问题也可能也不会出现在下一个项目里。另外,不同项目中采用的技术手段也会出现差异。结果就造成,针对特定团队、项目或者技术的经验教训总结会变得一无用处。
经验教训总结会通常放在项目的最后
传统的经验教训总结通常会在项目结束之后进行,大概是为了提醒团队在下一个项目不犯类似的错误。但这种的方式的问题在于,很多人甚至不记得两周之前发生过什么,更别说有的长达半年后两年的项目了。试图回忆一年前项目中经验教训几乎是不可能的。此外,前文已经说过,如果是对已经完工项目的经验总结会,那么几乎是没有任何意义的:没有人能从中学到什么,也不会产生任何对未来项目有用的知识。这两方面决定这项措施必然会失败。
如果问题不针对特定的团队、项目或技术,也会因为太过模糊而失败
为了解决上述两个问题的困境,人们会将某些概念或问题一般化,希望能形成指导任何项目实行的一般性建议。如果我们试图这么做,那么这些所谓的普世经验或教训显得荒谬和可笑。我听过像“沟通是很重要的”、“股东们应该更关注公司发展”、“预算一定是可控的”之类的“普世经验”。这些表述是确实非常正确,但也是没有意义的,因为他们没有从根源探寻问题本质,也没有给出创造性的解决方法。那该怎么办?几乎每一个可提供真正生产效率的问题都是由特定的团队、项目或技术相互作用的复杂产物。任何一个项目都有其特定的问题,很有能有放之四海而皆准的解决方案。
传统的经验教训总结会与精益或敏感管理方法里的经验教训总结有着本质上的不同,具体来说,表现在方法、时间以及为什么要进行经验教训总结等方面。传统的经验教训总结为了不再重犯之前的错误,而精益或敏捷的经验教训总结(通常称作回顾或改进会)则是为了立刻纠正现有项目中的错误。他们会非常频繁的开会,花时间去解决现有项目中的一些问题。
针对特定团队、项目和技术方面找问题。
依然是针对特定的团队、项目或技术寻找问题,但因为队员们正在使用技术执行项目,所以这时的总结很有效。团队成员在总结会上对一些问题解决起来得心应手。
经验教训总结会通常放在项目的最后
精益或敏捷的总结会不会放在项目收尾阶段。他们会两到四周举行一次会议。这会产生以下三个方面的成效:
总结会放在项目中间阶段,会使得团队根据项目进展情况迅速解决。
如果问题不针对特定的团队、项目或技术,也会因为太过模糊而失败
在回顾或改善总结会,问题是不会一般化处理的。如果会议能对问题进行根本分析,并提出非常明确地解决方案,那么这个会议是不会结束的。这些解决方案会在下一次总结会上就实施情况再做总结。
即使某个项目是由传统方法驱动的,任何人也可以将精益或敏捷方法实施在项目的经验教训总结上。
2.工作改善报告怎么写
最低0.27元开通文库会员,查看完整内容> 原发布者:DXLOLXC XXXX改善报告改善背景改善方案效果预测推进计划改善效果确认制作人:XXX制作时间:20XX.XX.XX一、改善背景地点:……;背景:……;现状图片图片现状质知量成本图片效率……图片…道………图片二、改善方案方案:……。
改善前改善后图片图片改善前问题:1、……;2、……。改善后效果专:1、……;2、……。
三、效果预测1、财务收益(单位:元):项目质量成本效率改善前改善后改善效果收益(元/年)合计元/年2、其他收益:项目改善前改善后改善效果3、投资回收期:项目内容费用(元)合计金额(元)回收期(年)四、推进计划五、改善效果确认项目改善前预测效果实际效果差属异原因分析THEEND。
3.工作改善怎么写啊
在你工作过程中出现的问题,一般问题出现就在这几个方面,人、物、法、环几个方面入手,做事的人,什么物料,用什么办法,在运行环节中出现什么问题。发现了问题提出解决问题的办法,就这么写。
例子:
-----------------
关于日常工作需要改进的几个方面
我认为自己在近几个月来的工作中遇到了不少挑战,尽管已经在试着改善,但仍有不少工作都解决的不是很好,主要基于以下几个方面,同时也是希望自己今后需要好好改善的几个方面:
1、整体业务项目协调运营能力
作为生意部门的主管,对多个项目的协调运营能力还很不足。
1)对自己直接经手的项目一般会比较清晰,但对没有直接经手的项目作为部门主管却了解度不够,因为日常还不能够很主动去了解这些项目的运营细节,不能经常以自己的经验与判断力帮助同事做出些规划与决定,不少时候都是要等到同事求助或是有具体事项协商时,才参与进去。作为生意部门的主管,这样的工作方式太被动了,有些置身事外了,对整体业务项目的协调发展,对于生意的成长是不利的,也是比较失职的。
因此,今后我会加强对生意部门其他同事负责项目的主动关注,在做好直接经手项目同时,又能及时给予同事应有的支持,能帮助提升整体生意项目运营效率与质量
2)日常事务间的协调与平衡工作做得不够好。日常工作中,经常会被一些事务性的工作纠缠,有时可能协调不当经常会影响到原定的工作计划,有时甚至影响到个人的工作热情,直至影响工作效率与质量。
如何合理规划工作,如何分解消化事务性工作,根据事务轻重缓急处理工作,这也是今后工作急需改进的地方
2、个人业务能力训练与专业知识面拓展
如何将日常工作融入个人业务能力的训练(如调研、策划、谈判能力等)、知识面拓展(如各种内容文字、图片、影像信息的汲取等),这目前来说处理的也不太好。
有时经常因为忙于工作,而无暇停下来学习些有用的资讯,而有时因为进行一些专门的学习又占用了工作的时间,耽误了工作进程,觉得二者有些矛盾。于是导致因为工作忙而无暇顾及一些有益资讯的学习吸收,而反过来由于缺乏不断的新的知识面的拓展又导致了工作中的一些眼界、创意的局限。
因此养成在工作中的学习习惯与敏感触角,这是今后也应该有所改进的方面
3、管理与辅导团队工作
由于公司目前的团队人员配置,整体上都比较缺乏经验,新人不少,所以急需加强团队的专业训练,需要形成规范的日常工作管理,需要学会运用团队的智慧与经验去弥补个人的经验不足,以期团队的大多数人能尽快成长独立起来。作为生意部门的主管,我是有责任做好团队的管理与辅导这方面的工作的,但目前做的很不够。
我已经在尝试着做,但感觉这真的不是一件轻松的事,需要学习和摸索一些正确的方法
4、关于视觉设计的辅导
由于目前设计部门没有在专业上强势的设计师,所以日常需要经常协调设计部门的工作,帮助设计创意与规划设计项目,关注设计项目在视觉上的细节。
我的问题在于,一是自身对设计的辅导工作不是很热衷,觉得设计项目应该只是一个辅助的工具,不应该连视觉设计的细节都需要操心的,觉得挺占用自己的工作时间,所以在进行设计辅导上就不够投入;二是觉得自身的视觉设计判断力与决断力还不够,经常不能很好的对设计效果做出合理评估以及修正辅导。
这个方面我想一方面是要在思想上调整心态,应该更重视这块的工作,另一方面要加强成功设计案例的专业消化,作为一个生意部门的主管,本身就应该熟悉了解生意项目的各个环节。
客户生意发展部 2008年6月23日
4.项目总结怎么写啊
项目总结应达到的目的
1. 确认本项目中什么是行之有效的,其原因是什么?
总结不是歌颂功德,但一定要写出成功的经验以及采用的特殊方法或工具,便于积累知识和经验。
2. 防止重复错误
在项目过程中会发生许多错误,通过总结出现的错误及其采用的改善措施,作为改进流程和改进项目管理的依据,防止错误再次发生。
3. 激励团队成员
项目组成员都想知道自己干得如何。在项目启动时LPDT就应该确定项目要总结的内容,包括项目评价的标准、所采用的方式以及参加评价的人员(如部门经理或项目总监等)。其中应包括项目组成员绩效的评价,只要评价是公正、公平、公开的,就会激励项目组成员更加积极地努力工作。
4. 作为项目实践的证据
有时候,客户(包括公司内部客户)在选择项目承包方时,需要参考你出示的相关项目成功实践的记录,这时候项目总结报告将成为重要证据。
二、项目总结应包括的内容
1. 项目时间
实际项目进度与计划的比较结果如何?其间有哪些变化?实际工作量与估计的差多少?这些问题的答案都应在项目总结中体现出来。公司要建立并完善历史经验库,项目总结应为此提供准确、全面的数据,便于后续的专案得到有价值的参考信息,以帮助他们提高计划的准确性,从而提升公司研发的竞争力。
2. 项目成本
对于未建立项目核算的组织,可以用加权(人*天)数来表示人工费用,对于不同角色的人员可以赋予相应的权重。
3. 项目质量
要详细说明项目的最终交付件与市场需求的符合度(也就是需求的实现状况)。对于公司内部项目,客户可能是你的上司或组织本身。
4. 人员管理以及沟通交流项目组成员的绩效表现如何?开发过程中的内部、外部沟通交流是否充分?对项目有何影响?这些问题的答案也应在项目总结中充分体现。
5. 采用的新技术或新方法这里主要指项目管理方面采用的新技术或方法,例如项目计划与项目监控所运用的工具。也可以是别的,如软件开发项目中的用例(CASE)工具等。使后续的专案组参考采用后能够提升研发的效率与项目控制的能力。
6. 项目特点要说明与以往项目比较,本项目有何特别的地方?例如特殊的需求、特殊的环境、不同常规的资源供应等。总之是一些具有挑战性的事件以及关键的解决方案和实施过程。使后续的专案组能够借鉴,用来回避可能遇到的项目风险。 7. 客户反馈应将客户(包括公司内部的客户)反馈意见及应对措施作为项目总结的一部分。体现项目开发“从客户处来到客户处去”的本质特征。
最后坚持一个原则:项目总结应对事不对人。不要把失败的项目总结写成一篇批判、抨击甚至人身攻击的文章;不要将失败的项目总结会开成批斗会。
5.改进计划怎么写
员工绩效改进计划通常是在主管人员的帮助下,由员工自己来制订,并与主管人员共同讨论,就有待发展的项目、发展这些项目的原因、目前的水平、期望达到的水平、发展这些项目的方式、设定达到目标的期限等内容达成一致意见的实施计划。
员工绩效改进计划通常包括以下几方面的内容: 1.有待发展的项目 通常是指在工作的能力、方法、习惯等方面有待提高的方面。这些有待发展的项目可能是现在水平不足的项目,也可能是现在水平尚可但工作有更高要求的项目。
一个人需要改善和提高的项目可能很多,但不可能在短短的半年或一年时间内全面得到改善和提高,所以在员工绩效改进计划中应选择那些最为迫切需要改进且易改进的项目,选择方法可按下表进行。 2.发展这些项目的原因 选择某些有待发展的项目列入到员工绩效改进计划中一定是有原因的。
这种原因通常是由于在这方面的水平比较低,而工作任务完成或员工未来发展又需要其在这方面表现出较高的水平。 3.目前的水平和期望达到的水平 绩效的改进计划应该有明确清晰的目标,因此在制订员工绩效改进计划时要指出需要提高项目的目前表现水平是怎样的,期望达到的水平又是怎样的。
4.发展这些项目的方式 将某种有待发展的项目从目前水平提高到期望水平可能有多种方式,如自我学习、理论培训、研讨会、他人帮助改进等。对一个项目进行发展可以采用一种方式,也可多种方式同时实施。
5.设定达到目标的期限 任何目标的确定都必须有时限的要求,否则这一目标就没有实际意义。同样在员工绩效改进计划中,要确定经过多长时间才能将有待发展项目的绩效从目前水平提升到期望水平。
6.项目总结怎么写啊
项目总结应达到的目的
1. 确认本项目中什么是行之有效的,其原因是什么?
总结不是歌颂功德,但一定要写出成功的经验以及采用的特殊方法或工具,便于积累知识和经验。
2. 防止重复错误
在项目过程中会发生许多错误,通过总结出现的错误及其采用的改善措施,作为改进流程和改进项目管理的依据,防止错误再次发生。
3. 激励团队成员
项目组成员都想知道自己干得如何。在项目启动时LPDT就应该确定项目要总结的内容,包括项目评价的标准、所采用的方式以及参加评价的人员(如部门经理或项目总监等)。其中应包括项目组成员绩效的评价,只要评价是公正、公平、公开的,就会激励项目组成员更加积极地努力工作。
4. 作为项目实践的证据
有时候,客户(包括公司内部客户)在选择项目承包方时,需要参考你出示的相关项目成功实践的记录,这时候项目总结报告将成为重要证据。
二、项目总结应包括的内容
1. 项目时间
实际项目进度与计划的比较结果如何?其间有哪些变化?实际工作量与估计的差多少?这些问题的答案都应在项目总结中体现出来。公司要建立并完善历史经验库,项目总结应为此提供准确、全面的数据,便于后续的专案得到有价值的参考信息,以帮助他们提高计划的准确性,从而提升公司研发的竞争力。
2. 项目成本
对于未建立项目核算的组织,可以用加权(人*天)数来表示人工费用,对于不同角色的人员可以赋予相应的权重。
3. 项目质量
要详细说明项目的最终交付件与市场需求的符合度(也就是需求的实现状况)。对于公司内部项目,客户可能是你的上司或组织本身。
4. 人员管理以及沟通交流项目组成员的绩效表现如何?开发过程中的内部、外部沟通交流是否充分?对项目有何影响?这些问题的答案也应在项目总结中充分体现。
5. 采用的新技术或新方法这里主要指项目管理方面采用的新技术或方法,例如项目计划与项目监控所运用的工具。也可以是别的,如软件开发项目中的用例(CASE)工具等。使后续的专案组参考采用后能够提升研发的效率与项目控制的能力。
6. 项目特点要说明与以往项目比较,本项目有何特别的地方?例如特殊的需求、特殊的环境、不同常规的资源供应等。总之是一些具有挑战性的事件以及关键的解决方案和实施过程。使后续的专案组能够借鉴,用来回避可能遇到的项目风险。 7. 客户反馈应将客户(包括公司内部的客户)反馈意见及应对措施作为项目总结的一部分。体现项目开发“从客户处来到客户处去”的本质特征。
最后坚持一个原则:项目总结应对事不对人。不要把失败的项目总结写成一篇批判、抨击甚至人身攻击的文章;不要将失败的项目总结会开成批斗会。
7.改善报告怎么写~~~~
供应商月度品质评分表
品质评分:
一、受入LOT合格率(25分)
1.评分标准:
LOT合格率 得分 LOT合格率 得分
100% 25 80%>得分≥70% 10
100%>得分≥90% 20 70%>得分≥60% 5
90%>得分≥80% 15 60%以下 0
2.实际得分:
受入总LOT数71 合格数:67
合格率:94% 得分:20分
二.工程不良率(10分)
1.目标值:3000PPM
2.评分标准:
PPM值 得分 PPM值 得分
3000≥ 10 6000≥PPM>5000 4
4000≥PPM>3000 8 7000≥PPM>6000 2
5000≥PPM>4000 6 >7000 0
3.实际得分:
受入总数:1820.105K 工程不良数:203.69K
工程不良率:11911(PPM) 得分:0分
不良项目前三项:1.塑胶表面裂痕
2.侧面毛边
3.头部多料、毛边、刮伤
三.对策回复(10分)
1.评分标准:每缺失1件扣2分
2.实际得分:
要求对策总件数4件,未回复件数0件,得分10分.
四.改善效果(10分)
1.评分标准:
改善效果 得分
很满意 已完全杜绝此类现象发生,能长期保持此效果 10
满意 已控制此类不良现象的产生,但仍时有发生 8
基本满意 已有效控制不良现象产生,仍有少量发生 5
不很满意 有改善,但改善效果不理想 4
不满意 改善效果不明