叙述一些自己公司的状况供你参考
: 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
剩下的就是一些确保行政工作流畅吧