技術人的靈魂3問，阿里工程師如何解答？

阿里妹導讀：在業務團隊作事的工程師摸爬滾打了一段時間後，必定會有所疑問。團隊同窗在最初的一段時間都提出這樣的疑惑：如何在業務中發現有技術價值的問題？發現問題後如何思考和發起再到解決？最後的技術結果跟業務結果如何銜接？不少時候咱們聽別人說「思考是不夠的/要多思考」，其實都是在說這幾點。接下來，阿里高級前端技術專家氐宿談一談遇到這三個問題時，他是如何解決的？

如何在業務中發現有技術價值的問題？

一位科學家一輩子可用於研究的時間極其有限，然而，世界上的研究主題卻多得數不清。若是隻由於稍微以爲有趣就選爲研究主題，將在還沒來得及作真正重要的事時，一輩子就結束了。——利根川進

其實要解答這個問題以前，咱們要理解一個概念，什麼是有價值的問題？議題度高和解答質高的問題我理解就是有價值的問題，比較通俗的理解就是這個問題是否存在，當前要解決這個問題的必要性夠不夠，問題對應的解決方案可行性高不高。若是要在業務裏發現這種問題，首先要理解業務戰略、打法和定位。那如何才能把這個前置信息作好，對工程師來講是一個比較大的挑戰。

首先工程師其實大多數都是從事一線開發，對業務理解可能僅限於本身在作的事情。不少信息都是別人過濾了五六手以後的信息，獲得的可能就是一個任務和爲何作這個任務。相對比之下確定不如制定戰略的人懂得戰略背後的意義，信息也是不對等的。因此首先咱們要收集信息，而後整理概括，最後分析問題。

先來講說收集信息

其實有點像信息科學裏的情報學。收集信息最好的方式就是參加所處業務老大的KO會，各類KO會會把戰略上的拆解和背後的思考總體梳理以後宣講傳達給BU或部門的同窗，雖然咱們沒有親身參與到腦暴過程，可是也會對背後的思考有必定的理解，切記，必定要記得劃重點記筆記。

獲取第一手信息以後，咱們要通過簡單梳理開始收集外部信息，整理總體的知識脈絡，這裏我常常用的就是阿里學習（業務寶庫阿里學習，技術寶庫ATA，注：阿里內部兩個學習平臺），能夠獲取很多業務相關的分享，固然不少外部渠道也一樣能夠收集到。好比這段資料[1]就是外部收集到的，能夠得出幾個關鍵詞，數字技術賦能旅行行業、咱們不是OTA，這些都要整理到本身收集的信息池裏。固然以上我提到的都是信息獲取源的一種。具體收集信息的釋義能夠查一下百科[2]，能夠按照百科上的方法論學習一遍，以便找到適合本身的方法。總之這裏咱們要像產品經理同樣去收集這些信息[3]。這裏也鼓勵跟不一樣領域不一樣BU的同窗多交流，不限於線下扯淡式的交流和線上問問題的方式（這裏建議先看下知乎裏這個回答關於學會問問題[4] 以及 如何進行有效社交[5]）。

分析問題

咱們經過不一樣信息源獲取到的信息是散落的，如何通過加工融入本身的思考體系呢？首先信息不能是簡單的堆疊，咱們要經過不一樣的入口理出頭緒。可使用MECE法則進行思考拆解，經過無遺漏無重複地分類來把握總體，列出腦圖和邏輯樹，最後將邏輯樹的信息匹配需求場景，能夠嘗試經過C端和B端不一樣入口去還原需求場景。這中間能夠結合必定的方法論（演繹推理和概括推理），去把問題和挑戰細化出來，幫助咱們理解BU的戰略，同時咱們也能從自身出發把戰略拆解到對應的項目。舉例來講去年我我的分析飛豬在整個C端面臨的主要問題之一仍是流量格局過於單一，B端供應鏈的成熟度不夠致使沒法給到商家更實質的體驗服務，飛豬的類目交叉不夠背後是各垂直業務存在業務隔離。

發現問題到執行該如何銜接

拿到這三個問題咱們不能立刻就開幹，咱們還要提煉這個問題帶來的核心價值。不然很容易就會出現投入了巨大工做以後，最後的技術產出和業務結果銜接不上，因此說思考不要用蠻力，工做不僅靠體力。要去看裏面跟本身角色相關的工做在什麼地方？以端側來講，有優點的一點是靠近產品側靠近用戶側，因此基本展示模式均可以經過產品原型進行抽象，造成體系化。以流量體系建設舉例咱們要對用戶進行分層，比較合理的方式能夠用到幾個經典模型RFM、AIPL、AARRR及其變種，以便沉澱出承接的技術平臺或產品。如流量體系建設咱們在思考分層事後，把用戶按心智劃分以後，又從所屬域分爲散落在阿里域外的用戶和阿里域內的內部用戶，從而針對性的設計出兩個平臺產品。

