敘述一些自己公司的狀況供你參考 : 1.task review : 我的想法是每週開例會來讓大家報告做的事項 : 但又覺得好像沒必要，因為PM都會知道RD們做的事情 若已有以專案為單位的例會，那可有可無 PM知道RD在做的事，但RD們可能會相互不知道對方的工作或細節 有時不知道功能會互相交互或已做過類似的而做了很多白工 或其他人可以在例會上提點過去做過的功能與坑 : 2.公司未來技術方向 : 因為程式人生是需要不斷學習的 : 公司也是，不然也會被業界淘汰 : 我是希望可以帶著每個RD成長 : 這個倒是沒有什麼異議 : 但如果決定了某個方向也是會和RD們討論 : 看是不是有盲點 我想這是RD都需要做的，但技術主管需要統整這些，選出可能未來可以使用的 以及親自試試看效果如何 : 3.提升RD工作效率 : 這點應該就是會想破頭的XD : 因為公司的PM有些是非本科的 : 客戶如果發問，他們不懂的話就會pass給RD : 有時候就是一些基本問題，然後RD工作就會被打斷 這邊可以建立一個問題收集的機制吧，知識庫、操作手冊或RD統一回答問題的群組 來讓RD可以控制自己回答的時間 除非這些問題需要馬上被回答？ : 4.統一coding style : 這點主要是防止人員臨時請假或是離職，交接時痛苦指數會比較低 : 當然還有如果多人合作時就較不會有違和感 訂定團隊規範，git流程、各種linter、專案說明文件等等知識庫 這些東西都需要有個人做裁定，那只有技術主管的角色比較適合了 確保團隊經驗可以持續累積、進化後，人員流動、新人要上手才會有依據可以遵循 除了以上提到這些，還需要定期（例如每季）給RD檢視自己、互相檢視的機會， 深度聊聊他們需要什麼、對現狀有沒有意見、對其他隊員的想法、對未來的想像等 預先發現有沒有隱藏的炸彈 協助確認規格或需求是否合理、花時間做code review、找出需要重構的code 剩下的就是一些確保行政工作流暢吧 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.230.223.62 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1588354916.A.2AC.html