今天你“导”了吗？

作者： 李东龙
提高班第一次管理制度改革，在原有的导师制的基础上引入了技术委员会，内设问题解决小组。对提高班来说是个多么伟大的革新啊！

但在首次试运行的时候就出了问题，当然了，这个时候出现问题是很正常的。因为我们的体制还不完善，对新制度的理解还不够深入。出现这样那样的问题是再正常不过的。既然问题出来了，我们就要找到出现问题的原因，为我们改进和完善我们的管理制度提供依据。



先来描述一下问题吧！

上周是我们为师弟师妹们解决问题的时间。我作为问题解决小组的成员，深有体会啊！从八期、九期提交上来的问题数量和质量上来看，就表现出了很严重的问题。为什么这么说呢！

1、数量大 把下一期同学的问题平均分配给上一期同学的话，上一期每个同学都会分到几个问题。八期同学的问题还是相对的少了很多。

2、质量差 从提交上来的问题来看，这些问题都可以说不称为是问题。用不着问题解决组来解决，各组的导师简单的说一下就可以了。甚至很多问题导师都可以不管，让学生自己想一想就明白了。很多时候还是要自己去想办法解决问题的。

由于问题多、质量差，搞得为题组的同学都不知道该如何是好了。解决的问题还必须有文档记录！本身就不是个什么问题，非得把它搞成问题。这不是瞎耽误工夫吗！



为什么会出现这种情况？我对这一问题进行了一下分析，原因有以下几点：

1、 对问题解决组的认识不足，没有明确问题解决组应该解决什么样的问题

问题搜集者 问题搜集者对问题解决组认识不足，没有明确问题解决组应该解决什么样的问题，能够解决什么样的问题。导致在搜集问题时比较盲目，没有一个对提交问题的合理约束。

提出问题者 提问题的同学就把所有的困难、问题、不是问题的问题乃至于没有问题编几个也得提交上来。因为当时搜集问题的时候就没有对提交的问题进行严格的规定。导致问题的泛滥！

导 师 导师看到问题搜集组在搜集问题，就把学生自己的学生提交的问题，不做处理的提交了上来。对问题搜集组的工作不了解，问题搜集组也没有明确的问题管理规定。就导致谁也不知道该提交什么样的问题。

这和我们分层开发十分相似，如果下层没有对传递的参数没有限制，上一层要么不传数据，要么什么都有。这样就给下层造成很大的压力。

2、 没有各尽其责

其实问题很简单，也很容易解决。如果每个阶段都各尽其责，即使对问题解决组的职务不了解，也不会出现这样的情况。

首先在学生这里很多自己就能够解决的问题就自己解决了，自己不能解决上网查一查、找个同学问一问、找导师咨询一下，就基本上没什么问题了。剩下解决不了的问题，可以提交给导师。

其次导师对学生提交上来的问题进行处理。导师就应该尽到自己的做导师的义务。对学生提交上来的问题先自己解决一下，如果解决不了，然后就可以提交到问题解决组了。

当然了，这些都不是刻板的。要根据问题的实际情况来定，如果是非常紧急、非常严重的问题可以直接提交到问题解决组了。随后再通知一下自己的导师。把必须的流程补充完整。



针对七期班长提出的问题解决方案，比较合理。表示赞同！期待新方式的运营，也期待新问题的出现……



对于导师制，其实没有那么复杂，只要做到各尽其责。一切的问题就都不是问题！我们应该是可关注自己学生的动态，用心去感触他们的微小变化。就像老师说的，你带的学生退出提高班之前你知道吗？

说的就是你体会到了你的学生最近有什么不太正常的地方了吗？

当然了，我们在导师的道路上还走时间不长。可能对学生变化的捕捉能力还很弱，不过只要我们去努力肯定是能做好的！每天自省：你今天“导”了吗？



你今天“导”了吗？？？