見龍在田，利見大人

做爲項目發起者，咱們要關注每個環節。因此首先咱們要找到對應的業務方去「售賣」咱們的思考。要找到目標一致的人一塊兒作事，這裏首先須要知道的是你要清楚你的業務方都是誰？他們都負責什麼？個人方法比較簡單，直接看運營在職能上的劃分，要清楚本身對的人負責的方向以及他所負責的KPI。另外切記，必定要和對口PD一塊兒去找，一般來講最直接的合做方是能幫你處理業務和技術銜接的那我的。

上下游的人都找到後，要開始準備KO，理出需求排出優先級。由於在資源有限的狀況下，咱們究竟該先作哪些？不重要的要放在後面去作，優先考慮你產品最核心的功能。一般平臺產品最優先的是運營使用的功能，因此要跟合做方確認哪些功能他們認爲最重要。

站在巨人的肩膀上作創新

阿里巴巴已經很是大了，咱們相信每個想法都會有人想過，因此儘可能不要走重複的路踩同一個坑，同理小公司利用開源技術亦是如此。那麼在項目開始作的時候，若是是平臺，咱們須要先拆出核心功能，這個核心功能要去看集團是否已經有人在作了或是有成熟方案，避免重複造輪子，同時也能最快最直接的解決你最緊急核心的問題。這其中最簡單直接方法就是搜索ATA（阿里內部技術論壇）和語雀（內部同窗一般有知識記錄的習慣），拆關鍵詞找到作事情的關鍵人。你要相信你毫不是第一個想到該問題的人，一些通用問題必定在集團內已經有通用的服務提供出來，即便沒有也會有比較成熟的方案。

若是集團內部就是沒有成型方案，這個方向也屬於工業界比較前沿的領域。遇到相似這種問題，能夠先看看是否有繞開的可能性，若是確實繞不開能夠試試找到適合解決該問題的基礎團隊一塊兒合做和共建。外部是否有付費方案能夠購買和借鑑，總之要保障業務先贏。由於業務工程師要思考的是你給業務能帶來怎樣的價值，你的核心價值不是處理很是複雜的技術問題，而是用你的技術能給業務帶來怎樣的價值增量。一樣的利用某種技術或模型模式解決了很是複雜的業務問題，而且是具備普適價值的技術，這也是業務端工程師帶給業務帶來的價值。

立足當下，放眼將來

知幾，其神乎！

要看當下更要看將來，不光技術要看將來，行業也要看將來。站在當下思考能解決業務目前遇到的最大的問題，思考將來能爲業務帶來彎道超車的機會。好比飛豬若是在行業裏要追趕同行業的競品，在資源投入方面沒辦法跟對方的體量比較的狀況下，咱們作到最後，最好的結果可能也只是追平對手。因此咱們亟須找到將來行業爭勝的關鍵按鈕，把時間和精力聚焦在關鍵節點，用全球Fun戰略突圍。因此飛豬也要爲國際化作好準備，這個領域裏一樣有前人探尋的技術經驗供咱們借鑑。因此爲了讓咱們能更聚焦業務，能夠說去年的平臺化是爲業務作了很是好的鋪墊。

最後的技術結果跟業務結果如何銜接

其實這個小標題有點僞命題的意思，若是一開始咱們就把業務理解的很清楚，執行沒有偏離航道比較專一目標的話，不大可能會出現拿不到業務結果的狀況，最後只剩下一個問題：拿到業務結果的同時技術價值如何體現？

從我自身出發，也經常有同窗問我，在業務作開發，重複造輪子會被人挑戰，但事情都有人幹了咱們的價值在哪？我以前一直都會回答，「搞基礎技術的團隊一直在基礎工程/技術領域深耕，他們也須要關注從技術價值到業務價值的轉變和銜接，本質上缺乏業務場景，若是咱們與他們合做就造成了互補，既拿到了業務結果同時也能從自身技術成長上獲得必定歷練」。

但以後我回想這段對話，是有不少問題在裏面的。從業務工程師角度出發，咱們要關注的核心就是保障業務先贏，若是沒有達到這個目標就容易變成工程師自嗨。因此咱們在業務端須要的是有技術視野能看到集團其餘團隊或者外部團隊在作的事，能主動交流讓這件事變成雙贏，若是沒有其餘人在搞，咱們去搞要有人站出來看這個投入產出比是否合理？也就是咱們在開篇說的議題度和解答質都高的有價值的問題。這個問題在集團其餘團隊是否存在共性，咱們解決了可否爲他們帶來價值？固然結合咱們在前面講到的在業務中發現有技術價值的問題，其實這裏就有一個比較明確的答案，重中之重就是作以前把Why思考的清楚清晰，作最正確的事。只有作到這點，解決這個問題帶來的業務價值就天然而然很是清晰的定位出來。因此說最好的工程師必需要懂產品。

