为什么我们部门的QA越做越像文秘呢，根本就得不到重视。

1. 如果你们公司有流程，SQA就负责监控项目组有没有按照公司流程运行项目。比如流程规定配置管理需要有配置管理计划，就去看看有没有计划啦 －监控和审计啦
2. 负责流程的推广和培训。－老师啦
3. 负责帮助项目改进流程和发现问题啦 －辅助啦
等等

引用:

原帖由 apple_green 于 2008-4-16 19:53 发表
为什么我们部门的QA越做越像文秘呢，根本就得不到重视。

强烈支持！
现在我的工作差不多就这样！

QA工作的意义在于实现项目活动的矩阵化管理

好像是 软件测试 似的

我当初也是抱着一腔热情转行做的qa，现在也比较郁闷，但是转做别的好像不可能了

引用:

原帖由 apple_green 于 2008-4-16 19:53 发表
为什么我们部门的QA越做越像文秘呢，根本就得不到重视。

我个人认为很多公司的QA很郁闷其实不单单是公司的问题，应该是双方的问题。

首先，从公司的角度看。没有几个boss真正认识到质量可以带来更多的收入，所以也没有几个boss会真正重视质量，绝大部分的boss都去关注公司业务去了，这也是很多中小型软件企业的特点，因为他们还没有渡过成长期，随时都有倒下的危险。所以boss也只能去关注最重要的方面。

其次，从QA部门来看。没有几个QA部门经理知道该如何做好QA工作的。就算是现在过了CMMI L3级的很多公司的QA经理其实都不知道QA部门的价值在哪里，该如何做才能体现自己的价值并且帮助项目组创造价值。我看到也接触过很多CMMI L3的公司的QA同仁，其实他们也就是在咨询公司的指导下跟着混了个证书，QA工作的精髓没几个领悟的了，甚至还有很多公司明知道自己的数据是假的，还非要做什么评审啊之类的活动，照搬照抄的现象非常严重。这个现象其实也是因为很多公司的QA经理没有很丰富的项目经验，从高级PM转到QA经理的人员少之又少，这必然造成QA经理的工作和项目组实际的需求脱节，QA工作也越做越形式化。

我个人的一个很深的感触：别人是否重视自己，是需要靠自己通过工作的价值来证明的。这一点用到QA部门上是再明显不过了。QA部门做一些事实，真正对项目组有帮助，对boss的决策有帮助，到那个时候，谁还会不重视你呢？

同意楼上的观点。一个公司只要设置了QA部门，就有其存在的理由，但是这个部门是否存在得好并且持续发展，就在于部门能否在自己存在的基础上去谋求发展空间，而不是等着别人给空间。如果QA本身职责范围内的一些工作得不到充分执行的基础，例如过程和产品的质量保证需要过程和产品本身被执行和输出，那么QA一定要在工作接触范围内寻找能得到认可的其他途径，例如我们会不仅报告问题也协调和跟踪设置尽可能推动问题被处理；例如我们会引进一些工具提高一些流程要求执行的方便性；例如会协助项目经理去做评审会议评审跟踪等等。通过这样一些行为，逐渐让项目、技术部门、公司领导认可，然后继续在自身工作上深化障碍就少很多了。

的确如楼上所言。

QA工作的价值是隐形的，只有QA自己不断的去站在不同的角度思考问题，协助项目组解决问题，这样的价值才是最重要的，而且不是人月数可以衡量的。

同意，我做QA刚一个月，我们公司是打算让QA往项目经理助理的方向发展，要站在管理者的角度看问题。。。