第一次指挥失败

     第一次带领一个团队做一个项目。结果时间严重超时。本来合理分工一个小时就能完成的。结果弄了那么长时间。

虽然失败了。但是得到了很多教训。

      首先一个项目做得好与坏，不能完全归咎于组员的执行力，素质和环境的布置上。一个超级擅长linux系统服务的人。领导让他做路由交换，失败了，那不能归咎于组员不优秀。而是领导没有指挥好。好钢要用在刀刃上。管理要实行阶梯化。一个团队不可能全是金鹰，应该分级。实现小问题解决在基层，中等问题中层协商，大问题专家解决。

       第二明确的分工合理的调配，在分工上面有很大的失误，只顾着自己在哪里搬设备，有相当一部分组员在那里闲着，看着。应该充分利指挥好组员的工作。明确的分工。让每个人都有自己的事情做。世界上没有英雄赢得战争，只有团队赢得战争。注意利用时间。网络部署和服务部署是可以同时进行的。不能把所有的人全部调到网络组建方面，一个人调试，一群人看着。浪费了大量的时间。应该明确的指明谁应该负责什么。谁应该管理什么。

　　第三是合理预计组员的能力，将OA系统分配给一个组员全权负责，结果OA不会安装。当时我就没有预计到可能出现的问题。可是不全权分配。全部我看着，那样一会对队员产生没关系。我做不了，后面还有人看着呢。不在乎的感觉。而且还会影响效率。事后我想到一个相对合理的解决方案。就是设置检查点。让他们每个一段过程给我“说一声”比如让他装好iis给我说一声。我就会问他。iis装好了？他说恩，我问他asp装了吗？他说没装。。这样及时发现错误，及时改正。避免以后出现了问题。大范围的排错。

　　第四充分估算好产品变化对项目带来的影响。当时的时候。负责OA系统的队友给我说。想换一个OA系统。我觉得他很有把握，我就同意了。结果部署的OA需要域环境。我们环境里面就没有域环境。完全不符合方案的设计。

　　第五机会留给有准备的人，当时的时候接到这个任务。没有抓紧时间准备。写的方案是当天上午写的。下午要讲幻灯片。是下午去了才开始准备。演讲也没有准备。甚至是事前都没有完整的看一遍幻灯片。导致上台相当一部分时间紧张，不知道讲什么。我相信要是在有两个小时的准备。外加通读一遍幻灯片我相信我会讲到完美的。然后就是。每天都想着。等他们通知了。然后提前一天准备就行了。结果今天突然让上。甚至我们都没有在模拟器上完整的模拟一遍。OA系统都没有完整的部署过。

　　第六就是加强个人魅力的培养，这样队友们才能服你。至少要有个样子。不要天天孩子气。显得不稳重。假如长得都不想个组长。那组员的“执行力”肯定打折。

　　失败是成功之母。下次我一定做得最出色！