背景
依赖关系管理对于一个项目是否成功交付起着至关重要的作用,本文从业务、组织层面进行分析,如何对强制依赖进行管理,降低交付风险。
分类
按依赖关系程度分类:
1.可选依赖:前后项可颠倒。
2.强制依赖:前后关系不可改变。
场景
业务层面
如:OA审批流程,一方未提交审核,另一方则不能审核。步骤环环相扣,页面层层递进,没办法省略其中任何一步。且开发工作量大,放在一个用户故事中无法在一个迭代中解决。
痛点:尽量减少依赖,让开发人员同时工作,在一个迭代里完成这一功能开发。
处理方法:
1.合适的故事卡拆分,将依赖降到最低
2.将有依赖的故事卡按顺序完成的时间考虑到迭代计划中:
2.1做迭代计划时,将强依赖项作为关键路径
组织层面
如:前后端开发,后端API未准备好,前端无法开发、测试。
处理方法:
1.识别关键活动,提前规划时间节点
2.可视化具体的依赖关系,及时跟进
3.识别和解决问题风险,适时向上升级:
3.1站会明确风险,寻求帮助
3.2scrum of scrum会议关键角色开的站会上,升级问题、风险
3.3邮件、群聊方式向上升级