责任制在很多时候是成功因素实施中最被忽视的一个方面，它总是快节奏的部署，没有真正的偶然性，在每一个阶段都需要一些坚实的东西来取代出错时的指责游戏。PMO有责任建立一个问责的环境，团队成员有责任让自己和彼此都负起责任，这一点很简单，云计算大数据，如果是这样，为什么我们会遇到人云亦云，缺乏顺利的成功？永远不要假设项目负责人和团队成员了解责任的关键价值。

知道事实，当任务和角色不明确时，执行会变得混乱，但大多数成功因素部署是启动和不完全完成的，消费返现，而没有创建准备阶段所需的正式责任矩阵。花哨昂贵的工具或项目管理软件是不需要的，即使是一个简单的电子表格也能创造奇迹，物联网概念股，但它却被完全忽视了。

缺乏负责任的工具意味着所有权不足、性能差、连接/排序问题以及解决方案失败的风险。分配责任将使一个项目走上成功的轨道。问责确保你不会在终点线前耗尽精力。

所需的理解

问责和责任之间的斗争

经常被误认为是一回事，区分它们是至关重要的。责任实体是对任务或决策"负责"的个人/团队这主要是成功因素世界中的客户。责任实体是"执行"任务的个人/团队。

例如，5118大数据，必须由客户的人力资源业务团队决定选择符合其需求的流程，而不是向顾问征求业务建议，顾问只负责按照工作簿中记录的要求提供解决方案。客户负责理解和填充配置工作簿，并牢记其业务流程。

但这说起来容易做起来难，因为大多数客户不熟悉SuccessFactors部署所需的角色或团队结构https://blogs.sap.com/2018/06/20/successfactors-implementation-team-structure-for-success/以及然后我们还要在客户责任和实施者责任之间进行斗争。

我的建议

客户：不要把一切都抛给你的合作伙伴，云服务平台，理解并接受责任。

合作伙伴：不要屈服于你的客户，当需要推动他们前进时，推倒重来。

如何保持责任感

通过线性责任图（LRC）或RACI矩阵在准备阶段早期设定期望社会化的责任规划，并获得所有利益相关者的同意在项目的常规阶段验证所有任务顺序设置每周状态调用，并公开调用所有挂起的项目在建设性反馈失败后，毫不犹豫地面对任何团队成员，缓解风险和问题