1.8 反思与适应
团队应当不断地从经验中学习,以改进所使用的方法和项目的结果。项目常常持续超过几个月的时间。在这段时间内,业务状况、团队成员对项目目的的理解和该项目的周围环境都会增长和变化。团队应该寻求利用这种变化的优势,以确保在结果交付时项目的结果符合利益相关者的需要,而不仅仅是符合项目启动时利益相关者所理解的需要。
项目团队一直在做事后分析或经验学习,团队成员在项目结束时聚在一起讨论所发生的事情——通常是消极的方面——寄希望于他们能够记住,以便下次能做得更好。如果这种方法被认为是一个良好的实践,那在项目过程中做同样的事情岂不更有意义?此时团队还有时间做出改变并影响结果。这就是回顾(retrospective)背后的理念,回顾为团队提供了一种讨论项目到目前为止发生了什么的机制——既有团队做的好的事情,也有改进的机会——进而决定需要实施什么改正措施。
不管你采用的是什么方法,回顾都是一个很有用的技术。举一个回顾很有帮助的例子。几年前我曾参与一个非常大的项目,是为一家大型金融机构修改加载决策过程[1]。我所在的团队负责从一个新的组合信用政策中提取业务规则。我们发现,除了要参考信用政策本身,我们还需要和一群来自公司各个部门的行业专家(subject matter expert,SME)紧密协作。为此,我们所能采用的最有效的方式就是每周一次将SME们召集在一起,进行业务规则工作会议。每周结束时,我们会举行一个回顾会议,讨论业务规则会议进行得怎么样,并识别改进行动。在召开工作会议的几周时间里,我们发现每次会议都比前一次更加顺利,而且我们经常发现某一周被认定为需要改进的项目在几周后已经做得很不错了。
时间: 2024-09-21 15:23:44