如何改进项目的经验教训总结会?

日期: 2013-01-22 作者:Joseph Flahiff翻译:赵赛坡 来源:TechTarget中国 英文

虽然项目本身没有实行敏捷管理方法,但是任何团队也可以通过采用精益和敏捷管理方法总结经验教训,进而提升项目的交付能力。

  1. 针对特定团队、项目和技术方面找问题
  2. 经验和教训的总结通常放在项目的最后
  3. 如果问题不针对特定的团队、项目或技术,也会因为太过模糊而失败

  让我们逐个分析上述三个方面为何失败。

  针对特定团队、项目和技术方面找问题

  大多数在经验教训总结会上被提出的问题只集中在那些已经完成的项目。但即使同一个团队,也不会可能会再做一个项目,一些与具体项目相关的问题也可能也不会出现在下一个项目里。另外,不同项目中采用的技术手段也会出现差异。结果就造成,针对特定团队、项目或者技术的经验教训总结会变得一无用处。

  经验教训总结会通常放在项目的最后

  传统的经验教训总结通常会在项目结束之后进行,大概是为了提醒团队在下一个项目不犯类似的错误。但这种的方式的问题在于,很多人甚至不记得两周之前发生过什么,更别说有的长达半年后两年的项目了。试图回忆一年前项目中经验教训几乎是不可能的。此外,前文已经说过,如果是对已经完工项目的经验总结会,那么几乎是没有任何意义的:没有人能从中学到什么,也不会产生任何对未来项目有用的知识。这两方面决定这项措施必然会失败。

  如果问题不针对特定的团队、项目或技术,也会因为太过模糊而失败

  为了解决上述两个问题的困境,人们会将某些概念或问题一般化,希望能形成指导任何项目实行的一般性建议。如果我们试图这么做,那么这些所谓的普世经验或教训显得荒谬和可笑。我听过像“沟通是很重要的”、“股东们应该更关注公司发展”、“预算一定是可控的”之类的“普世经验”。这些表述确实非常正确,但也是没有意义的,因为他们没有从根源探寻问题本质,也没有给出创造性的解决方法。那该怎么办?几乎每一个可提升真正生产效率的问题都是由特定的团队、项目或技术相互作用的复杂产物。任何一个项目都有其特定的问题,很有能有放之四海而皆准的解决方案。

  从精益或敏感管理方法里会学到什么?

  传统的经验教训总结会与精益或敏捷管理方法里的经验教训总结有着本质上的不同,具体表现在方法、时间以及为什么要进行经验教训总结等方面。传统的经验教训总结为了不再重犯之前的错误,而精益或敏捷的经验教训总结(通常称作回顾或改进会)则是为了立刻纠正现有项目中的错误。他们会非常频繁的开会,花时间去解决现有项目中的一些问题。

  改变项目经验教训总结会的目的和周期,可以克服传统方法里的三大困难。下面我们来看一下是如何解决这些难题的。

  针对特定团队、项目和技术方面找问题。

  依然是针对特定的团队、项目或技术寻找问题,但因为队员们正在使用技术执行项目,所以这时的总结很有效。团队成员在总结会上对一些问题解决起来得心应手。

  经验教训总结会通常放在项目的最后

  精益或敏捷的总结会不会放在项目收尾阶段。他们会两到四周举行一次会议。这会产生以下三个方面的成效:

  • 你很容易记住那些做的很棒的工作,也明白哪些工作还需要提升。同时,你也可以非常方便的制定短期目标,待到下次总结时确认是否完成。
  • 总结会放在项目中间阶段,会使得团队根据项目进展情况迅速解决。 
  • 因为总结会每隔几周就有一次,团队可以及时检查哪些措施比较有效,并对一些无用的措施进行改进。

  如果问题不针对特定的团队、项目或技术,也会因为太过模糊而失败

  在回顾或改善总结会,问题是不会一般化处理的。如果会议能对问题进行根本分析,并提出非常明确地解决方案,那么这个会议是不会结束的。这些解决方案会在下一次总结会上就实施情况再做总结。

  即使某个项目是由传统方法驱动的,任何人也可以将精益或敏捷方法实施在项目的经验教训总结上。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

作者

Joseph Flahiff
Joseph Flahiff

Whitewater Projects Inc.

相关推荐

  • 案例解析:变更管理中应用敏捷

    创业公司能从企业CIO那里学到一些东西 ——反过来也一样。Ken Accardi在SearchCIO最近的访谈中表达了这样的观点, 他从CIO转为CEO,有创业公司和企业的经验。

  • 探讨项目驱动环境下的智能资源管理

    把意大利面扔到墙上看哪根能粘住不失为一个分配项目工作的办法。但这方法混乱异常,而且你会在过程中损失掉很多东西。有一个更好的在项目团队成员之间分配工作的办法就是,考量具备完成项工作的最好技能,经验,兴趣和可用性的人是谁。

  • 灵活的ITSM平台如何让CIO受益?

    在之前的一篇文章里,TechTarget向大家介绍了CareWorks集团CTO&CIO Bart Murphy对IT服务管理(ITSM )平台的需求,以及他为了让IT团队兴奋起来所做的努力。在本文中,他谈及了如何使用该平台以及它给IT和业务带来的变化。

  • CIO如何协调遗留系统和云服务

    复杂性是敏捷性的敌人,而且还会导致风险。CIO要尽一切可能来避免复杂性,尽力将IT环境简化,以此降低意外发生的概率、提升透明性并促进流程的标准化和流水化。