叙述一些自己公司的状况供你参考 : 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/cn.aspx?n=bbs/Soft_Job/M.1588354916.A.2AC.html