|技术人的灵魂 3 问,阿里工程师如何解答?



|技术人的灵魂 3 问,阿里工程师如何解答?
本文插图

导读:在业务团队做事的工程师摸爬滚打了一段时间后 , 一定会有所疑问 。 团队同学在最初的一段时间都提出这样的疑惑:如何在业务中发现有技术价值的问题?发现问题后如何思考和发起再到解决?最后的技术结果跟业务结果如何衔接?很多时候我们听别人说“思考是不够的/要多思考” , 其实都是在说这几点 。 接下来 , 阿里高级前端技术专家氐宿谈一谈遇到这三个问题时 , 他是如何解决的?
如何在业务中发现有技术价值的问题?
一位科学家一生可用于研究的时间极其有限 , 然而 , 世界上的研究主题却多得数不清 。 如果只因为稍微觉得有趣就选为研究主题 , 将在还没来得及做真正重要的事时 , 一生就结束了 。 ——利根川进
其实要解答这个问题之前 , 我们要理解一个概念 , 什么是有价值的问题?议题度高和解答质高的问题我理解就是有价值的问题 , 比较通俗的理解就是这个问题是否存在 , 当前要解决这个问题的必要性够不够 , 问题对应的解决方案可行性高不高 。 如果要在业务里发现这种问题 , 首先要理解业务战略、打法和定位 。 那如何才能把这个前置信息做好 , 对工程师来说是一个比较大的挑战 。
首先工程师其实大多数都是从事一线开发 , 对业务理解可能仅限于自己在做的事情 。 很多信息都是别人过滤了五六手之后的信息 , 得到的可能就是一个任务和为什么做这个任务 。 相对比之下肯定不如制定战略的人懂得战略背后的意义 , 信息也是不对等的 。 所以首先我们要收集信息 , 然后整理归纳 , 最后分析问题 。
1. 先来说说收集信息
其实有点像信息科学里的情报学 。 收集信息最好的方式就是参加所处业务老大的 KO 会 , 各种 KO 会会把战略上的拆解和背后的思考整体梳理之后宣讲传达给 BU 或部门的同学 , 虽然我们没有亲身参与到脑暴过程 , 但是也会对背后的思考有一定的理解 , 切记 , 一定要记得划重点记笔记 。
获取第一手信息之后 , 我们要经过简单梳理开始收集外部信息 , 整理整体的知识脉络 , 这里我经常用的就是阿里学习(业务宝库阿里学习 , 技术宝库 ATA , 注:阿里内部两个学习平台) , 可以获取不少业务相关的分享 , 当然很多外部渠道也同样可以收集到 。 比如资料《飞猪“新旅行联盟”赋能商家能讲出什么新故事?》就是外部收集到的 , 可以得出几个关键词 , 数字技术赋能旅行行业、我们不是 OTA , 这些都要整理到自己收集的信息池里 。 当然以上我提到的都是信息获取源的一种 。 具体收集信息的释义可以查一下百科 , 可以按照百科上的方法论学习一遍 , 以便找到适合自己的方法 。 总之这里我们要像产品经理一样去收集这些信息 。 这里也鼓励跟不同领域不同BU的同学多交流 , 不限于线下扯淡式的交流和线上问问题的方式(这里建议先看下知乎里这个回答关于学会问问题以及如何进行有效社交 。
2. 分析问题
我们通过不同信息源获取到的信息是散落的 , 如何经过加工融入自己的思考体系呢?首先信息不能是简单的堆叠 , 我们要通过不同的入口理出头绪 。 可以使用 MECE 法则进行思考拆解 , 通过无遗漏无重复地分类来把握整体 , 列出脑图和逻辑树 , 最后将逻辑树的信息匹配需求场景 , 可以尝试通过 C 端和 B 端不同入口去还原需求场景 。 这中间可以结合一定的方法论(演绎推理和归纳推理) , 去把问题和挑战细化出来 , 帮助我们理解 BU 的战略 , 同时我们也能从自身出发把战略拆解到对应的项目 。 举例来说去年我个人分析飞猪在整个 C 端面临的主要问题之一还是流量格局过于单一 , B 端供应链的成熟度不够导致无法给到商家更实质的体验服务 , 飞猪的类目交叉不够背后是各垂直业务存在业务隔离 。


推荐阅读