今天完成的事情：web通用模块的原型

明天计划的事情：任务三app通用模块的调研（预计用时4-6小时）app通用模块需求表（预计用时30-45分钟） app设置模块story（预计用时30分钟）

app原型预计用时（2-3小时）

遇到的问题：在查看资料的过程中容易被带偏 经常看着看着就脱离了原先的任务，耗费不少时间 对于任务没有自己的一个时间规划，导致进度过慢。

收获：关于时间和注意力管理做了一个自己的表格 记录时间的使用 统计自己用时是否合理 对于自己的任务也有个用时预期，这样任务才会在自己掌控之内

另外预留些时间作为修改任务之用

· 需求如何去进行判断、

·  一：痛点的价值有多大

· 1是否是迫切的 2 是否必须解决 3出现频率是否高 4

· 持续时间是否常

·  二：判断痛点是否能解决、

·  调查是否有人解决了这个痛点，如果解决了看是怎么解决的，解决的效果怎么样

· 如果没有解决：要看关键问题卡在了什么地方，关键问题自己能不能解决

·  三：目标用户群体有多大

       需求的用户边界和数量，如果是少数人，几没必要浪费时间如果有大量用户都有这个问题，就要弄清楚这个数量，首先就得研究目标用户是谁，然后再去调研这个用户群体的数量

        1、收集用户特征 2、假设问题 4、用户访谈 4、统计分析

      5、输入画像，明确用户是谁 6、调查用户群体数量

·  四：人群的商业价值有多大

· 1、用户的收入   2、可支配的消费

参考：https://www.jianshu.com/p/c3bf03643403

· story的独立性如何体现？怎样使story有独立性？

· 答：用户故事之间保持独立性便于排列和调整优先级，制定发布和迭代计划更容易，便于独立理解、跟踪、实现、测试、以及频繁家偶发，也使得用户故事的大小估算所涉及的范围更清晰，从而估算偏差更小。、

· 独立性的对立面是依懒性，增强独立性就是要减少依赖。依赖性的三种常见类型是：重叠、顺序和包含。故事之间功能点相互重叠要避免，顺序关系显示存在，可以通过一些手段解决；包含关系对复杂系统有帮助，对排定发布和迭代计划的影响需要注意。

·  Story的颗粒细度需要怎么样去把握？

        在实际项目中，越是高优先级的故事，颗粒度要越小 ，描述越具体。小的故事大家在理解上不容易产生偏差，而且更容易完成，故事越大不确定性就越大