打字猴:1.70426005e+09
1704260050
1704260051 (2)重要的事
1704260052
1704260053 对于重要的事情,无论是所需资源多、需要协调的部门多,还是事件的结果影响大,都需要企业格外慎重。为此,不仅需要事后复盘,及时总结,提高成功的概率也离不开事前的群策群力。
1704260054
1704260055 (3)有价值的事
1704260056
1704260057 对于新组建的团队,或者团队经过较多的人员调整,团队领导可以通过复盘,让团队成员快速了解一些常见任务/问题的处理方法,促进团队成员之间的相互了解,以便更好地协同配合。
1704260058
1704260059 (4)未达预期的事
1704260060
1704260061 如果某件事情未达预期,或者出现了一些偏差或缺陷,说明你或团队对这类事件的规律掌握程度还不高,应对能力可能还存在一定欠缺,这正是你需要提升的地方,或者是你可以从中学习的机会。为此,要及时进行复盘。
1704260062
1704260063 同时,通过复盘,还可以迅速制定改进或补救行动的措施。通过复盘结果的分享,也可以让组织内其他团队不犯此类错误。这对于组织学习是至关重要的。
1704260064
1704260065
1704260066
1704260067
1704260068 复盘+:把经验转化为能力(第2版) [:1704258579]
1704260069 复盘+:把经验转化为能力(第2版) 项目复盘
1704260070
1704260071 虽然“项目”从本质上讲是独特的,但正如英国石油公司(BP)前任CEO约翰·布朗所说:“大部分活动或任务都不可能是一次性的事件,无论是钻一口井,还是在加油站做一笔生意,我们常常重复性地做某件事。我们的目标非常简单:我们每一次重复做某件事,都要比上一次做得好一点。”[1]
1704260072
1704260073 为此,无论对于项目,还是例行任务,在工作进行了一个有意义的阶段后(也许是刚刚完成一个重要工程的筹备、一次公司重组、一场并购或市场推广战役),可以花一些时间回忆过去发生的事情,总结经验,为别人及自己以后做参考。
1704260074
1704260075 例如,在谷歌公司,在产品或重要功能问世时,项目组会进行“事后讨论会”,让全体成员聚在一起讨论哪些做对了,哪些做错了。之后,他们会将讨论结果公布,让每个人知悉。这就是项目复盘实践。
1704260076
1704260077 再如,在沃尔玛,每新开一家店,都要进行复盘,总结出以后需要改正的错误(correction of errors)以及最佳实践,并与其他分店分享,促进组织整体运作的优化。这也是项目复盘的应用。
1704260078
1704260079 1.英国石油公司项目回顾的12条“秘诀”[2]
1704260080
1704260081 在英国石油公司,许多业务部门都有一种“项目回顾”(retrospect)机制。它可能是对一个简单项目的结项总结,在项目小组解散之前,花上两个小时的时间,迅速且有效地总结这个项目的知识和经验,保证学到为将来服务的经验;也可能是对一个复杂的、几个公司共同参加的合作课题、大型项目的阶段性回顾,需要花两天时间,来讨论可能涉及的所有内容。
1704260082
1704260083 因此,项目回顾的结构在许多地方与复盘(AAR)是类似的。概括而言,要讨论下列议题。
1704260084
1704260085 ·重温项目的目标和交付成果。
1704260086
1704260087 ·看看哪些事能做得更好些,多问几次“为什么”。
1704260088
1704260089 但是,与AAR相比,它仍有以下特点。
1704260090
1704260091 ·更有深度:和美军的正式AAR类似,项目回顾需要系统地筹划、准备,花费的时间也更长,因而分析更为全面、深入。
1704260092
1704260093 ·前瞻而规范:项目回顾是为将来项目的应用而特意总结经验和看法的,它不只是为了小组自己的总结与逐步完善。
1704260094
1704260095 ·邀请客户参加:每一个会议的结果都会有一个直接客户。如果可能的话,邀请客户出席整个过程,以便更为深入地了解前因后果,知道那些可能不会被写进会议报告中的东西。
1704260096
1704260097 对于项目回顾,以下12条操作注意事项是英国石油公司多年来摸索出来、屡试不爽的“秘诀”。
1704260098
1704260099 (1)召集会议
[ 上一页 ]  [ :1.70426005e+09 ]  [ 下一页 ]