谢谢各位板友的回复，
看来是我自己放错重点，
幸好有先来询问各位前辈的意见：)
目前打算
1. 团队已经有补人进来了，loading已经降低，指定一位mentor给A
2. 建立code review制度或举办读书会，增进团队互相讨论，互相share 的风气
3. 工作绩效只要产出对团队有帮助，不问过程，该给就给
再次谢谢大家的回复及建议 ：)
※ 引述《BalancePoint (勇于不敢，爱而无伤)》之铭言：
: 各位板友大家好
: 小弟我去年刚升上一个4人Team的小组长
: 因此对于团队管理方面还在摸索学习
: 目前遇到一个状况想跟经验丰富的大家请益：
: 下属A
: 是个非本科但认真努力且具有成长潜力的member
: 同事B
: 是不同部门但热心助人经验丰富的高级工程师
: 之前因同部门的member人数不足工作loading太重
: 因此并未特别指定mentor去带下属A
: 而是采取有问题发问讨论的方式
: 不过下属A问的问题不多
: 解法与思路也与部门风格有些出入
: 后来才发现原来是下属A都跑去问不同部门的同事B
: 由于发问与教学都是利用自己的下班时间
: 下属A一样能够进步成长
: 同事B也对这额外的负担没有怨言
: 因此并未对这个私人教学的部分做出任何干涉
: 想跟大家请教的是
: 1. 目前做法是否适当，有我没有考虑到的点吗？
: 2. 如维持现状，下属A的工作绩效该如何评估？
:

有改善也期待你分享

如果有机会你也可以适度promote同事B

B不是他下面的人吧 他是小主管

推diousk，同事B 可以被promote

同事B在不同部门，以我的坎站应该无法帮promote…但在长官面前美言几句+请个饮料还是办得到，明日会先做。

你自己想干嘛不用特地开一篇跟大家报告吧...

拜托，不要读书会

我想当斜杠青年，听到读书会会却步

自己单位的正事都做不完了 还搞什么读书会搞越多跟工作无关的只会让大家反感

帮你推一个

推态度 ...读书会个人觉得很好，记住一件事‘要增加的是团队能耐’不要鼓励‘个人英雄主义’还有不适合、不愿意配合团队的，可以适度地请对方离职过分的当好人，没意义，对团队一点帮助也没团队能耐不是每个人极度钻精一件事，这有很大差别适度的让工程师学会表达与文件的编写，有助于逻辑提升

请对方离职?有正常给资遣费吗，说真格，并不是每个员工都想要成为大神，更多的是出来混口饭吃

觉得是个很烦,没事找事做的作法～"～

请对方离职当然要给资遣费，难不能继续混饭搞烂团队?为啥这样做就会变大神？混口饭吃的团队应该不是原po想待的

有能力且有家庭要顾的成员，读书会应该只是增加loading若是像新创，成员都尚年轻，有读书会就还不错

我觉得读书会很棒，但问题是成员loading量不能太大

都准时下班，然后让成员在工作时间弄读书会的话就没问题了例如说每天给几个小时给成员去自由阅读，然后周末下午排读书会，这样的读书会就没有问题啦~啊，我说的周末是星期五 (ry

先看loading是不是真的下降吧 如果大家都很忙了 还增加读书会 大家没抗议你就不错了 不能指望有吸收什么建议你先promote B啦 比起强迫读书会 奖励那些愿意多做事情的人 才是最有效率带动风气的方法

拜托 千万不要读书会，看了就倒弹，然后 也不是完全不看过程有时候多看看强者的处理问题过程 是很有帮助的

拜托不要读书会分享会！根本只是主管自己开心