很多人认为是沟通问题、资源问题，甚至是人的问题。 但做过几个大型跨部门项目后发现：大部分混乱的根源，其实是角色和责任不清。市场以为研发负责， 研发以为IT负责， IT以为业务负责，最后问题出现时，大家都觉得自己不该背锅。 这也是为什么RACI表在项目管理中如此重要。RACI的本质不是做一张表，而是明确每个人在项目中的角色：✅ Responsible（执行人）——谁来干✅ Accountable（最终负责者）——谁拍板、谁承担最终责任✅ Consulted（咨询人）——谁需要参与讨论并提供意见✅ Informed（知情人）——谁需要了解进展 实践中有两个非常重要的原则： 一个任务只能有一个Accountable。如果有两个甚至三个最终负责人，本质上就是没有负责人，决策链一定会混乱。 一个任务可以有多个Responsible。但必须明确分工边界，否则容易出现重复劳动、责任空白或者互相等待。 另一个容易被忽视的经验：如果某位Accountable没有资源调配权，项目风险极高；如果某位Informed影响力很大，往往应该升级为Consulted。因为项目管理从来不是管理流程，而是管理影响力。 最后越来越认同一句话：项目中的很多“甩锅大战”，并不是责任没有人承担，而是责任从来没有被定义清楚。
发布于 广东
分享
评论
赞
未登录
友善发言
评论
加载中
