什麼是技術一号位、有哪些關注點、怎麼做技術一号位？
做了研發團隊的技術 leader 以後，要處理的事情非常多，如果對自己扮演的角色沒有一個清晰的認知，就會出現該做的事情沒有做，不該做的事情投入了過多的精力，造成實際行動和結果既不匹配上級的要求，又不匹配下級的期望。特别是對于剛開始帶領研發團隊的新人 leader 而言，角色的轉換和适應的過程，增加了認清自己的角色本質的難度。今天我們抛開純技術團隊的同學不談（其實本質一樣），隻讨論業務研發團隊的同學，如何以技術一号位的角色來做事。
如何識别自己是不是技術一号位在開始談如何做事之前，首要任務是判斷自己是不是技術一号位，而要判斷之前，首先要明确判斷标準，跳出思維誤區。這裡我們列出一些常見的思維誤區。
以下是常見認知誤區：
以上的認知誤區，錯誤地把是否帶團隊、技術等級的高低和是否為技術一号位關聯起來。雖然事實上帶團隊的業務研發同學成為技術一号位的概率更大，但是本身這兩者不是劃等号的關系。
那麼什麼是區分是否為技術一号位的決定性因素呢？很簡單：對一個具體的業務而言，你作為該業務的直接技術參與者，是否處在技術領域責任鍊的最頂端。這句話翻譯過來就是，對一個明确的具體的業務而言，多種角色的同學一起合作的時候，你是否是技術序列的最終責任人，即：誰承擔對應的責任，誰就應該扮演對應的角色。
當産品經理、運營、研發共同做一個業務的時候，某個研發同學獨自或者帶領其他幾個研發同學，或者帶領跨 BU 的研發團隊，共同支撐 PD 的業務需求。那麼這個研發同學就是這個業務的技術一号位，不論他是否帶不帶人，也不論他帶的人在行政上是否從屬于他。一般來說，負責單一業務的研發團隊 leader 一般就是這個業務的技術一号位；負責多業務線的研發團隊的 leader 的下屬，是每個業務線的技術一号位，而研發 leader 本身是更高層面業務的技術一号位。
所以，做業務開發的技術同學，不論是什麼層級，帶不帶人，都可能是某個具體業務的技術一号位的。這一點非常重要，隻有認清這個事情以後，業務研發同學才能在做業務的時候，明确下來自己除了需要寫代碼以外還需要做什麼，關注什麼；這些關注點需要做到什麼程度，才能對上滿足期望，對下不讓團隊走彎路、不和下屬搶功。
當你經過以上判斷以後，确定自己是技術一号位時，恭喜你，你已經不再是一個僅僅需要寫代碼的研發同學了。很多研發同學眼中還是隻有寫代碼這一件事情，如果以這種方式做業務，那麼就會發現業務過程會有各種沒有做到位的事情，會在做業務的過程中“交很多學費”，甚至會因為自己的能力不夠而拖慢業務發展。
雖然成熟的研發團隊可以通過完備的研發過程管理，來避免個人能力不夠而對業務産生太多負面影響，但是本質上強制的規定和“上級要求”隻是在依靠行政管理手段在強制一個人做這些事情，并沒有喚醒他的創造力和責任心，反而會被認為是“工作瑣事”。
這些“工作瑣事”本質上是需要他扮演的角色來負責的，但是由于他沒有意識到自己實際上已經是這樣的角色了，而僅僅把自己停留在“研發”的定位上，把“寫代碼”當做核心任務，這樣一來，會讓研發同學對那些看起來 “和寫代碼無關但是是技術一号位必須做的事情” 非常抵觸。這種抵觸情緒發生的時候，leader 再強調 Ownership 也都沒有太多效果，因為不是他不負責任，而是他沒有意識到，這是他應該負責的事情。當他的心态和認知轉變以後，一些原來看起來不怎麼負責的人會變得負責（不排除有人本身就是不負責的人，那麼這樣的人不是良好的技術一号位的候選人，主管要有識别能力）。
作為業務開發同學，一定要仔細認清辨别自己實質上是不是一個業務的技術一号位，而不用考慮自己的層級，不用管自己是不是業務其他參與者的 leader。當你意識到自己是這個業務的技術一号位的時候，就要迅速切換角色，從原來自己給自己的定位 “寫代碼的、搞技術的” 轉變為 “某個業務的技術一号位”，開始進入角色，發揮出你的價值。這也是很多研發同學通過做業務能迅速成長的原因，抛開技術上的成長之外，他比其他研發同學接觸了很多 “做事情需要思考并為之行動” 的維度，這些維度的豐富是普通業務研發同學很難看到、很難感覺到，因此更難悟到的。
不排除有悟性高的研發同學能夠自己悟到，但本質還是由于他所處的環境、他面臨的問題在逼迫他做出思考，然後為之實踐。如果一開始就知道自己做事情要找準自己的角色和定位，那麼就會少走很多彎路。
分析你所在環境的局勢當你意識到自己是一個業務的技術一号位的時候，不用過多懷疑自己究竟是還是不是，而是要本着“就當自己是”的心态來進行接下來的工作實踐和思考。需要大家明确的一點是，任何一個工作角色，都有對應的責任，也都有履行對應責任的方法論。我們要做的，不能再像過往做普通研發的時候那樣懵懵懂懂去做事，聽“需求”指揮，而是要開始尋找或總結一些方法論，要自頂向下地對業務有一個清晰的認知，知道自己比過去多了哪些維度的事情要關心，知道接下來會面臨什麼樣的挑戰，要知道自己在挑戰中應該扮演什麼樣的角色，采用什麼樣的手段去解決業務在不同階段一定會出現的各種問題。
在開始所有的思考之前，先要做一件事情，就是分析你目前所處的環境的局勢。
業務方面
協作方面
團隊研發方面
如果你本身已經是專家級别以上了，那麼下面這些維度可能是需要你繼續深入思考的：
業務方面
團隊方面
協作方面
當理清楚自己所處的環境以後，知道業務是什麼情況，和自己配合的人又是什麼情況以後，需要知道自己扮演的角色究竟意味着什麼。從我個人的經驗來看，技術一号位是負責使用技術能力解決業務問題，提供穩定可靠的技術支撐，确保業務安全合規低風險地健康發展，并通過技術或業務創新來推動業務發展；負責向業務各方提供各種必要的技術支撐，通過合理的數據分析為業務決策提供依據；通過對技術領域的積累和發展，通過業務領域的理解和落地影響業務決策；負責構建梯隊完整、能力全面、制度完善的技術團隊來支撐業務發展。
應該有什麼樣的工作原則和要求1、以業務一号位的視角思考，輔助業務一号位構建合理的業務大圖。
2、以技術一号位的角色保障業務落地，協助業務一号位實現業務的客戶和組織價值。
3、掌握和業務建設過程中各種角色的上下遊協作者合作的專業能力：
下面這張圖從大方面上列出了一個技術一号位需要感知哪些方面的事情（圖中未列出産品運營、售前售後等一系列其實很關鍵的方面，但是如果技術一号位負責的業務是有商業化需求的，則還是需要關注這些維度的事情的）。
這些事情是必須知道，但不是必須親自做的，要能夠借助團隊的力量完成該完成的事情。下面是具體從業務、技術、團隊角度來詳細理清楚技術一号位需要感知的事情及其要點：
業務方面（後面會有單獨的文章詳細解釋業務方面怎麼做）
技術方面
1、技術選型
2、系統架構設計
1）業務場景在技術側映射出來的特征是什麼，對技術側的影響是什麼？
2）如果業務會在某個發展階段涉及到大用戶流量，對應的系統技術架構是什麼樣的？
3）如果業務非常複雜，領域衆多，那麼采用什麼樣的架構更合适？
4）如果确定要采用微服務架構來支撐複雜業務，那麼領域劃分和每個微服務是否匹配，微服務拆分粒度是否合适？
3、業務建模
4、研發落地
略
5、項目管理
6、項目複盤
1）質量保障
2）穩定性建設
3）風控建設
團隊方面
目前還不是技術一号位的業務發開同學，雖然現在的崗位隻負責一小部分，但是本質上來講，隻要你負責某個事情，那麼不論這個事情大小，你都是這個事情的技術一号位，隻是由于事情的難易程度和規模大小，導緻很多可能需要做的事情其實并不需要做，但是這些問題并不妨礙你知道技術一号位要做什麼，應該怎麼做，更不妨礙你以技術一号位的心态去做事。
先确定好心态的問題以後，接下來就需要一些可以被實踐檢驗的方法論來幫助大家打破自己層級的束縛，完成自我突破，從而在成長的基礎上獲得負責更重要的事情的機會，通過做好更重要的事情來獲取更更重要的事情的機會，這樣一定會在某個階段，你負責的事情，需要完全以真正的技術一号位的角色去落地，那麼那個時候扮演技術一号位的角色也就是水到渠成的事情了。
作者：賀科學（晨末）
本文為阿裡雲原創内容，未經允許不得轉載。
,更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!
zpostcode 
Recruit 
weather 
mreligion 
Yellowpages 
sport 
constellation 
shopping 
name 
game 
directory 
literature 
Word 
tour 
furnish 
Lottery 
tftnews 
lyrics 
News 
digital 
car 
dir 
Edu 
Finance 
