软件研发项目反刍式管理

发布日期:2024-09-10 13:35:19 来源: 爱游戏app下载

  项目事后回顾(PPR)是指通过正规的项目回顾管理来获得经验教训,以利于将来项目发展。这是一个“反刍”式的管理过程,对公司来说,这种“反刍”得来的是非常难得的经验。因此,事后回顾管理在咨询公司这样的知识密集型行业中十分盛行。但是在研发机构中,对它的执行却十分不稳定,甚至没有被列入管理日程。

  在2000年及2001年,我们就研发项目管理的非常好的实践进行了调研。瑞士IMD对涉及40多家企业及12个行业的欧、美、日一流公司的研发经理进行调研,得到了有关项目事后回顾实践的大量信息。这次调研所涉及的三个主体问题是:如何管理研发项目事后回顾、研发项目间的技术诀窍是如何传播的、研发项目事后回顾的重点是什么,怎么样确定其质量表现?

  调查结果为,不到1/4的组织充分的利用了事后回顾管理。人员的项目间流动及文件记录是目前项目间传播技术诀窍的最常用途径;很少公司将PPR的有效使用视为改进项目管理、进行项目间学习的一个有机部分;许多回顾只侧重于技术指标。毫无疑问,尽管大多数的研发机构了解PPR的潜在好处,但却无法充分的利用这种学习机会。由于对团队正式学习不进行严谨的管理,多数公司正在失去潜在的学习机会。

  心理障碍 在向经验学习时,人类的能力是有局限的,工程师也不例外。自然的演化使人们学会了在反射与行动之间进行平衡。但是项目的结果涉及特定的历史背景,而且项目技术的不断变动及其复杂性使其不易理解,寻找过去事件的因果关系非常需要技巧。此外,人类的选择性记忆与团队的记忆压抑现象使得在PPR中,项目团队倾向于记忆易被分类的事件,压抑似是而非的更复杂的经验。

  团队的缺陷 多数研发项目是基于团队的工作,对该项目进行回顾也是一种团队工作。回顾过程就是找到问题和提出批评过程,直言坦诚可能会伤害多年的交情或者影响彼此的关系。为了在将来的项目中彼此能更顺利合作,成员间的反馈常较温和,往往导致无效,哪怕讨论的是纯技术内容。另一方面,考虑到失败会影响职业生涯或为了尽最大可能避免在公开场合承认错误,个别成员也不愿为失败负责。而且成员组成的多样性往往增大了团队沟通的难度。

  有很多知识是可意会不可言传的,我们大家都知道的也许会比我们能说出来的要多得多。将经验用于新项目是件有挑战性的工作,我们很难用清晰、简练的文字传达自己的感觉与印象,意会知识不易转化为显性知识,从而在整个组织内进行分享。

  管理局限 研发部门与公司其他部门一样承受持续的业绩压力,因此很少有时间回顾过去发生的项目。某大型IT公司的研发经理声称:如果你有时间思考就说明你正在犯错误。当时间是关键资源时,还是让别人去回顾和苦思冥想吧。实际在做的工作中,PPR往往是为应付管理层的控制要求,是项目管理总部所强加的行政事务。因此,项目小组成员的热情较低。在执行PPR时所需的信息和项目执行时所需的信息是不同的,这影响了团队对总控制体系的信心。

  安捷伦公司强调跨职能部门的成员参加,以此增加回顾过程中所涉及的讨论事项,它认为基层关键事件比正式会议更易产生真实的结论。一些公司会认为这项工作是没有固定日程表的一系列随意的“头脑风暴法”,SAP采用了非正式途径,道康宁和杜邦公司以职业网络及俱乐部的形式为项目管理中的非正式技术诀窍提供交换平台。这种方式需要企业文化及PPR执行动机的支持。其他非正式方法还包括人员工作轮换、短期项目安排及核心团队的移交。

  戴姆勒-克莱斯勒公司则在研发总部下建立了一个服务中心,任命教练负责传播项目间经验。教练们不仅涉足项目技术工作,还帮助项目团队解决有关执行及推进过程中的问题,收集深层的程序知识,应用于将来的工作及向相关项目成员传播。

  虽然一些公司坚持只让内部人参与事后回顾管理会议,但是Novartis及HP等公司则希望可以有外来人士参加会议,使之更客观。外来人士可以是企业内部教练或质量管理部门的人,戴姆勒-克莱斯勒及安捷伦就采用此方法,当然也可以从外界聘用。多数情况下,事后回顾管理会议的质量与结果取决于其会议主持人的技巧与才能。

  HP是持续执行事后回顾管理的典范之一,它的一些事业部不仅根据组织要求召开项目结题会议,还召开阶段性的项目回顾会议以提高开发过程和潜能。其目的是在项目中找到所察觉缺陷的最终的原因,并就将来如何防止这样的问题提出建议。这一努力得益于1989年HP提出的项目管理计划,1993年HP项目管理委员会强调了该项工作。从此,项目管理能力的改进被视为该公司的核心能力。

  为研发经理提供的一些建议与原则,将有利于在研发项目学习中导入及改进方法与技巧。在企业内部进行系统地回顾有助于公司培育持久的竞争力。HP就将PPR程序视为一种核心能力,而且它必须根植于组织内部。为此,我们提出了旨在帮助组织提高研发PPR管理的五级能力成熟模型,它涵盖了回顾管理从组建、执行到收获的全过程。这五个级别便于我们思考回顾实践及以适当的步骤向高一级别迈进。

  启动 该级组织的PPR程序成熟度最低,其特点是事后性及无序性,即使回顾程序有了规定,其结果也更多依赖执行者的个人才干。回顾工作不是事先计划指导的,常常是为项目重要事件所触发,比如一个失败或部分失败的项目。在该级别,回顾程序没有很好地被界定,它的执行非标准化,产出结果不可预测,无法与其他回顾结果进行比较。

  绝大部分组织的PPR停留在该级别。我们的调查反映虽然平均8家公司中只有一家从未开展过PPR,但余下的7家公司中只有一半在回顾项目时使用了模糊的随意指标,目前超过半数的公司没有PPR准则,1/4的公司认为回顾的质量靠其成员的能力。

  回顾程序可重复 该级组织已建立了事后回顾管理准则和有效的回顾实践,回顾的过程是可重复的、可与先前的回顾相比较的。尽管具体项目可能不完全一样,其在回顾的计划与管理中依据的是相似经验。但由于有了关键的回顾方针,避免了回顾过程及其产出中的大部分失误。虽然多数实践关注技术与财务资料,但他们已迈出了可喜的一步:有关纠错行为的建议可应用于别的项目。

  我们的调查表明,约40%的反馈认为其回顾工作的中心内容是技术;另外的40%左右的反馈声称已拥有书面形式的项目技术诀窍,可供将来项目参考;约20%认为他们的回顾是依据先前的类似项目。许多公司在这一级上停滞不前了,它们认为就其所投入的时间与精力而言,已经获得了非常好的学习,并没意识到回顾的目的是服务于将来的行动,而不是仅仅为了取得数据。

  回顾标准及程序受界定 不系统地收集项目信息将使其无法用于其他项目。系统化管理是稳定回顾程序及实现可重复性的关键,是进入这一级的标志。其措施包括:形成文件、标准化建议并将之集成到管理工程活动的总项目管理程序中;全公司范围内使用相同的回顾工作标准,回顾过程是稳定的可重复的,节省了大量的成本和时间,同时提高了质量;专门指定一个小型部门或项目管理部门来承担有关培训及相关监督工作。

  我们的调查反映不到20%的公司有这种专门的项目管理部门,并提供了所需的回顾管理准则,或花了相当的回顾时间来分析项目管理方法;11%的公司认为它们的回顾实践表现良好并为员工所周知,仅6.3%的公司认为它们已经将一致有效的回顾准则应用于每一个项目。

  管理回顾能力 在这一级里,组织承认失败是创新的必然组成部分,并在此基础上改进将来项目的实施。组织设立了可用来衡量不同回顾产出的量化质量目标。在全公司范围收集回顾结果并使其具有可获得性。此时,可转移知识的质量是可预测的,是具行动性的知识;质量管理方法在事后回顾管理上得以运用;根据所采纳的程序控制方法,可修正及调整项目管理及其程序。

  不少受访对象认为他们公司已达到此级别,但是实际上他们只是进行了个别的不可重复的事后回顾管理学习,或者只有部分的事后回顾管理实践进入了优化级。在我们的调查中只有9.5%的反馈声称,其回顾程序是例行的,已得到持续改进;而且3.2%的反馈认为事后回顾管理是项目间学习的持续有机组成部分。据我们的调查经验,这些数字可能都过高。约10%的反馈说它们使用了外部推进人作为回顾会议的主持人,以力求客观及获得独立解释。

  一些PPR结论的领先用户也常被邀请参加PPR会议。14.3%的反馈认为公司已意识到了回顾的潜在好处,并且回顾结果已向成员们进行了通报。美国军队将这个最后的项目工作环节制度化,提出了缩写为WESK (“还有谁是必须要知道的“)的活动,保证关键的人及团队了解别处的经验并立即加以采纳。

  如果能有所获,出错是值得的。PPR通过成功或失败的项目进行经验学习,它可用于研发项目及其他项目。尽管PPR的执行存在诸多障碍,但我们的五级模型为分析、评估及提高我们的回顾实践提供了一个框架,有助于研发组织界定、模式化及衡量其回顾程序的成熟度,该模型可用于发展与培育研发密集型企业的项目间学习能力。

  我们的研究与实践发现,公司项目及行业特征不同、公司文化及回顾动机不同,PPR的具体管理方法是不同的。然而,无论你是否采用我们的程序模型,PPR的管理实践及追求改进的工作意愿会引导你找到最合适的管理方法。