这节讲了高频的验证自己的工作能够让整体的工作不偏离方向。
寻找低成本的验证方法
简单来说,投入小的成本来获取相关数据,去验证想法或者目标,这会节省大量走弯路的开销。
使用A/B Test
所谓的A/B Test就是在用户中做抽样对比实验,来验证不同的特性/功能的相关数据。
警惕单枪匹马的团队
经常出现这样一种情况,某个人闷头写了很长时间的代码来完成某个较为复杂的功能,最后提交一个数以千计的代码行数的Pull Request。这违背了快速验证获取反馈的原则,一些有可能更早发现的错误被深深的隐藏其中。这里作者给出了一些策略:
- 虚心接受反馈
- 尽早且频繁提交代码
- 请求最严格的人来做code review
- 向同事征求意见
- 开发之前先写接口文档
- 写代码之前先写设计文档
- 尽量和同事协作完成项目,以便有相互沟通的上下文
- 对于有争议的需求,有必要做充分的调研
为决策构建反馈闭环
验证就是提出一个假设,设计一个实验来验证想法,根据结果分析优势劣势。
网友评论