最近也在看一些技术书，但是会遇到以下情况：
看的时候感悟多多，看完了大脑空空；
听别人分析问题时才记得这个知识点书上讲过，自己在实际工作中却想不起。
针对以上情况，学习了一套看书方法，那就是带着四个问题去看书，目的是搭建新旧知识的桥梁，让自己的知识体系化。
而这四个问题就是：
1、我具备了哪些相关知识？
2、我学到了哪些知识？对原知识有什么补充或挑战？
3、哪些未知且可以简单探索？
4、哪些未知且需长期探索？
今天在读书时进行了一次实践。这次读书的章节为《用户故事与团队代办项》。读完发现自己对于用户故事的理解更全面了，不再是简单的如何划分故事。
深入地理解到，用户故事其实是价值流中承载客户需求的基本工件。这样，特性和故事不再是两个概念，而是不同阶段的需求载体。
用户故事需要经过计划，细化，实现，测试和验收几个过程。我们对质量的控制可以从这几个环节进行布局。这是近期可以尝试做的。
而用户故事编写时要站在用户角度考虑业务价值确是一个需要长期实践并不断总结提升的知识点。
图片发自简书App
