管理学问:解析苹果内部的DRI直接负责人制度
苹果公司内部有一种叫做DRI(Directly Responsible Individual)的制度,译为“直接负责人”制度,此人直接负责某一部分事务的责任。DRI究竟是什么?直接负责人具体管什么事?
从表面上来看DRI制度这个概念在苹果实行地非常好。DRI是一个概念,它将负责人的权利、责任和义务表示清楚,出现问题时直接派给负责某一部分的直接负责人。DRI不是处理过程,也不是任务管理的框架,他是一个负责人。
DRI们负责小到bug报告,大到重要技术创新,每个DRI都有自己负责的部分,分工明确。简单来说,就是某一部分出了问题,就由某一部分的直接负责人来处理和担责。MobileMe之所以失败就是因为DRI的失误,毫无疑问,这个直接负责人被炒了。DRI制度其实有很多好处。
谁来当DRI?当程序设计、软件开发过程中出现一个跨职能、复杂的工程问题时,DRI必须要负责到底。一般DRI都由工程团队的队长或者工程项目经理来担任。如果工程问题很少涉及硬件问题,那就需要一个PD产品设计工程师来担任DRI,然后和硬件工程师通力合作来解决问题。如果产品原型测试一直失败,那就需要一个TPM测试项目经理开担任DRI。在苹果公司中,TPM担任DRI时,需要和工程团队、设备测试部门、合约制造团队合作解决问题。
当指责不清或者突发问题时,合作团队的成员都要听从DRI的智慧。成员需要信任DRI,因为他清楚团队开发中发生的一切。DRI一般对开发进度非常了解,知道下一步可能突发的问题时什么,或者知道问题发生的原因。DRI制度不仅对单一部门有效,而且非常适合跨部门、跨职能管理。DRI只能由一个人来担任,决不能是一个小队。
当团队所有成员都知道他们的目标非常重要,但是又没有发现自己那一部份的责任重大时,这时就需要DRI出面。在一个快速发展的公司中,每天要处理非常非常多的事,人们没有发现自己责任重要,不是因为懒惰,而是太忙了!DRI这时就需要动用自己的权利,发扬“母爱精神”,呵护目标,督促、监督团队成员完成自己的任务。
对于一个团队来说,有一个DRI可以减少其他成员的压力,他们只需要认真工作,其他恼人的事交给DRI来负责就可以了。工程师做DRI时可以敏锐地发现问题,然后“拿出”问题来解决,让其他成员专心做事。其他时间继续担任DRI,承担一定的领导责任。
DRI制度是我从苹果学到的最有价值、最实用的制度,而且通用,用在其他企业同样有效,比如Flipboard。Flipboard怎么运用DRI制度?在Flipboard内部有一个综合职能团队负责开发Android应用程序,包括前端、后端、QA、产品经理、营销、设计、BD(商务拓展)、账户管理,其中工程师担任Android应用程序开发的DRI。任何一个部门的开发都不能离开其他部门的合作,DRI工程师负责统筹策划,并对CEO的战略决定负责,责任重大。