day29 6月28日 周四 晴
现在公司用的是敏捷开发，现公司为每两周为一个sprint。
产品每周四与技术过一次技术需求评审。
开发项目管理工具为腾讯的TAPD,用过project，禅道，teambition,worktile后发现TAPD做敏捷项目管理也还算是挺好用的。
数据产品技术评审核心是评审需求/原型的细节可实现性，但通常又会被技术带到细节讨论里面去，关于这一点，为了控制节奏，我的建议是过细的细节讨论可放到会后，面对面讨论或者建群。要是项目型小组的话，可以通过每日晨会来了解进度，会后讨论细节。
评审就是被diss的过程，明确好主线，自己一定要最了解产品价值，为什么要做，同时也最好会前找负责人过一遍，有问题提前准备，减少过会被diss，也多维度加深自己对产品的理解。
被diss也是好事，毕竟连产品是做给大伙用的，不是做给自己用的，连大伙都不理解，用户用起来也会费劲。
