继续读书笔记。
本周需要狠狠感谢教练，在参加了c项目计划会，和教练针对存在的问题做了详细的请教，感觉受益良多，一定要记录下
1.不要为了写故事而写故事。
c项目的大部分工作室重构类技术故事，没有必要为了让他看上去像一个故事，写成故事格式。
2.DoD和AC要分清。
作为所有技改性故事都需要遵循的规则，是DoD的范围；而AC主要是检查某个故事是否完成，正确性，完整性，边界都在ac内。
3.接口类无法明确的工作，可以放在评估故事之外，预留一定时间。
4.很容易犯的错误，写故事考虑过多，反而描述不清，没有按照操作者的角度写故事
读书笔记
本周读书内容也对日常工作很有帮助，按照学习的内容，后续打算做如下改进
故事和任务分成两份文档；
故事梳理会针对故事文档讲解，明确优先级，并做任务拆分；
计划会时间尽量所见无用的讨论，避免占用太多时间。
重新定义之前不符合敏捷方法的故事。
