问:需求体系化树上是否能挂接场景的特性？
场景的特性本质上来讲不能直接算作是一个给用户使用的特性或功能。但在需求体系化树上是一个很重要的维度。它可以扮演一个视图的，从另外一个维度去看波及到的特性。在wiki中，建议用打标签的方式来进行标注，打标签的目的是为了快速查询。
版本发布时对外交付的是特性增量还是特性全量？
本质上二者并没有区别。不管特性增量还是特性全量，最终交付给用户的都是完整的特性，但我们会在版本发布中强调特性中变更的部分。
特性树的粒度如何把握？
依赖于我们想要如何向外部用户呈现我们的产品全貌，也依赖于我们究竟要如何去使用这棵树。在实践中慢慢摸索会更有价值。因为随着使用的深入，我们对它的理解和认识会发生新的变化。
一个转身就是自己的房子和租的房子的差异
以前关注特性增量，总认为那些沉淀下来的东西只是过程产物，需求交付就完了。所以，许多内容并没有很好的维护起来。就好比租房子住的时候，总不太愿意花心思去装修。而需求体系化中特性树是一个长期永久演变的产物。里面生长出来的东西会一直被使用。自然就会更加愿意去好好打造休整。就好比自己的房子，总愿意多花一些心思，添置一些东西。除此以外，也可以通过这个变化去引导团队成员的行为的一个改变，大家访问的越来越多，自然也会慢慢去贡献更多的东西。集大家的力量去让树生长得更丰满。
筱晓玩卡片
晚上回家，小家伙从我的包里拿了许多卡，又拿了一个卡包，一遍又一遍的把卡装卡包里，又拿出来，然后又装进去。稍微不满意，不太整齐她就会重新再来一次。自己在那儿足足玩了好几分钟。期间本来想要带她去洗澡，也暂时停下来，等一等。看着她一遍又一遍的在那装卡，心里踏实而快乐。我终于可以跟着她慢下来，去配合她的节奏，安静的陪伴。
图片发自简书App
