首先定义一下这里所谓的 “target miss” 指的是啥：
- 没有明确目标的忙忙碌碌
- 没有找到 root cause 的想当然
- 把过程和手段当成目标而不是关注收益
- 目标没有对齐，或者走着走着越来越发散
我讲几个亲身经历的故事。
## 仅凭 “猜想” 而定下目标换来的一定是无效的投入
小 A：目前咱们的直播延时比较高，想想有啥办法降低延时到 3s 内 ？
小 B：我猜应该是我们使用的 RTMP 协议底层是基于 TCP 的，所以延时比较大，我们启动一个新的项目，设计一套基于 UDP 的协议来替换 TCP 吧
小 C：确定要启动这个新项目麽？我们要不要先调研一下当前直播的延时具体主要来自哪里？
小 D：小 C 说得对，其实我前面有调研过的，目前咱们的延时主要来自播放器默认在开始播放前有 5s 的缓冲呢，底层的 TCP 协议并不是真正的瓶颈呢 ！
小 B：…………
## 什么是 “手段”，什么是 “目标”？
小 A：听说咱们自研的 video codec 不错，国际比赛都拿奖了，我本双月的目标就去完成它的对接和上线吧？
小 B：我们当前产品和用户体验的主要问题有哪些？这个自研的 codec 库确定是可以针对性改善我们当前遇到的问题麽？
小 A：额，的确没有想过，我先梳理一下当前亟待改善的 badcase 吧
小 B：好的，记住，开发和对接新功能新 feature 只是手段而已，手段通常是为解决目标服务的，它不应该直接成为目标
## 最佳的目标验收方式是关注最终带来的收益
小 A：我的目标是完成埋点的开发和上线
小 B：你可以思考更进一步，这套埋点系统最终的目标 “使用者” 是谁 ？它希望解决什么问题 ？我们验收这个任务的目标是否达成，并不应该只是看它是否上线，而是要看它最终是否解决了实际的问题
小 A：嗯嗯，明白了，我的目标应该是以最终产生收益的视角来制定，这样才能更好地验证成效，防止虽然系统上线了，但是实际上问题多多完全不可信不可用
小 B：对的，这一点也包括平时我们做的一些功能和优化，开发和上线不是目标，实际线上给业务或者用户带来了多少收益才是关键
## 目标是要可衡量和评价结果的，而不仅仅是 “口号”
小 A：我们今年的目标是建立一套覆盖全面的测试系统和流程，提高版本输出的质量
小 B：嗯，这个口号听起来没有问题，不过我们怎么衡量它的达成情况，评判它做得好不好呢？
小 A：我想想，是否可以使用 “缺陷逃逸率” 来评价呢？我们以版本为周期，关注 “缺陷逃逸漏斗”，看看从 “设计 -> 单元测试 -> 研发自测 -> 自动化测试 -> QA 版本测试 -> 灰度阶段 -> 全量阶段” 每一个环节的缺陷情况，定期复盘和归因，目标是检验缺陷是否能够尽可能在更早的环节被消灭，从而指导整个流程的迭代和验收？
小 B：嗯嗯，没问题~~
## 合理的目标能更好地指导落地的方向和过程
PM：为啥我们老是吹自己的产品抗弱网能力多么多么好，但是刚才的会议过程中，依然有部分视频画面出现了大约 5s 左右的卡顿，以及短暂的语音断断续续？
研发：经过排查，确定是一个突发的网络极度恶化带来的问题。mark：一个好的视频会议产品，并不是在所有弱网环境下 100% 不出现任何卡顿或者其他问题，因为突发的各种网络恶化并不都能完全做到提前感知和预测，一个好的产品，优点在于能快速地响应和恢复，让整体的体验在最短的时间内得到改善，达到一个新的平衡。PS：就如同新冠疫情，不同国家的应对表现，不也有如此差异么？
PM：赞，理解了，所以我们合理的目标应该是在常规弱网下不出现影响用户体验的问题，而在极端和突发恶化的条件下，追求更快的响应速度和体验平衡？
研发：嗯嗯，是的。
## 学会使用 “横向对比” 和 “纵向思考” 来明确目标尺度
小 A：我想制定一个 CPU 性能优化的目标，但是到底该定义到什么值合适呢 ？
小 B：通常目标的制定可以从两个维度进行，一个是 “横向对比”，即在同等条件下，竞品做到什么程度了，我们的差距有多少，那么，缩小这个差距值就是我们的目标尺度；另一个则是 “纵向思考”，也就是自己跟自己比，深度思考最终我们期望达成的状态是什么样的？拿 CPU 性能优化来讲，我们最终是期望我们的产品能在什么级别和配置的机型上持续流畅运行多久？那么这个最终的愿景就可以转化为我们目标的尺度
小 A：明白了，多谢建议。
## 用测谎的方式判断目标是否想清楚了
小 A：客户 PM 明确提出要做这个需求，麻烦排期一下？
小 B：能讲讲这个需求的背景麽？明显这个功能跟客户产品的实际场景并不是很 match，为啥一定要开发这个 ？
小 A：嗯，好的，我去挖一挖……
小 A：客户 PM 果然没有深入思考过，完全是他们的领导拍脑袋的想法，经过沟通，判断收益并不明显，最终决定不上这个功能了
小 B：嗯，还好挖了挖，省掉了无效的人力投入。给你一段我的经验总结：“判断一个人是否说谎其中一个办法是不断追问，说谎的人往往最后就会放弃，而没说谎的人会一直坚持最初的说法。同理，判断一个客户的需求是否真的靠谱真的想清楚了，亦是如此~~ 服务客户如果不去挖需求背后的东西，仅满足于技术方案的应答，就永远成为不了行业专家~~”
## 目标是要主动对齐的，连带问题也是我们的责任
小 A：老大，来看看我的目标和计划 ？
小 B：我看计划是依赖了小 C 和小 D 两个团队及时提供配合，有跟他们对齐目标麽 ？
小 A：没有呢，到时候因为他们的延期和问题，导致项目失败，责任不在我们吧？只要把自己的本分做好就行了吧 ？
小 B：不要有这种想法，最终一件事要做成，是离不开所有相关同学齐心协力的，大家目标一定要主动对齐，目标是要大家一起背才有达成的可能，同样，责任也一样要一起背，才能真正并肩作战。
小 A：嗯嗯，明白了。
## 人们常说 “初心” 易忘，其实 “目标” 又何尝不是
小 A：客户这个问题你去跟一下吧 ？
小 B：好的，我觉得这个问题，如果去优化一下 xxx 系统，就能很好地避免
小 A：好的，你去推进吧
小 B：嗯，对了，xxx 系统的优化，需要先解决 ccc 模块的重构，否则不太好改造
小 A：行，你先重构 ccc 模块吧
小 B：no problem，开干了……
小 A：几周过去了，问题有进展了麽 ？
小 B：抱歉，我重构 ccc 模块的时候，发现 ddd 模块和 eee 模块有一些值得优化的点，所以最近重点投入在这里了
小 A：天啦，你还记得最初客户的问题是什么了吗 ？
小 B：…………额……………
我的故事就讲到这里了，手头其实还有很多很多，限于篇幅就不一一展开了，相信大家身边一定还有更多的变种。
我在职场已经呆了很多年，看到了太多的团队太多的人，每天都忙忙碌碌，加班加点，看似很辛苦，但是实际上却走了很多很多的弯路，也多多少少做了很多无效功。最近我一直在思考如何才能让团队和个人的工作变得更加 “高效”，总结下来可能也并没有什么特别的方法论，最重要的事情莫过于能唤起所有人（特别是各级 leader）的 “目标感” 和 “批判性思维”，对自己和团队做的每一件事，想清楚目标是什么，想清楚预期的收益和评价标准，并且保持对齐与专注。
这篇总结就先写到这里了，当然，知易行难，大家有任何实践的问题和困难，欢迎随时来信 lujun.hust@gmail.com 交流，也可以关注我的微信公众号 @Jhuster 最新的资讯。
