【Scrum实践】——如何拆分Story

　　去年入职公司不久，就赶上了公司“敏捷”开发的改革大潮。从最初的敏捷培训，到摸着路探索，也有4个月的时间了。

　　现在，对于grooming，planning，daily stand up，demo review retrospective这些Scrum中的活动已经清楚了很多。

活动	内容
grooming	梳理需求，估story point
planning	将story放到sprint中
daily stand up	分享完成的，要完成，问题
demo review	demo演示
retrospective	反思回顾这个sprint做的好的，还有不好的

---

　　但从这些活动形式和内容上看，这些活动都很有必要，比如grooming，可以帮助大家理解需求，planning，可以让大家知道优先在这个sprint做的，和接下来的sprint中要做的……可是只有这些，不足以让我们对“敏捷开发”进行疯狂追求。
　　在这四个月的时间里，被问的最多的就是敏捷开发有什么好处，和之前的开发模式有什么不同？
　　对于了解过敏捷开发的人来说，他一定会脱口而出几个词：快速交付，快速响应用户需求……但是，在真正实践中如何达到这些目标，我觉得这里面有很多学问要做，当然也和本文这次要分享的内容有关。
　　在一个Sprint完成时，