本文共 709 字,大约阅读时间需要 2 分钟。
也许有人在笑我的想法很虚伪。是的,但作为兼任为QA,我很痛苦!
一套过程定义已经完成,话说是怎么完成的呢?品管测试部门经理一手完成(3个星期的时间,厉害吧,苦笑),最后由技术总监签字审批,over。接着是灌入式的培训工作,培训过程中当然不会存在什么疑问了;因为在短短的时间内,本来没什么项目管理经验的项目负责人是不敢提什么意见,只能全全接受的 ,看着办了。
执行不到2周,问题出来了,项目经理觉得没必要走相关的流程,烦死了写文档,个个强调自己的项目的特殊性,以此来“逃避”公司的流程规范。可怜的QA就成了马屁虫,天天跟在pm后面提醒&催交文档与走流程规范。
最后pm“罢工”或“起义”了。而过程改进的制定人就只能过cmmi以对“没有那些文档,怎么通过cmmi?”原来如此。伤心的QA们,自己的价值?
软件过程改进定义流程“闭门造车”,“纸上谈兵”;对,结果这不是真的“纸上谈兵”吗?有文档,没有效率与质量。
我不知道我说得对不对,软件过程定义还是实际点好,就当没有ISO,CMMI,6西格码,只有质量与效益。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12639375/viewspace-152669/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12639375/viewspace-152669/