你是喜欢确定的生活，还是喜欢不确定的未来呢？
每个人答案是不同的，如果对现在自己很满意，那么肯定不希望改变，维持原状最好，比如你手里有个每年收入百万千万的项目，肯定希望它一直能持续下去。但对于一个工薪阶层或者刚毕业的，每月收入不足三五千，肯定不能接受这种确定的生活，不确定性更多，未来薪资有更大的上升空间才更好。
于是，当让我在确定与不确定之间选择时，我也是深思良久。
一大早上班，就被技术同事们拦住，一个个似乎要把我吃了一样，很焦急又很强势的问我，最近这个需求逻辑能不能定下来，开发都等着呢，逻辑最初你们给了一版，上周又开会调整了，听说你们这周又优化了，那么请问这回这个需求是不是最终的。
如果你们继续变更，我们不能保证开发周期和交付了。
我被这一串连环追问给问住了，他说的都是事实，而我的任务是保证需求按期交付。可是这个需求会不会变，我说的不算。
我小心翼翼的抛出业务团队在讨论，会给大家一个明确而又清晰的逻辑。
这话说完显然不能让他们满意，我甚至在想他们是不是眼里只有0和1，0就是不确定，1就是代表确定。我说在讨论，对他们而言就是0，谁晓得逻辑又要变成啥。
人群一阵骚动，大家不肯放我离开，继续问我什么时候给出最终逻辑。
我是有点后背发热，确定逻辑谁能决定，什么时间能定，这对于我就是不确定的两个难题，这是业务团队要做的，我不可能主导，而他们什么时候定下来，这个问题太难了，对于这个需求业务已经讨论了很久了，至少有两个月以上，逻辑不断调整，是在不确定性中寻找一种最佳的确定性。因为定一套规则很容易，但定一套考虑各种可能性的规则很不容易，因为必须去穷尽无数实际情况。
尽管我很懂业务的管理诉求，在有标准情况下尽可能支持合理业务，不能因为规则出现漏掉问题，又不能误判更优秀的业务操作为不合格，而这两种情况都是带有很大不确定性。比如，业务要求标准是做成A产品覆盖和B产品覆盖就是合格，可是考核时不能只盯着是否A和B，因为一旦实际业务场景里，可能最初达成A和B，可是后来由于客情好，效益好，管理好，直接上C和D产品了，并且它们都比原有的产品更好更优，这种按照直接比标准就是不合格，可是还原到真实业务场景就是满分案例。
但是这样的不确定性没办法给系统一套规则，系统就是由0和1构成的，规则包罗万象也要有规则，否则系统也不知道该怎么做，就像人脸识别，看似AI很先进准确，但是当你戴口罩，或者逆光暗光，或者角度不规范，它也不知道你是谁，你的脸还是你的，但是场景变了，抱歉它不能识别，想认识你必须摘下口罩，端端正正出现在镜头前。可是我们不能要求业务也如此，只可以这样做，只能卖这两个产品，其他产品卖的再好也不能算合格，那岂不成了为了合格，必须的把标准产品覆盖到，哪怕你的店已经升级了，标准是卖到15元以上，标准是10元，为了达标还要硬是把已经淘汰的10元产品召回。
左右为难正是我此时的心情，当然如果不确定下来，可以确定的是一旦开发延期，一定不能按时交付，可以确定的是业务团队又不会接受，影响了实际应用。
有那么一刻，我多希望自己是决策人，可是我又有好的解决方案么，并没有。
对这情况，我可以接着对技术说，这个需求是业务提的，他们定下来我第一时间通知大家，我会去催促他们尽快出结论。
这么说有点打太极，说的都对又啥也没说，还是没有解决问题，所谓的正确的废话。
但是我能给出明确的答复，等于是我变成了业务决策人，而我担心的是我拿什么方案去让业务团队接受。
我想了想还是下了决心，最迟本周五给你们一个结论，把需求定下来。
这个时间不是我能保证的时间，但是如果周五业务没有结论，那么我就得替技术跟他们说这个需求只能延期了。
听到这句话，技术们很满意，因为有人给了他们确定的答案，把不确定变成了确定的，他们目的达成了一大步。
压力从技术瞬间转到我这里，我上午赶紧约业务团队负责人开会讨论，希望这两天尽快确定下来需求。
于是下午业务讨论了四五个小时，我也参与了。大家焦点还是围绕确定与不确定的博弈，我也给出自己的顾虑，太复杂影响系统性能，等于不能做到，规则最好是简单的，可以有多个但是不能太层层嵌套，反复循环等于死循环。判断一个店是否符合标准要计算十次以上，并且好几个逻辑在里面，等于此题无解。
这时我又扮演起所谓的技术代言人，试图在业务需求和技术逻辑找到一个最佳平衡点。
有时我也半开玩笑跟技术人员说，在你们面前，你们认为我是业务代言人，所以总是很不喜欢我反复改需求。而在业务团队眼中，我又变成了一个技术专家，他们总想问我这个你们能实现么，什么时间交付。
干的好，一切顺利，大家都会觉得自己做出了正确的决策。干的不好，出了问题，大家第一时间找到我，质问当初怎么跟你说的。而且业务会觉得我总是找理由交付的太慢，技术觉得我总是不体谅大家就知道给我们派活，压的喘不过来气了。
而我游走于两个团队间，不断跟彼此沟通，介绍对方的诉求，最后我发现这个工作不就是一个翻译官么，我不是什么专家，而是两国的使者，也是一个说客。
翻译不是单单介绍对方的需求，还要一起设计需求背后合理化解决方案，还要安抚他们的情绪，告诉他们我很理解你们的难处。也要老老实实听他们的抱怨诉苦甚至挖苦。翻译官加大使加程序鼓励师，无奈我长得不帅，也不会能歌善舞，否则为他们唱首歌可能大家也会很需要。
时间久了，我也不去计较自己的工作的心酸，有委屈的时候么，太多了，跟谁说呢，我不能跟领导讲，因为她也很难，我也不能跟我的领导的领导讲，因为他可能因此觉得我们这些翻译工作方法有问题或者牢骚满腹。于是乎，放下外界的压力，自己给自己寻找解脱的途径，像我解脱的方式有写一个非常详细的方案或者测试报告，写是一种表达，也是努力把大家讨论的不确定性变成确定的，当然也有开心的时候，整理的文档每周都会有人给我点赞，这也是大家对我的最大的认可吧。
当然了，对于一名优秀的翻译官，我还有差距，我也知道自己还差很多。对于，产品经理，业务专家我还不称职，对于所谓的系统领域老师那更是只有我的领导才最有资格最合适的人选。
看到不确定，寻找确定的解决方案，看到确定性，用不确定的场景来验证。这个工作的价值在于你不可能给出一个完美的解决方案，而你的方案也在不断迭代，变得更加完美。当然了，让我的两个甲方爸爸满意，也是更开心的事。还有我的最终使用客户上帝。
网友评论