可能我的經(jīng)歷跟人不同，或是我在的公司里的情況跟別的并不相同，但這些是我最近一年多的感悟，我本身還是做技術(shù)的，寫下來就當(dāng)跟人討論一下吧。

技術(shù)人員有個誤區(qū)是過分倚重自已的技術(shù)，甚至將工作和工作能力簡單等同于技術(shù)。

1.技術(shù)重要，但沒那么重要。一個bug被人在1天內(nèi)搞定,還是一周內(nèi)搞定，在大多數(shù)情況下對產(chǎn)品是沒什么影響的。當(dāng)然在緊急時刻除外。

2.技術(shù)人員的工作不等同于技術(shù)，你的工作能力不會只用技術(shù)衡量。就算你天天的工作是coding，你的工作的產(chǎn)出遠不會就剩下那幾行代碼,也存在很多跟人溝通的問題，你有跟相關(guān)的人主動溝通嗎?你搞不定問題的時候如果需要協(xié)助，可以很順利跟上司溝通或是自已靠人際關(guān)系搞定嗎?你對上司寫報告的時候?qū)懙淖銐蚯宄? 上司可以一眼看出你所做的事的risk等等嗎?  你自已工作的計劃和跟蹤做得怎么樣?有沒有到***階段才跳出來給人一個surprise嚇?biāo)滥愕腜M?你跟同項目組里的人相處如何?有沒有盡力幫助他們的工作?

3.某些技術(shù)本身的可替代性很強，比如coding，但軟件設(shè)計卻不是。公司里的確會有最關(guān)鍵的技術(shù)人員，但很少會是寫代碼的人。 寫代碼寫得又快又好的人大街上一抓一大把，而且他代碼寫得再好，也就限于他做的那一個模塊。 可是如果架構(gòu)師設(shè)計得好，對產(chǎn)品質(zhì)量的提升項目的風(fēng)險控制,還有將來升級成本維護成本都有很大影響。

4.不要以技術(shù)論英雄。有的PM成天不寫一行代碼，甚至看不懂你的代碼，他只成天寫寫報告檢查進度整理文檔之類的。 但他做的事正是讓下面十幾號人都可以專注手上的事和提高整個項目的效率，比如搞項目組的活動，工作安排，培訓(xùn)安排,項目組成員的成長之類的;同時他跟上面的人做好溝通，可以給項目組爭取相應(yīng)的資源或獎勵，或是減輕負擔(dān)。 這些工作要不要做其實沒那么清楚，但做沒做的結(jié)果卻可以相差很大。 而且成天處理這種鎖碎的小事,很多事都有一定的時間要求，并不是人人都做得好的。

5.英明的公司里一般不會出被上司被下屬用技術(shù)脅持的，一般一件重要的事不會只有一個人懂的。搞管理的人自然也有管理之道，人只是他要管理的一個資源，不要輕易以為一切盡在自已掌握中。

6.技術(shù)好不一定做出來的產(chǎn)品好，做出來的產(chǎn)品好不一定有人要，產(chǎn)品有人要也不一定可以賣個好價錢。公司的目的是賺錢，不是像我們一樣對技術(shù)有癡迷。 公司最需要的是為它賺錢的人，是高產(chǎn)出的人，不管這產(chǎn)出是由技術(shù)來的還是喝酒來的。 技術(shù)只全局里小小的一角。

作為***層的技術(shù)人員，技術(shù)好的確可以讓自已跟人與眾不同，甚至得到比人更多的東西。 但那只是跟你一樣級別人的相比，除非你一直想做個小小的技術(shù)員，否則還是試著用上司的眼光看看自已的工作，站在上司的角度想想他期待的好下屬是怎么干活的，當(dāng)你有了跟上司一樣的思維的時候，你自然更有機會坐上同樣的位置。

【編輯推薦】

1. 獨家專訪：技術(shù)人員應(yīng)該關(guān)注技術(shù)還是業(yè)務(wù)
2. 開源？閉源？技術(shù)人員該如何選擇
3. 獨家：技術(shù)人員如何從技術(shù)大會中吸取養(yǎng)份