紧急情况下压缩了测试周期应该怎么办
2015-06-20 22:14
288 查看
这是一个典型的项目管理中时间管理的问题,在测试过程中仍然可以应用项目管理的方法进行管理。
一般碰到该问题,首先想到的是提报风险,将风险作为最高等级来汇报。并且跟各干系人左沟通右沟通,希望争取更多的时间,希望得到应有的测试周期。
而结果一般来说却是风险汇报了,领导也知会了却没有任何指示,也就是按既定方针办。测试负责人死缠烂打、满地打滚也没有争取到半点额外的时间。
但测试还得继续,这时候能怎么办?还能怎么办呢,加班呗,做不完也硬着头皮上呗,不然还能怎么办?
这里我不是说不要汇报风险,不要去尽量沟通。而是风险和沟通做了还不够,需要其他手段来实实在在摆平这个困境。
方法有很多,一般来说有两种方法:赶工和快速跟进。这是项目管理里面的直接所提到的方法;
赶工很明显是加班,通过额外的劳动得到更大的产出。这时候需要注意一点是在关键路径(重点工作)上加班,否则可能陷入加班的无底深渊。
快速跟进是将各个子任务的衔接时间缩短,将可以同时进行的任务尽可能安排同时进行以加快测试任务的开始,同时也可以提早任务的结束。
另外还有加人,加人的问题不需要多说了,相信大家也懂的。
---------------------------------------------------------------------------------------------------------------------------------------
以下来自于个人经验:
在管理上,最拖延进度的却是时间的浪费,特别是管理者对时间的浪费。若能减少对时间的浪费,能极大的提高工作产出。
这中间属项目团队的内部沟通和外部沟通,工作任务安排的不合理对时间的浪费比较明显。
在紧急情况下,最重要的我认为还是需要加强控制,高效沟通,所谓忙得出乱。
越是紧急情况下越是需要一个强有力的领导来带领团队,减少时间浪费,让工作更为有效来渡过难关。
一般碰到该问题,首先想到的是提报风险,将风险作为最高等级来汇报。并且跟各干系人左沟通右沟通,希望争取更多的时间,希望得到应有的测试周期。
而结果一般来说却是风险汇报了,领导也知会了却没有任何指示,也就是按既定方针办。测试负责人死缠烂打、满地打滚也没有争取到半点额外的时间。
但测试还得继续,这时候能怎么办?还能怎么办呢,加班呗,做不完也硬着头皮上呗,不然还能怎么办?
这里我不是说不要汇报风险,不要去尽量沟通。而是风险和沟通做了还不够,需要其他手段来实实在在摆平这个困境。
方法有很多,一般来说有两种方法:赶工和快速跟进。这是项目管理里面的直接所提到的方法;
赶工很明显是加班,通过额外的劳动得到更大的产出。这时候需要注意一点是在关键路径(重点工作)上加班,否则可能陷入加班的无底深渊。
快速跟进是将各个子任务的衔接时间缩短,将可以同时进行的任务尽可能安排同时进行以加快测试任务的开始,同时也可以提早任务的结束。
另外还有加人,加人的问题不需要多说了,相信大家也懂的。
---------------------------------------------------------------------------------------------------------------------------------------
以下来自于个人经验:
在管理上,最拖延进度的却是时间的浪费,特别是管理者对时间的浪费。若能减少对时间的浪费,能极大的提高工作产出。
这中间属项目团队的内部沟通和外部沟通,工作任务安排的不合理对时间的浪费比较明显。
在紧急情况下,最重要的我认为还是需要加强控制,高效沟通,所谓忙得出乱。
越是紧急情况下越是需要一个强有力的领导来带领团队,减少时间浪费,让工作更为有效来渡过难关。
相关文章推荐
- 我的Ubuntu/Linux配置
- C语言中fgetc()函数的返回值意义
- C#程序重启自己
- leetcode Combination Sum III
- Android之基本常见知识(持续更新)
- 对键盘弹出的处理
- JAVA8中反射获取参数名称
- Ubuntu14.04 安装Visual Studio Code
- Mysql实现行列转换
- 机房重构--UI设计与单例思考
- exploit - windbg - find "jmp esp"
- 3、上下文
- Android数据库SQLite使用详解一 : SQLiteOpenHelper详解
- 读写图片文件源码
- C++中的new/delete和malloc/free的区别
- [CODEVS3160]最长公共子串|后缀数组|后缀自动机
- 结构体练习-电子词典
- 匿名函数lambda
- 对于 基类引用指向导出类对象 情况的理解
- Oracle的SQL优化一