技術人員的職位頭銜重要嗎
Jeff Dickey是一位在不少創業公司工作過的工程師,他在Medium上發表了這篇文章,認為在工程師團隊中拿掉頭銜等級變身扁平化會對團隊更有幫助。
在軟體領域,技術人員的晉升路線一般是這樣的:
軟體工程師 1/2/3級—高階軟體工程師—主管工程師—高階主管工程師—技術總監
但你有沒想過為什麼會有這些職位和等級?我今天想了想可能有這麼幾個原因:
- 職位能描述你的工作技能水平
- 職位能描述你在一家公司裡的角色
- 職位也能較方便地描述出一家公司的層級
內部學習文化對一家公司來說是很重要的
我們從過去的經驗中會知道,如果一家公司能有高效快速地運作,那它成功可能性更大。而在今天,一家公司能多快適應新環境,那它的成功機率也會更大。如果是一家有著學習文化的公司,那它很可能就有了高效和快速適應新環境的特性。
一個好的學習文化會對以下幾點有促進作用:
- (全員)對新技能的掌握
- 更快地適應新工具
- 對產品和行業有更高熟悉度
- 更瞭解你的顧客
這些特性應該是對公司全員都普適的,尤其是對創業公司來說,這就更加重要了。
但這些等級頭銜會妨礙這樣的學習文化
在我早期的工作經歷中,常碰到所謂的架構師或高階主管工程師等職位的人員來到專案組來指導經驗。我記得當時的體驗很不好,不論是我個人還是團隊其他成員,都是有能力做好自己專案的。但是,這種指導就讓我們的心態變了,我們從原本的只想做好產品,轉變為想向上級和公司證明我們的能力,這樣的管理是不對的。
並且這其中還會有“這些高階人員的意見權重會更大”等約定俗成的規則。如果大家有了分歧,那高階人員總是被認定是對的。這樣就把公司成員給分極化了,一邊是高階人員,一邊是初級人員。
當我自己經過努力頭銜和職位不斷上升了,成為公司內的專家,我又會帶著自我意識來去管理。新來的人員不會被賦予足夠的信任,去處理一些重要的架構決策。有合適經歷的人才適合去處理那些。我就會寫資料庫架構,寫複雜的演算法,而初級人員只會做些改bug的工作。
我們都知道這樣是不行的。
這種層級式的管理和思考方式從石器時代就開始了,當時人們只處理一些很簡單的手工任務,這種管理方法還挺好用。而在現在這樣一個創造性的行業裡,它是阻礙生產力的。當然追逐更高的頭銜和管理職位也是一個激勵因素,但別忘了彼得原理:
在一個等級制度中,每個職工趨向於上升到他所不能勝任的地位
你是希望員工只為頭銜奮鬥?還是希望他們能取悅你的顧客?不排除是自己臆想成分多一點,我總會相信一個工程師所能有的最大激勵,就是讓使用自己產品的使用者能用得高興。我自己很幸運在幾家結構扁平的公司裡工作過,我發現大量的會議和爭論都被免掉了。如果我們真的陷入了某個僵局,我們就通過快速迭代、分析或者是果斷跟著某個更在意這起僵局的人的思路走。我覺得這會比那些花費數週來爭論,最後只會在各方之間積累矛盾的方式要好得多。
我們不需要這些頭銜
我也看到不少觀點,聲稱頭銜等級在溝通技術時是很有必要的。但是,當我在和那些有好幾年開發經歷的人交流時,我甚至不需要看他的簡歷。我只會看他的portfolio,一個GitHub賬號,技術部落格或程式碼,任何一些能告訴別人他的程式設計技能的東西都行。我自己也同那些有個好聽頭銜但技能很挫的人合作過。
真正重要的是技能
如果有高階Rails工程師這樣的頭銜還算是比較能說明你技能的。但我不認為重寫簡歷,然後突出這種技能有什麼難的。而且,(理想情況)你在公司不只培養出了的一種技能。但對於頭銜而言,你只能有一個,所以通過頭銜來描述技能也不是很好的。
那些你想要的(但現在還不擁有)的技能更重要
我自己的第一個Rails專案花了不少時間,之前我都沒有經歷。當時我在弄Django 但興趣不是很大。我最終通過自己努力還是成為一個Rails開發者了。當我現在已對Rails瞭解很多後,我會想嘗試新領域比如Objective-C。當我在新的學習週期上時,就會進步很快。
對於技術人員來說,那些他們有興趣去掌握的東西和技能會比他們已經擁有的東西重要得多。
工作角色其實也並非那麼重要
那些分前端工程師和後端工程師的做法其實很奇怪。幾個月前我面試時會被問到我到底是做哪一類(前端還是後端),我都會變得畏畏縮縮。我不是一項東西,而是我在做東西。通常情況是,我只想做出使用者想用的東西。但如果在這個過程中,我發現不知道怎麼做,那我就去思考和學習,直到找出方法。
如果需要的話,我也可以做更多。我可以寫文案,我可以設計好看的按鈕。其實這兩項我並不擅長,但是我並不會因為它沒別為我部門的事我就一概不管。提升使用者體驗就是我部門的事。
我把自己的頭銜都抹掉了
我把我的簡歷中的所有頭銜都變成了軟體工程師,雖然自己也不太喜歡這個字眼,但起碼在我看來它已經是一個比較好的描述了。我並不是說你也得這樣,但是大家都可以思考一下,頭銜+等級到底是不是好事情。而我個人比較想要的就是,除了頭銜以外的,能方便和快速告訴別人:我想做什麼,以及我能做什麼的方法。
相關文章
- IT技術人終究要走上管理職位嗎?
- 餘波:技術人員如何走出職業迷茫
- 技術人員,請注意那些被你忽略的重要事情
- 技術人員 請注意那些被你忽略的重要事情
- 招兼職flexray講師或技術支援人員Flex
- 不迷茫系列之技術人員的職業發展規劃
- 測試會開發技術在你的職業生涯裡真的那麼重要嗎?
- IT技術人員的自我修養
- 技術人員的發展之路
- 技術人員的眼高手低
- 技術人員創業的短板創業
- IT技術員職業生涯的紅色警報
- 工作的事 【技術人員的困惑】
- 專訪5位技術人,探祕AI酷職業背後的故事 AI
- 專訪5位技術人,探祕AI酷職業背後的故事AI
- 請非技術人員不要對技術人員說這很容易實現
- 技術人員近業務,會困死在一條船上嗎?
- 測試漫談之:測試人員需要懂技術嗎?
- 作為技術人的職業素養
- IT技術人員 35歲
- 技術人員如何去面試?面試
- 技術人員創業通病創業
- 前端技術人員的發展之路前端
- 給技術人員一些技術以外的建議
- 騰訊天美六位TA:技術美術這份職業會長期存在嗎?
- 如何和技術人員對話
- 技術人員的危機感——劉志華
- 正在興起的角色:業務技術人員
- 技術人員升級打怪的方法論
- 【轉載】技術人員的發展之路
- 讓技術人員看得懂的流程
- 技術人員如何提升自己的價值
- CIO喜歡的10種IT技術人員
- Jean Hsu:如何有效的招聘技術人員
- 二哥,你知道騰訊的技術職級嗎?
- 寫給非技術人員評估技術同事的參考
- 以我失敗的職業經歷:給初入職場的技術人員幾個小建議
- 【上海】【獵頭職位】JAVA開發工程師等職位Java工程師