以终为始

1）技术需求方案：
做技术需求，多考虑需求上下文，从产品生命周期来考虑技术实现的方案。
2）面对需求：
面对“不靠谱”的产品需求，我们必须有自己的深入思考，多问几个为什么，不然可能掉到坑里。
默认所有需求都不做，直到弄清楚为什么要做这件事。
现在的需求更多的是试错:

image.png

3）工作做完了吗？
在做任何事之前，先定义完成的标准。
DoD 是一个的思维模式，是一种尽可能消除不确定性，达成共识的方式。
4）工作用数字衡量
数字可以更加清晰的反应自己的工作，每一项工作都需要思考能否用数字衡量。
5）如何防止疏漏
提前进行演绎，模仿军事沙盘，把整个过程演绎一遍，做到心中有数

任务分解

1）向埃隆·马斯克学习任务分解
很多时候任务分解了，依然不能做好的原因是分解的粒度不够细，只有粒度够细才可以灵活调整，覆盖全面。

沟通

1）为什么被指责的总是你？
遇到问题应该尽早反馈，一方面，事前我们要通过“以终为始”和“任务分解”早点发现问题，另一方面，如果遇到问题，需要尽早反馈，尽早暴露，给解决问题留出充分的时间。
2）为什么世界和你的理解不一样

image.png

因为每个人经历见识的差异，造成了各自编解码器的差异。

改善编解码，需要从几个角度着手，分别是：编码器，让信息能输出更准确；解码器，减少信号过滤，改善解码能力；还有编解码算法，也就是各种来自行业的“最佳实践”，协调沟通的双方。

通过沟通反馈，不断升级自己的编解码能力。