组织结构——不要有最重要的人

    背景：期末考试英语的学生没有绑定考场，总之就是不能正常考试。我慌慌张张的从宿舍里出来赶往机房，让这个学生正常考试，心里在加速，希望不耽误这个考生的考试

     分析：

    我从宿舍里到机房需要花费一段时间，而机房的人去做这件事要比我去做这件事节省时间。为什么机房的人里没有人去做这件事呢？机房的人大多都不会这件事，或者对这件事的解决办法模糊。假如我不在学校呢，假如我有其他的事情根本来不了呢。总不能等我回来再做这件事吧。这就暴露了整个组织的弊端，少一人，不能说这个组织完蛋，但起码这个考生完蛋，最起码不能正常考试。所以不能让我这种人存在，应该让组织里大多数的人都会这件事情。

    案例

    看过一个故事，有这么一个将军，手下有一位特别能干的士兵，其他的将军就夸奖这位士兵能干，是这个将军的左膀右臂，少不了这位士兵。第二天这位将军，就把这个士兵调到其他的队伍了。其他的将军就不解了，为什么这么能干的士兵要调离自己身旁呢。这位将军的回答是：“队伍里不能存在这样的人，不能因为少了他而导致整个队伍出现问题”。

我很认同这位将军的想法，在一个组织里，尽量减少极其重要的人物，不能因为一个人缺少了，而导致整个组织的失灵，整个组织的完蛋。这位将军的做法我不会做，在组织里，应该培养出每个人都能够担当任务的角色。遇到事情了，大多数人都能够做到。而不是极少数人能做到。

    编程

    联系编程的思想：遇到这件事了，只能找极少数的人。拿界面来说话，也就是说界面是规定死了的，只能这么做。而遇到事情能够找大多数人，就相当于整个界面是活的，想是怎样的界面，就是怎样的界面。这也是我们编程中追求的，整个系统都是活灵活现的，充满了智能。

    责任

    回归解决考生问题的这件事情上，发生这种问题，我自个认为不能够快速，有效的解决这个问题，是我们这些开发人员的责任，是我们考试维护的责任，每个人都有义务去熟悉系统的整个业务流程，甚至于去理解代码。遇到问题了能够快速，有效的解决掉。

    监考

    监考的时候，的确能够理解老师的辛苦之处，从考试开始到考试最后腿是发酸的，监考的确是一件辛苦的事情，从学生到老师的转变，的确能理解老师的辛苦之处。另一方面是监考中遇到的问题，当监考遇到问题时，也像平时学习一样，考试的问题就像是BUG，需要自己先去解决，而不是频繁的向上返error。另一方面是作为负责人的角度思考了，负责人需要考虑的是考场内整个的状况，及时反映给后台，把握大的场面。而不是拘泥于几个考生的问题。

总结：在需要的时候要反思一下，在需要的时候要冷静一下。在遇到问题的时候，要冷静和反思一下。