【来自2019年 4月20日 15:11】
在数据产研上除了我自身去纠正问题，仔细想想，确实存在目标性太强（超越了产品和研发范围，没有清晰处理问题的逻辑），一直以解决数据产研问题为导向，一时忽视了大家感受（研发和产品的边界），解决某些问题时，而是直接给出解决问题方法，指定产品和研发去做什么，本质上应该要小范围地反馈给@XX@XX@XX，达成共识，进行改进，这点很重要(不要跨越责任人，容易造成误会，好心办错事)。同时，也反思了研发组当前存在问题（但我不确定还有其他问题么，希望与产品开诚不公的对一下问题，研发去努力改进，让产品值得信任，数据组未来发挥更大作用。）：
1，项目交付延期
这个确实存在，拿热力图复盘来看，我看到：问题出在数据采集与接入阶段，没有形成【数据准入规则】，需提升数据质量，增加数据验证和业务验证。而不是指标计算阶段，这个阶段才是热力图阶段，【研发和产品的伙伴】非常努力，唯一要改变，是从思路上优化下，要严格控制【数据计算规则】定义上，能有效避免非法数据引入到指标计算中，交付不准数据。
解决方法：
a. 数据准入规则方面，可以有研发负责，需要产品在【业务验证】给予协助，来推动改进。
b. 数据计算规则方面，可以有研发负责，需要产品在【规则优化】给予协助，来共同改进。
2，数据不准
除解决【业务方】的【数据准入规则】方面，还要制定完善【指标计算流程】，这个复盘会上有提到。在研发方面，强制引入【技术反讲】，并要求【自测】和【监控】两个点。
3，目标不一致
会要求@XX，与@XX主动沟通，不定期的对齐目标，存在不一致时，开诚布公地交流，我想也不是啥问题。
4，技术同步
会要求@XX，去多讲一讲数据技术方面分享，来为产品伙伴带来信心。
5，沟通方式
会要求@XX，增强产品意识，换位思考，多从问题出手，解决产品问题。
6，工作边界
了解到集中在tableau工具使用上，目前是有产品来负责使用，若需要研发来做，这个完全没有问题。可能是产品内部意见不一致问题，主要是@XX和@XX达成共识就可以。
7，研发情况
通过了解研发伙伴情况，应该没有说认为产品有任何问题（包括XX），只是在工作中有些地方需要产品多理解，不要太分彼此，一起打战才能做的更好。
总之，我能做的会尽力去做，希望部门越来越好，所有人都开心！