记录一次小型项目管理的经验

Posted 2021-01-20 kgtone

项目背景：从IE6升级到IE11，时间长度大概为2个月，人数为3个人，内容不多，但是需要写一些文档（详细设计与测试结果报告书）。我带两个新入职的员工来完成这次的升级项目。

总结的教训：　

　　1.任务的划分不够细，没有明确的划分出每个人应该负责的部分，也没有划分到每个人每天应该完成的工作

　　2.即使是很简单的工作，在开始做完第一本之后，就应该相互检查，如果不进行检查，最后错误的地方就会越来越多，即使是简单的工作，也不要相信他人不会做错，要及时检查

　　3.不应该在一些技术难点上面去纠结，耗费太多的时间，先完成容易的部分

　　4.不能每个任务都只完成了一半，最后要花费太多的时间去更改

　　5.注意第3点和第4点的平衡，问题总要解决，出现问题可以先放着，完成容易完成的部分，但是不能把问题留到最后来解决，最好能在任务完成十分之一左右就解决前面的所有问题，彻底完成那十分之一

　　6.在任务开始之前要完全的查看设计书，从头到尾不要漏掉。其中关于功能实现的部分，不能光相信做详细设计的人给出的方案，要有自己的判断，判断该方案是否会引出新的问题

　　7.从项目最开始的时候就要弄清楚最后项目要交付的资料。对于内部的指摘，测试遇到的BUG要求每个人都要记录好。大概一个星期要进行两次的内部指摘对应，BUG登记

　　8.注意任务管理的过程中，不要出现任务等待的现象，合理分配任务量。不能一个人忙死，另外一个人等他忙完

　　9.作为项目的分配者，尽量留少一点的任务给自己，让自己有足够的时间处理项目中遇到的技术难点。如果分配的任务跟组员的一样，那样如果组员遇到了问题来询问自己，或者在哪个地方卡住了，那样的话，将会没有时间来完成分配给自己的任务。

　　10.作为项目的管理者，不要什么都抓住，什么都亲力亲为，那样到最后你的组员在任务中遇到了稍微难点的地方，就会都扔给你自己，让你头大，没时间处理。任务可以分给组员去做，但是自己必须检查好，来确保完成的质量。

　　11.事情都分轻重缓急，分清楚哪些任务是紧急的，那些任务是放到最后去做的。

　　12.一天的上午或者下午专注于完成一项任务，不要做一会儿这个，又做一会儿那个，那样效率太低。

　　13.每天对项目的进度进行整理，防止项目延期。