今天就来聊聊我实践里遇到的“比次”这事儿。这词儿听着有点书面，但琢磨一下，就是咱们平时工作生活里老干的事儿：排个顺序、比个好坏啥的。
我之前捣鼓一个项目的时候，就亲身经历了一回这个“比次”。当时手上攒了一堆客户反馈过来的问题，零零散散的，看着头大。老板说，不行，这么多问题得有个轻重缓急，得“比次”一下，排出个优先级，先解决要紧的。
咋开始“比次”的
第一步，我先把所有问题都倒腾出来，弄到一个大单子里。那时候没想太多，就是复制粘贴，一条条列看着密密麻麻的，感觉工作量挺大。
第二步，就得定标准了。怎么算“要紧”？怎么算“不那么要紧”？我拉着几个相关的同事，开了个小会。大家七嘴八舌，有的说看影响范围，影响用户多的就优先；有的说看客户嗓门，谁喊得响谁就重要；还有的说看技术难度，容易改的先改了，省事儿。
第三步，就是挨个问题去套这些标准。这步最费劲。每个问题都得去分析：
- 影响多少人用？这个得去后台查数据，估算。
- 客户反馈强烈不？得去翻聊天记录、邮件。
- 改起来麻烦不？得找技术的哥们问问，评估下工作量。
我那时候就拿着那个大单子，一项项去填信息，加备注。有时候一个问题讨论半天，也定不下来到底算哪个级别。感觉就像在给一堆乱七八糟的东西排队，有的插队，有的根本不知道该站哪儿。
过程中的折腾
这“比次”的过程，真不是一帆风顺。最大的问题就是标准老变。刚开始说主要看影响范围，弄了一半，老板又说有个大客户提了个小问题，也得优先。得，标准又得调整。
还有就是信息不全。有些问题描述得不清不楚，想“比次”都找不到依据。得回头再去问客户，或者自己去复现，一来一回，时间又搭进去了不少。
最头疼的是，有时候“比次”完了，排了个顺序，结果技术那边说某个排前面的问题，改动太大，牵扯太多，风险高，建议往后放。得，又得重新调整优先级。感觉这“比次”就像和面，水多了加面，面多了加水，来回折腾。
咋样了
折腾了好几天，总算是弄出来一个勉强大家都能点头的优先级列表。虽然过程挺曲折，但确实比一开始看着一堆问题没头苍蝇似的乱撞要强。起码知道先干后干啥了。
通过这回实践，我算是体会到了，“比次”这事儿，看着简单，就是排个队、比个高低，但真要做背后得有明确的标准、靠谱的数据，还得有有效的沟通。不然，很容易就变成瞎忙活，或者干脆就是拍脑袋决定了。
所以说，实践出真知。以后再遇到类似需要“比次”的情况，我得先把规则定死，信息弄全，再开始动手，争取少走点弯路。
还没有评论，来说两句吧...