故事背景：

人物：35人的一个研发团队

时间：迭代计划会前一天

事件：scrum master检查团队成员的任务拆解情况，发现落地困难。部分根本没拆解，部分拆解的任务缺失。

首先先了解下这位推导者期望团队成员拆解需求任务的初衷和目的：

初衷：

1、大需求未拆解，过程进度不明确

2、面对临时插入的需求有时需要经过5位老板的信息沟通确认。团队资源不透明。沟通滞后，落地滞后。

3、大团队不能只靠人与人互相商量的方式达成共识，每天35人一起站会的沟通成本过高。

目的：

1、希望团队成员调研需求过程中充分沟通，分解出单项工作。

2、通过任务管理，查缺补漏，避免盘根错节。

3、一眼看到每个任务的进展情况和风险问题。加快团队成员之间的信息沟通和团队协调能力，降低团队管理成本。

落地困难点：

1、不理解拆任务的目的，觉得管好自己的就行了，拆解任务形式化

2、不会拆，对于需求完成要做什么任务不够清晰

3、信息遗漏，没看群消息，没看邮件，会议上的讲解没有记住

改进方案：

1、重复宣导拆解任务的目的

2、改进系统，增加快捷拆解任务方式

3、寻求团队核心成员帮助，共同练习拆解任务