敘述一些自己公司的狀況供你參考
: 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
剩下的就是一些確保行政工作流暢吧