依赖管理

项目中的依赖是我们不希望发生的事情却又无法避免的，而依赖的增多会导致沟通的增加、任务安排的复杂度增高。从而影响价值交付和不必要的浪费。所以，让我们来看看有什么办法来管理或减少依赖？

1、⽤户价值相关依赖

指的是在实现用户价值的场景中所可能产生的相互依赖和关联，我们可以尝试使用以下方法来解除依赖：

将大团队（Component Team）拆成特性团队（Feature Team），将大场景、史诗故事拆成最小可行性产品（MVP）、最小可行性功能（MVF）或者很多小故事。

可能用到以下技术：

特性团队（Feature Team）：直接创建，符合端到端的原则且小于9人的小而全的特性团队；或者尝试从组建团队转换成特性团队（具体可以参考LeSS中的做法，如何将组件团队转换成特性团队。）；

最小可行性产品或者功能可以使用：影响地图或者用户故事地图和用户故事来对其进行分析和厘清。

影响地图示例：

用户故事地图示例

2、技术相关依赖

指的是技术相关依赖：

一般我们可以尝试使用以下方法来尝试解除依赖和提高代码质量，在设计上尽量简单（简单设计原则），高内聚、低耦合（DDD）、时刻考虑模块可测性及自动化（Testable & Test Automation）；使用代码审查（Code Review）、持续集成（CI）、质量门（Quality Gateway）作为检测标准和验证手段，使用 重构（Refactoring）、 整洁代码（Clean Source Code）、 单元测试（UT）保持代码质量。

3、组织环境相关依赖

指的是公司中由于组织环境因素所导致的相关依赖，例如流程、规定、人事、文化等等。

一般这个层次在团队级别中可以做的事情较少，我们可以尝试在组织中：说服高层去掉冗余流程、规定；在组织中影响组织文化；建设商业价值驱动为目标的敏捷组织结构。

4、其它

我们还可以使用其它方式方法来可视化依赖，或者由Scrum Master或者项目经理直接进行干涉管理。

依赖看板

如有问题，欢迎讨论！