这几周做一个小负责人的体会

    原来自己在做项目的时候一直是单枪匹马，总是自己设计，自己编码，最后自己测试。而且也只是这样，没有所谓的文档，也没有团队协作过，更没有如何去带领一个小组去完成一些任务。这几周我身为小“负责人”，是在摸索中前进，也算是对自己的职责尽职尽责。现在有了其他任务，要从这个小负责人的“职位”上退下来，于是就想记录一下这几周的感受。

 

1）选人
如果可以选的话，当然是根据任务的需求而选用合适的人，但是如果没有选择的权利的话，就充分发挥组内所有人的优势吧。

2）提升到负责人的视角
这种“提升”就像是从地面提升到高空。原来自己一个人单做的时候，可能会专注于一个细节一个细节的研究实现，就是站在地面上看周围的情况，当你从一个细节到另一个细节时，也就相当于从地面的一个点到了另一个点，关注的可能也只会是现在这个点周围的情况，也就无法做到对全局进行把握。如果是“负责人”的话，就不应该仅仅关注于任务的每个点，而应该像在高空看一目了然地面情况一样，可能不会对地面所有点都了解，但是你有了整体上的把握，这样的话，你就可以看到一些在地面上看不到的问题。

3）关于任务分配
一个大任务还可以划分为许多不同的小任务，关于这些小人物的分配，还是应该根据组内人员的情况来分。比如某人以前写过大量的文档，他就会对这方面有很好的心得，如果你在把这样的任务交给他，他就能够很轻松的完成，这也就保证的任务实现的效率。

4）谨记负责人的责任
既然是“负责人”，那就要保证整个任务的顺利完成。这个角色有点像编程中的接口，上层分配了任务，但它并不关心你的任务是如何实现的，不关心你的任务向下层是如何再分配的，你只要顺利完成即可。当然如果你完成不了，或者有bug，那就是那这个“负责人”失职了，所以你要记住：要对整个任务负责。

5）不足
对任务实现的进度把握不够，一直是尽组内人员的所能做下去，这样做就显得很没有计划性，不过它带来的一点好处是任务完成的效率提高了，但是如果是长久任务的话，还是应该做好任务进度计划。