记录一次小型项目管理的经验
Posted kgtone
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了记录一次小型项目管理的经验相关的知识,希望对你有一定的参考价值。
项目背景:从IE6升级到IE11,时间长度大概为2个月,人数为3个人,内容不多,但是需要写一些文档(详细设计与测试结果报告书)。我带两个新入职的员工来完成这次的升级项目。
总结的教训:
1.任务的划分不够细,没有明确的划分出每个人应该负责的部分,也没有划分到每个人每天应该完成的工作
2.即使是很简单的工作,在开始做完第一本之后,就应该相互检查,如果不进行检查,最后错误的地方就会越来越多,即使是简单的工作,也不要相信他人不会做错,要及时检查
3.不应该在一些技术难点上面去纠结,耗费太多的时间,先完成容易的部分
4.不能每个任务都只完成了一半,最后要花费太多的时间去更改
5.注意第3点和第4点的平衡,问题总要解决,出现问题可以先放着,完成容易完成的部分,但是不能把问题留到最后来解决,最好能在任务完成十分之一左右就解决前面的所有问题,彻底完成那十分之一
6.在任务开始之前要完全的查看设计书,从头到尾不要漏掉。其中关于功能实现的部分,不能光相信做详细设计的人给出的方案,要有自己的判断,判断该方案是否会引出新的问题
7.从项目最开始的时候就要弄清楚最后项目要交付的资料。对于内部的指摘,测试遇到的BUG要求每个人都要记录好。大概一个星期要进行两次的内部指摘对应,BUG登记
8.注意任务管理的过程中,不要出现任务等待的现象,合理分配任务量。不能一个人忙死,另外一个人等他忙完
9.作为项目的分配者,尽量留少一点的任务给自己,让自己有足够的时间处理项目中遇到的技术难点。如果分配的任务跟组员的一样,那样如果组员遇到了问题来询问自己,或者在哪个地方卡住了,那样的话,将会没有时间来完成分配给自己的任务。
10.作为项目的管理者,不要什么都抓住,什么都亲力亲为,那样到最后你的组员在任务中遇到了稍微难点的地方,就会都扔给你自己,让你头大,没时间处理。任务可以分给组员去做,但是自己必须检查好,来确保完成的质量。
11.事情都分轻重缓急,分清楚哪些任务是紧急的,那些任务是放到最后去做的。
12.一天的上午或者下午专注于完成一项任务,不要做一会儿这个,又做一会儿那个,那样效率太低。
13.每天对项目的进度进行整理,防止项目延期。
以上是关于记录一次小型项目管理的经验的主要内容,如果未能解决你的问题,请参考以下文章
记录一次BUG修复-Entity Framwork SaveChanges()失效