技術服務於業務。
一個技術人員想要走得更遠，不能僅局限於技術，需要對自己所從事的業務領域有不斷深入和全面的理解。
所謂業務領域，就是大家平常自我介紹，不會僅簡單說我是搞C++的，我是搞JAVA的，而是游戲后台C++，廣告引擎C++，電商后台JAVA，大數據JAVA，這里面的游戲/廣告/電商/大數據，就是大的業務領域，平時我們接觸到的，應該是業務領域里面更小更具體的業務。比如說廣告，有展示廣告，搜索廣告，feeds流廣告，而且這些業務(領域知識)還在不斷變化和演進。
產品經理(產品專家，高級產品專家，資深產品專家，產品總監)不斷地思考業務的發展，然后把這些思考轉換成一個個需求，然后一般以項目的形式提給技術人員，期望對產品的思考能快速落地實現，並盡快在用戶那里得到使用和反饋(以及分析數據)。
對於技術人員而言，可能很多時候都處在接產品需求，分析需求，考慮/撰寫技術實現方案，排期，埋頭吭哧吭哧干活，趕在deadline前上線，收工，周而復始的這樣一個流程中。
久而久之，我們處於這樣的循環中而不自知，變成了一個需求實現機。雖然對於技術人員來講，最重要的還是技術，主要關注點在系統架構、系統穩定性、系統可用性、系統運維、快速迭代能力、流量峰值等方面，但就像我們前面說的，要想走得更遠，就需要對業務有更多的理解(和把控)。
最近對於技術人員怎樣提升業務sense(加深對業務的理解)有了一些輸入和思考，在這里分享給大家。
一、關注需求背后要解決的業務問題，而不是產品經理的需求
很多時候產品經理提過來的是解決方案(已經把待解的業務問題做了自己的理解，轉換成了自己認為最合適的解決方案)，而不是原始的待解決的業務問題。
技術人員需要自己找到原始的待解決的業務問題，自己去理解和分析問題，從技術的角度考慮，評估產品經理給出的解決方案是否是最合理/最適合的，如果不合理/不合適，那么就給出自己認為最合適的解決方案。
拿到一個需求的時候，一定要自己先做一個基礎的判斷，接收到的是一個待解的業務問題，還是一個解決方案。
從事技術開發的人要杜絕的，是接收到一個需求(解決方案)，就立即開始評估工作量、排期，然后吭哧吭哧把活干完，上線。然后，下一個(需求)。
舉個例子。
產品經理提了個需求給技術人員，要求建造一部梯子。需求很明確了，梯子需要使用什么材料建造，長度要求多少，寬度要求多少，需要能承受多少重量。
技術人員拿到這個需求，就開始評估大概需要多少材料，需要多少建造工期和測試工期，然后就開工了。
其實我們應該停一下。“建造一部梯子”是一個解決方案，而不是一個待解的業務問題。
不妨問問產品經理梯子是用來干什么。用來更換屋里中央吊燈的燈泡的。為什么要換燈泡？因為燈泡不夠亮，白天屋里太暗了。所以要解決的業務問題是屋里的照明問題。
那不用費勁造梯子了，說不定我們把厚厚的遮光窗簾掀開，屋里就亮堂了。喏，不用浪費時間和財力造梯子了，你happy我happy大家happy。
二、技術人員要有業務好奇心
最近聽到一個有關技術人員的觀點，覺得很有意思，因為我一下子就被說中了：給技術人員一個deadline，他所有的精力/注意力/付出全部都集中在deadline上，整個思維都集中在怎么在deadline前把項目完成上線。
我自己腦補了下：一條狗，不論它之前在做什么，你只要讓它注意到你手里的肉骨頭，它的眼神和精力就會集中在這個肉骨頭上，不論你是把肉骨頭高舉，還是把它扔出去。deadline就是技術人員關注的肉骨頭。
全力關注肉骨頭好像是一種本能，但是人需要克服本能才能獲得更多的進步和成長。
參與到項目后，不能只是評估工作量、排期、kickoff，然后就盯着deadline趕工和快速收工。要對技術方案之外的業務有好奇心，在保證項目按期保質完成的基礎上，花時間去了解需求背后的業務問題和業務變化，擴展自己對業務認知的版圖，加深自己對業務的理解。很多項目，一般涉及到多個團隊/部分，平時難得見到，正是溝通和了解自己所負責工作之外的好時機。
人與人之間最大的差別是思維方式。只有思維方式持續不斷升級，我們才有可能站得更高走得更遠，與諸君共勉。