需求如何拆分任务
需求拆解也是一个体力活，应该按照什么维度拆解呢？按照迭代版本？如果按照迭代应该分几个版本呢？如果是按照功能划分，什么样的功能应该放一起呢？
在第一次做任务拆分的时候，我习惯于按照功能进行了划分，结果被老板劈头盖脸的批评了一顿，老板是什么原因批评了我呢？ 咱们继续往下看。
先给大家看看我们当时拆解的第一版任务，希望你能找出一些问题
紧接着我又重新整了第二个版本
是不是清晰了很多，所以不要低估了老板的能力，在关键的时候好的老板一定会帮助你的，尤其是对你专业上的帮助。
老板一直强调两点，这也是我学到的。
- 做事情要有用户思维，多从用户的角度去思考问题。
- 敏捷开发要懂得长期规划，长期规划需要先规划出版本，然后往版本里规划需求，保持稳定的迭代节奏。
你看看似简单的任务拆分，其实很考验你对整个项目的管理能力，是不是能够把任务分配的合理是至关重要的。
按照功能划分有什么问题呢？
很多人喜欢划拉划拉内容凑成一次上线，这种方式短期内使用没啥问题，但对于长远规划一个事情来说，没任何的好处，因为这样的方式不具有计划性，更像一些临时的需求拼凑在一起。
有人可能会说，项目是迭代出来的，不是规划出来的，你觉得这句话有什么问题吗？
总结
需求拆分的确需要更多的思考，如何拆分成合理的任务是一件不容易的事情，尤其当你的团队变得很大的时候，任务拆分是否合理直接决定了迭代的效率。在我个人的工作经历中，我看到太多因为任务拆解的不合理导致整体效率降低的事情，同时伤害了研发同学的士气。
