在软件开发中，最重要的核心是什么？当然是用户故事。
无论是产品经理，还是开发工程师，项目经理，都是围绕着用户故事来展开工作的。在团队使用鲸舟敏捷研发管理平台时，我们发现团队在使用存在诸多问题，为了方便团队更好的借助团队提高效能，交付高质量产品，接下来会出一个系列文章，向初次使用或者还未使用敏捷软管理的团队展示和介绍一下如何在工作更好的使用鲸舟。
为了方便理解，文章中会设定一个使用场景，虚拟一个团队，后续文章便以这些角色的工作展开，希望透过他们的工作，想法加展示产品团队时如何运用鲸舟进行协作的。
场景一：梳理原始需求，根据INVEST原则拆分小颗粒度的用户故事
路费（DM）在迭代计划会结束后，找到艾米莉告诉她，周五进行下一迭代的需求梳理会，在这之前需要她把近期的求分析完成并书写用户故事和验收标准，以及完成初步的原型设计。
艾米莉登录鲸舟，在需求管理中对近期新需求进行梳理，根据优先级在故事列表中拆分出大小合适的故事。
需求管理
- 书写故事
- 定义清晰的验收标准
场景二、规划和梳理产品、识别需求
在最近一次的敏捷需求工作坊中，艾米莉和团队产出了用户体验地图和用户故事地图，艾米莉需要把梳理出来的功能作为故事录入至鲸舟精益敏捷协作平台，并需要根据优先级合理拆分故事。
场景三，拆分大颗粒度的故事
在一次用户访谈中，有团队DM提出希望展示过程度量数据，艾米莉记录了该需求至精益敏捷协作平台，但该需求的优先级当时并不高，艾米莉并不打算立即实现它。但近期在公司提质增效的要求下，团队对于过程数据的需求越来越迫切，她决定在下一个迭代实现该功能。之前的故事只是为了占位，艾米莉需要拆分为团队可工作的故事。
其他使用场景
场景四、路费告诉艾米莉，近期故事查询时间过长，需要优化，于是在鲸舟录入一个技术故事；
场景五、乔乔在测试故事实现周期的故事时，想到作为用户如果知道缺陷实现周期，对于团队而言，就知道团队对于缺陷修复的时效。艾米莉接受了该建议，并录入一个新的故事在工具中。
场景六、 刀哥在迭代快要结束时，告诉艾米莉，对于某故事他只能实现部分功能，能否可以拆分一个新的故事来实现剩下功能。艾米莉评估后同意并拆分了该故事。
