关于体测
这几天，关于体测的讨论不绝于耳。
据报道，2019-2020赛季全国击剑冠军赛南京站的女子重剑个人赛中，孙一文和林声两位世界冠军因体测止步16强。另外两位在去年一同夺冠的选手，一位在32进16的比赛中被淘汰，一位有伤在身未参赛，目前4位世界冠军全军覆没。
又据报道，全国游泳冠军赛东京奥运达标赛青岛开战。傅园慧发挥超常，状态极佳！斩获预赛第一，却在赛后接受采访时透露因体能测试未达标或无缘决赛。
于是，类似这样的段子竟然成真了！
傅园慧预赛游第一为啥不能进决赛？
因为她跑得不够快！
人民日报对此发表评论，体测不应该成为比赛拦路虎，强化体能要有针对性，操作层面需要审慎对待，科学应对。
国家队体能达标测试评分标准
今年2月27日，竞技体育司颁发了《体育总局办公厅关于进一步强化基础体能训练恶补体能短板的通知》以及《国家队体能达标测试评分标准（2020年2月版）》，其中明确规定了体能测试的项目内容、达标要求等，并规定“不达标者不得参加东京奥运会”。
体能测试内容及标准包括30米冲刺、引体向上、体脂百分比（采用BMI标准）、3000米跑、垂直纵跳、坐位体前屈等。
而本次进入决赛的选拔规则是选择体能测试的前八名。
出台KPI容易走进的误区：追求考核数据本身
要考核基础体能评分，表格很清楚，下面执行很简单。就按这个体能排名来搞派谁去参加比赛了。
搞基础体能评分的初衷是什么？强化基础体能训练，恶补体能短板！强化体能训练的初衷是什么，不就是赢得比赛吗？对于已经被证明在“专业能力”拿到奥运会冠军的选手，如何看待体能训练的加持？
有些老板考核上下班时间，于是有人发明了“带薪上厕所”。
前一段某厂在一个纠纷中取证了在员工“工位”的时长，证明员工没有好好工作。员工工作的时间等于在工位时长吗？开会怎么办？面试怎么办？按产出说话还是按“工位”时长？
有人为老板出谋划策，统计员工的代码行，并且纳入考核；于是员工的代码越写越长。
关注数据背后的原因
某V说，你考核什么，你就可以获得什么。
代码行多少算正常？绝对值不能说明问题？相对值呢？数据是找原因的一个切入点，但不是原因本身。本月代码写的少，可能是需求返工比较多，PRD没写好；也可能是业务没想清楚，方案推翻了2次。找到问题，才能解决问题。
“不分析原因只看数据”的危害可能比“什么都不做”更大。
有人说游泳和跑步做了一个简单比较：
游泳：
不管是自由泳还是蛙泳，都可以对手臂的肌肉进行锻炼，因为游泳的时候需要用手臂不停的运动，尤其是自由泳，长时间游泳，手臂的肌肉就会比较发达。
跑步：
跑步时，主要用到的是腿部，对于手臂没有很大的锻炼效果，所以，长期跑步的人，腿部的肌肉会比游泳的人更好。
全国范围游泳第一名 vs 全国范围游泳第八名 ，如果第八名跑步更好一些，怎么算？ 如果贸然取消参赛资格。很可能的解决是打败你的不是对手，而是不正确入门考核。当然如果咱们十几名都是世界冠军的料，这个问题就不大了。等于是自己家的孩子玩一个派谁出战的游戏。不过这个“当然”是否“想当然”？
有没有反馈机制？
王简嘉禾对这件事的评论比较有代表性：“我们毕竟是水上项目，陆上项目不是太擅长。体能我们也不是不重视，但不能成为决定性的作用，这次以体能成绩来决定前八名，还是稍微有点欠缺点那什么.....”
2月份出台的规定运行至今，不通过的体测数据是怎样的？按照体测排名和专业排名的数据是怎样的？有没有人关心？王简嘉禾的评论，体竞字〔2020〕40号文的有关部门有没有收到？有没有舆情监测？
人民日报评论总结道：如何保证体能测试的项目选择、评价体系科学有效；如何让运动员、教练员对体能的认识真正贯穿在训练的日常环节中，需要体育主管部门和相关专家在科学论证的基础上，给出权威解答，回应公众关切。
总结
在笔者所处的IT圈，经常听到一些朋友吐槽。
比如说这个需求是CEO要做的，优先级P0！这里面有几个可能性，一个可能性这真是公司战略性项目！一个可能性是这个项目是你的业务团队想做，不做他们部门就要关门了！还有一种可能是给CEO汇报过这个项目，CEO说可以做；还有可能是据说给CEO汇报过......
如何识别？很简单，让提需求的人把这个项目的价值复述清楚！如果不清楚，真是CEO级的，也别让不靠谱的人耽搁了！抑或是，CEO是别的意思，澄清之后清楚了。
扯大旗做虎皮的背后可能是“能力不够”，也可能是懒政。懒政导致放弃思考，很难做出正确的决策，最终功亏一篑而劳命伤财。
考核KPI没问题，要搞清楚背后的why！
为背后的why的价值服务，不是KPI本身服务。比如一位运营背了一个KPI 日活达到多少，可以花钱买客户/引流，但是一旦不买了，可能日活又不行了。
看数据，数据本身不说明问题，找到数据变化背后的原因。一位电商网站的产品经理说，我负责某个页面的某个区域非常重要，意味着每天上亿的PV。后来他自己做了一个测试，对于X%的用户，隐藏掉他负责的区域，发现用户停留并没有明显变化。
往期推荐：
一个多业务、多状态、多操作的交易链路？电商架构这样演进
日10亿级处理，基于云的微服务架构
我是CTO，我为CEO吹过的牛逼买单
亿级账户数据迁移，不用数据库工具还能怎么搞？
技术人员如何破除达克效应（认知偏差）？
……
技术琐话
以分布式设计、架构、体系思想为基础，兼论研发相关的点点滴滴，不限于代码、质量体系和研发管理。本号由坐馆老司机技术团队维护。
长按扫码关注
点个在看少个 bug????