2019.7.1
心得一：
产品计划要有敏捷思想
因为最近在做产品的接入运动功能，用户可能的运动包括跑步、游泳、骑行等五种，我一开始就想把这五种运动一口气接进去，因为一下子要烤炉的元素太多，搞得需求流程一团乱。向上司放映后，上司告诉我，我们这个运动功能，用户会偏向于跑步这一运动，我们可以先完善跑步的需求，待跑步搞定后，可以先上线跑步的功能，如果时间允许的话，可以在此模式上去融入其他的运动类型，时间不允许就迭代在下一版本中，把需求任务拆分，用敏捷的方法去完成它，才不会搞得跟不上开发的进度，又需求设计得很烂。
心得二：
在完成这个需求文档的时候，本来可以一句话搞定的说明，我写了一大摞，生怕技术那边会误解这一需求点，但是我实在是太体贴入微了，明明一句话技术就可以懂的内容，自己不要太低估了技术的需求理解意识。好糗。
太啰嗦了我
心得三：
和上司讨论时一定要清新，要主动表达自己的任何观点！！！！