也寫給將來

小聊一下題外話，組裏有同窗會問我業務前端將來是否會被淘汰？由於咱們在作的lowcode/nocode是在革本身的命。其實產生這種想法首先就是沒有站在集團將來發展的角度去思考也就是常說的屁股過小，其次是沒有站在整個前端領域去回顧前端發展歷程致使的悲觀和擔心。

從目前在作的方向上來講，仍是要思考如何解決低質量代碼建設和低效的重複工做佔用工程師大部分精力，將工程師的能量解放出來提高集團總體的研發效能。另外一層面從前端以往在系統分層裏的位置一直都屬於應用層，就是最上層的表象/展示/渲染，應用層在過去幾十年間通過了不斷的變化和演進，職業也從最先的GUI工程師演進到以後的web前端/客戶端研發工程師，這中間也經歷過flash工程師的時代，在此期間應用層/展示層一直都在變化，因此前端同窗總以爲狀態是一直在學習新知識。但這個發展歷程實際上是有規律可循的，所謂萬變不離其宗，應用層雖然在不斷變化但無非都是朝着兩個大方向在發展，一個是工程效率提高（工程角度出發），一個是圖形圖像研究（用戶角度出發）。這兩個大方向上目前也有很是複雜龐大的樹狀知識體系，而且還在不斷延伸。同時隨着機器學習領域的興起和硬件性能、網絡帶寬的提高以及人們在視覺呈現設備上的升級，帶來的可能又是新一輪的技術洗牌，而後在兩個方向上再來一次。因此從這個視角出發將來前端是不會消亡的可能只是會換一種形式存在，可是不學習的工程師是會消亡的。

最後

最後我想說的是來到一個新業務不要着急的去拿這兩個結果（業務和技術），所謂「潛龍勿用」。要先去看業務在集團所處的位置，怎麼和其餘業務產生關聯的，要去收集信息和問題，帶着問題深刻去作事情，經過跟其餘人的信息交流補全業務痛點。先收集問題，邊作邊思考，先沉下心作業務項目。要有導彈型思惟，就是無論三七二十一，先幹起來再說。在行動中實現智能導航，鎖定並跟蹤目標，根據實際狀況修正自身路徑，直至擊中目標。

其實寫了比較多，也是對我作事情的方法論作了一遍梳理和總結，也是說最好不要讓業務推着你走，而是最終要作到你帶着業務走。這個「帶」可能最初是理解業務打法以後的一種業務朝着你理解的方向去走的體感，但通過長期訓練，這部分其實能夠作實，最後真的是你經過技術創新引領行業變革最後驅動業務向前推動。固然這些是我來阿里三年的體會，雖然在來以前也已經工做了七八年，但在阿里成長的速度遠遠超過以前的成長，而且也纔剛剛三年仍是個「新人」，因此在這裏也給本身個寄語，但願五年、十年以後個人思考又會升華到一個層次。同時也歡迎你們拍磚/評論， 原來我都是戰戰兢兢發文跟你們說輕拍，須要鼓勵，但以後也是發現鼓勵是最不容易發現問題，這會致使發現不了自身思考上的盲點和盲區，缺乏成長路上的經驗值，因此這裏鼓勵你們一塊兒多交流。

最後的最後也給你們推薦相關的幾本書，可能會對你們在上面幾處沒有展開來說的去更詳細的學習，但願有所幫助：《金字塔原理》、《麥肯錫教個人思考武器》、《思考，快與慢》、《影響力》、《自控力》、《敏捷性開發》。

PS：飛豬用戶技術部招P7-P8前端、客戶端、Java無線服務端，base杭州，歡迎來撩。部門漂亮的單身妹子衆多，優秀前端請聯繫 kuilin.qkl@alibaba-inc.com

參考資料：
[1]《飛豬「新旅行聯盟」賦能商家能講出什麼新故事？》
http://www.sohu.com/a/260195063_100188883
[2]https://baike.baidu.com/item/信息收集/4012739
[3]《如何高效地獲取、收集和整理信息》http://www.woshipm.com/pmd/70847.html
[4]《成爲聰明人的第一步，是學會「問對問題」》https://zhuanlan.zhihu.com/p/32635275
[5]《如何區分有效社交與無效社交？》https://www.zhihu.com/question/26941188/answer/520152258

本文做者：氐宿

原文連接

本文來自雲棲社區合做夥伴「阿里技術」，如需轉載請聯繫原做者。