Search
Close this search box.

你覺得技術團隊裡的工程師有層級之分,這樣好嗎?

《36 氪》編按:Jeff Dickey 是一位在不少創業公司工作過的工程師,他在 Medium 上發表了這篇文章,認為在工程師團隊中,拿掉頭銜等級變身扁平化會對團隊更有幫助。

在軟體領域,技術人員的晉昇路線一般是這樣的:

軟體工程師 1/2/3 級 → 高級軟體工程師(Senior Engineer)→ 主管工程師(Staff Engineer)→ 高級主管工程師(Senior Staff Engineer)→ 技術總監(Principal Engineer)

但你有沒想過為什麼會有這些職位和等級?我今天想了想可能有這麼幾個原因:

1. 職位能描述你的工作技能水平
2. 職位能描述你在一家公司裡​​的角色
3. 職位也能較方便地描述出一家公司的層級

  • 內部學習文化對一家公司來說是很重要的

我們從過去的經驗中會知道,如果一家公司能有高效快速地運作,那它成功可能性更大。而在今天,一家公司能多快適應新環境,那它的成功機率也會更大。如果是一家有著學習文化的公司,那它很可能就有了高效和快速適應新環境的特性。

一個好的學習文化會對以下幾點有促進作用:

1. (全員) 對新技能的掌握
2. 更快地適應新工具
3. 對產品和行業有更高熟悉度
4. 更了解你的顧客

這些特性應該是對公司全員都普適的,尤其是對創業公司來說,這就更加重要了。

  • 但這些等級頭銜會妨礙這樣的學習文化

在我早期的工作經歷中,常碰到所謂的架構師或高級主管工程師等職位的人員,來到項目組來指導經驗。我記得當時的體驗很不好,不論是我個人還是團隊其他成員,都是有能力做好自己項目的。但是,這種指導就讓我們的心態變了,我們從原本的只想做好產品,轉變為想向上級和公司證明我們的能力,這樣的管理是不對的。

並且這其中還會有「這些高級人員的意見權重會更大」等約定俗成的規則。如果大家有了分歧,那高級人員總是被認定是對的,這樣就把公司成員給分極化了,一邊是高級人員,一​​邊是初級人員。

當我自己經過努力,頭銜和職位不斷上升了,成為公司內的專家,我又會帶著自我意識來去管理。新來的人員不會被賦予足夠的信任,去處理一些重要的架構決策,有合適經歷的人才適合去處理那些。我就會寫數據庫架構、寫複雜的算法,而初級人員只會做些改 bug 的工作。

  • 我們都知道這樣是不行的

這種層級式的管理和思考方式從石器時代就開始了,當時人們只處理一些很簡單的手工任務,這種管理方法還挺好用。而在現在這樣一個創造性的行業裡,它是阻礙生產力的。

當然追逐更高的頭銜和管理職位也是一個激勵因素,但別忘了彼得原理:

在一個等級制度中,每個職工趨向於上升到他所不能勝任的地位

你是希望員工只為頭銜奮鬥?還是希望他們能取悅你的顧客?不排除是自己臆想成分多一點,我總會相信一個工程師所能有的最大激勵,就是讓使用自己產品的用戶能用得高興。

我自己很幸運在幾家結構扁平的公司裡工作過,我發現大量的會議和爭論都被免掉了。如果我們真的陷入了某個僵局,我們就通過快速迭代、分析或者是果斷跟著某個更在意這起僵局的人的思路走。我覺得這會比那些花費數週來爭論,最後只會在各方之間積累矛盾的方式要好得多。

  • 我們不需要這些頭銜

我也看到不少觀點,聲稱頭銜等級在溝通技術時是很有必要的。但是,當我在和那些有好幾年開發經歷的人交流時,我甚至不需要看他的簡歷。

我只會看他的 portfolio,一個 GitHub 帳號,技術博客或代碼,任何一些能告訴別人他的編程技能的東西都行。我自己也同那些有個好聽頭銜,但技能很挫的人合作過。

  • 真正重要的是技能

如果有高級 Rails 工程師這樣的頭銜,還算是比較能說明你技能的。但我不認為重寫簡歷,然後突出這種技能有什麼難的。而且,(理想情況) 你在公司不只培養出一種技能;但對於頭銜而言,你只能有一個,所以通過頭銜來描述技能也不是很好的。

  • 那些你想要的 (但現在還不擁有) 的技能更重要

我自己的第一個 Rails 項目花了不少時間,之前我都沒有經歷。當時我在弄 Django 但興趣不是很大,我最終透過自己努力還是成為一個 Rails 開發者了。當我現在已對 Rails 了解很多後,我會想嘗試新領域比如 Objective-C。當我在新的學習週期上時,就會進步很快。

對於技術人員來說,那些他們有興趣去掌握的東西和技能會比他們已經擁有的東西重要得多。

  • 工作角色其實也並非那麼重要

那些分前端工程師和後端工程師的做法其實很奇怪。幾個月前,我面試時會被問到我到底是做哪一類 (前端還是後端),我都會變得畏畏縮縮。我不是一項東西,而是我在做東西。通常情況是,我只想做出用戶想用的東西,但如果在這個過程中,我發現不知道怎麼做,那我就去思考和學習,直到找出方法。

如果需要的話,我也可以做更多。我可以寫文案,我可以設計好看的按鈕。其實這兩項我並不擅長,但是我並不會因為它沒別為我部門的事我就一概不管,提升用戶體驗就是我部門的事。

  • 我把自己的頭銜都抹掉了

我把我的簡歷中的所有頭銜都變成了軟體工程師,雖然自己也不太喜歡這個字眼,但起碼在我看來它已經是一個比較好的描述了。

我並不是說你也得這樣,但是大家都可以思考一下,頭銜 + 等級到底是不是好事情。而我個人比較想要的就是,除了頭銜以外的,能方便和快速告訴別人:我想做什麼,以及我能做什麼的方法。

(本文轉載自合作媒體《36 氪》;原文來源:Medium;圖片來源:Simone Lovati, CC Licensed)