大綱
一、不要只讓 Junior 工程師去做已經會的事情
二、小公司的 Junior 工程師通常戰力較強
三、透過反其道而行的任務分配讓 Junior 工程師快速成長
四、通常只有絕望的人才會珍惜他人的建議
五、筆者心得

一、不要只讓 Junior 工程師去做已經會的事情

不要讓工程師在 Junior 的階段停留太久

工程師的 Junior 跟 Senior 並不是用年資來判定的，而是從技術、溝通能力、行業理解度三個面向來綜合評價。

如果一直分配 Junior 工程師能力範圍內的任務，那他就只能在已知的世界中持續熟練；以健身舉例，如果拿 1 KG 的啞鈴來重訓，無論你重訓多久都很難練成巨巨。

二、小公司的 Junior 工程師通常戰力較強

如果孤立無援，就只能強迫成長

即使都是掛 Junior 的職稱，在大多數的狀況下，小公司出來的工程師會有更全面的技能，且抗壓能力較高。

因為小公司往往是這片天我一個人撐起，一個人就要負責一個、甚至多個專案；且因為公司每個人都很忙，遇到問題很難有前輩願意抽空協助。

在這種自生自滅的狀況下，能堅持下來的往往是優秀的人才；因此我朋友在面試時也更傾向找小公司，尤其是外包公司出身的工程師。

三、透過反其道而行的任務分配讓 Junior 工程師快速成長

比起將會的事情變得更熟練，還不如讓他挑戰那些沒有做過的事情

因為團隊人數較多，所以對大公司來說較少遇到小公司那種這片天我一個人撐起的情境。

但透過反其道而行的任務分配卻能達到類似的效果，且能刺激人才成長。這邊我舉個案例，讓大家了解他實際上是怎麼運作的：

1. 將任務的困難度分成「基礎、進階、地獄」三種，通常基礎的任務會佔據 75%，進階的大約 20%，地獄一般來說不會超過 5%。
2. 讓 Senior 工程師來做「基礎」任務可以保證系統一定的穩定性。
3. 假設今天系統上有「單筆查詢」跟「批量查詢」的功能，會請 Senior 工程師在短時間先將「單筆查詢」完成，然後請 Junior 工程師去實作「批量查詢」。
4. 儘管是進階一點的功能，但因為有類似的範例可以參考，Junior 工程師並不會一籌莫展，先讓他嘗試用自己的方式來解決這個任務。
5. 如果 Junior 工程師能順利解決問題，那他會非常有成就感，對寫程式更有自信；並且開始建立屬於自己面對難題的 SOP，朝著 Senior 工程師邁進。

「地獄」級別的任務會交由 Senior 工程師來做，畢竟如果任務難度完全超過 Junior 工程師的世界觀，讓他們來嘗試反而是浪費時間。

四、通常只有絕望的人才會珍惜他人的建議

聽來的都是故事，自己走過的才叫經驗

不過 Junior 工程師也可能在嘗試一切錯誤的方法後還是卡關，此時 Senior 工程師的任務就來了。

Senior 工程師要先判斷 Junior 工程師研究的方向是不是正確的，如果方向是正確，且只差臨門一腳，就給予適當的提示，讓他自己完成最後一步；但如果方向完全錯誤，則利用 Pair Programing 的方式來讓他了解該怎麼完成。

一定要等 Junior 工程師用盡全力嘗試後再幫忙，如果 Senior 工程師太早出手相救，那 Junior 工程師永遠長不大；人不會珍惜直接給予的答案，只有在經過反覆思考與淬煉後，才了解這答案多來之不易。

這個道理就跟父母給你的建議常常被當耳邊風，但如果你花 10 萬塊去上一堂課會覺得講師說的話跟黃金一樣珍貴。

五、筆者心得

過去都是把基礎的任務給 Junior 工程師、進階的任務給 Senior 工程師。因此筆者也發現不是每個 Junior 工程師都會去研究 Senior 工程師寫的程式。

會造成這樣的結果可能是因為任務難度與性質的不同，或是 Junior 工程師看不懂、覺得自己還不需要懂。

而這種反其道而行的任務分配就解決了這個問題，在強制 Junior 工程師突破舒適圈的同時，還讓 Senior 工程師有更多與 Junior 工程師溝通的時間，建立彼此的革命情感。

當然這套方案是否合適，還是要看公司 Senior 工程師是不是能夠順利解決這些卡住的問題，以及 Engineer Manager 能否為開發團隊爭取適當的時間。

如果你對目前的職涯感到迷茫，想從不同視角檢視自己的選擇，相信《工程師下班有約》這本書能為你帶來靈感與啟發：

下班有約系列文
▋ [前端]新手工程師容易卡住的問題
▋ [前端＆後端]工程師常犯的錯誤
▋ 讓開發團隊更好協作的方式
▋ 談談 Pair Programing
▋ 談談工程師的話語權
▋ 出社會後，新鮮人要及早知道的 5 件事
▋ 面試的性向測驗竟然準到讓人心裡發寒？
▋ 反其道而行的任務分配(本篇)
▋ 現在的 Daily Scrum 真的適合團隊嗎？
▋ 用低成本也能請到好員工？資深 HR 不想告訴你的秘密！