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

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

　　1.技術重要，但沒那么重要。一個bug被人在1天內搞定,還是一周內搞定，在大多數情況下對產品是沒什么影響的。當然在緊急時刻除外。

　　2.技術人員的工作不等同于技術，你的工作能力不會只用技術衡量。就算你天天的工作是coding，你的工作的產出遠不會就剩下那幾行代碼,也存在很多跟人溝通的問題，你有跟相關的人主動溝通嗎?你搞不定問題的時候如果需要協助，可以很順利跟上司溝通或是自已靠人際關系搞定嗎?你對上司寫報告的時候寫的足夠清楚嗎? 上司可以一眼看出你所做的事的risk等等嗎?  你自已工作的計劃和跟蹤做得怎么樣?有沒有到最后階段才跳出來給人一個surprise嚇死你的PM?你跟同項目組里的人相處如何?有沒有盡力幫助他們的工作?

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

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

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

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

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