敏捷故事读书笔记3

继续读书笔记。

本周需要狠狠感谢教练，在参加了c项目计划会，和教练针对存在的问题做了详细的请教，感觉受益良多，一定要记录下

1.不要为了写故事而写故事。

c项目的大部分工作室重构类技术故事，没有必要为了让他看上去像一个故事，写成故事格式。

2.DoD和AC要分清。

作为所有技改性故事都需要遵循的规则，是DoD的范围；而AC主要是检查某个故事是否完成，正确性，完整性，边界都在ac内。

3.接口类无法明确的工作，可以放在评估故事之外，预留一定时间。

4.很容易犯的错误，写故事考虑过多，反而描述不清，没有按照操作者的角度写故事

读书笔记

---

本周读书内容也对日常工作很有帮助，按照学习的内容，后续打算做如下改进

故事和任务分成两份文档；

故事梳理会针对故事文档讲解，明确优先级，并做任务拆分；

计划会时间尽量所见无用的讨论，避免占用太多时间。

重新定义之前不符合敏捷方法的故事。