背景

依赖关系管理对于一个项目是否成功交付起着至关重要的作用，本文从业务、组织层面进行分析，如何对强制依赖进行管理，降低交付风险。

分类

按依赖关系程度分类：

1.可选依赖：前后项可颠倒。

2.强制依赖：前后关系不可改变。

场景

业务层面

如：OA审批流程，一方未提交审核，另一方则不能审核。步骤环环相扣，页面层层递进，没办法省略其中任何一步。且开发工作量大，放在一个用户故事中无法在一个迭代中解决。

痛点：尽量减少依赖，让开发人员同时工作，在一个迭代里完成这一功能开发。

处理方法：

1.合适的故事卡拆分，将依赖降到最低

2.将有依赖的故事卡按顺序完成的时间考虑到迭代计划中：

    2.1做迭代计划时，将强依赖项作为关键路径

组织层面

如：前后端开发，后端API未准备好，前端无法开发、测试。

处理方法：

1.识别关键活动，提前规划时间节点

2.可视化具体的依赖关系，及时跟进

3.识别和解决问题风险，适时向上升级：

    3.1站会明确风险，寻求帮助

    3.2scrum of scrum会议关键角色开的站会上，升级问题、风险

    3.3邮件、群聊方式向上升级