与项目经理的谈话

swallowlly

昨天向项目经理（同时也是项目经理部的主管）要计划的时候，和他讨论了一下关于这个项目的看法。最后引申到了项目经理对QA的看法：
我理解的他的观点主要有如下：
（1）QA要强式，在公司目前状况，QA与项目经理，谁强式就听谁的。（我不够强式，也不属于能说会道行列）
（2）QA要专业，要熟悉技术，业务。（刚开始想过做过，后来麻痹了，不知道是自己麻痹自己，还是过分强调过程，过程麻痹了自己）
（3）QA不能只跟过程和进度。（公司的QA岗位职责就是这些）
（4）QA要能从项目整体的角度，项目观察者的眼界，发现项目的风险，发现风险不能只提出，而要组织相关人员解决，如果发现解决方案不合理的情况下，要坚持自己的观点（即使是公司的领导提出的解决方案）。（我没有与问题解决者直接沟通，而是我们的主管进行的）
（5）针对项目在不同的状况下，能够想出不同的应对策略。（很少朝这个方向思考）

关于以上的几点，我自己是觉得做的不够，目前我作为QA跟进项目的时，只与项目经理和QA主管直接打交道。而且我们公司只有两个QA,一个是我，一个是QA主管（我的领导）。因此我只向QA主管汇报，没有向其他的人员（公司领导和项目经理部主管）汇报过，反过来，每次其他的人员（公司领导和项目经理部主管）都只找QA主管沟通项目问题的解决方案。
很多解决方案，到了我这里，基本上就只能执行了。

针对目前的这种情况，我应该如何改进工作方式呢？
请大家给我分析分析，出出主意。

drlong

以解决问题为目标，这是必须的，但是项目执行的怎么样，总得汇报，好的、坏的、未解决的，已解决的都得汇报，如：我测试团队会给项目经理一个测试 周报，没有特殊情况一般不会给他测试日报，所以说，还是实际情况去执行策略。

[ 本帖最后由 drlong 于 2008-4-28 16:56 编辑 ]

lgh1999

我认为你还是要加强技术技能，多与相关人员沟通，以解决问题为目标，而不是汇报问题为目标。这样才可以做好QA

anny728

1）        很多时候公司都并不是很配合公司过程和规范，所以QA要强式，是有道理，但是怎么强式？必须借助公司高层，让他们直接出面在会上表态，以后有什么问题，如果通过协调实在不行，再直接邮件转发给高层。
2）        QA要专业，要熟悉技术，业务，这个肯定都熟悉是最好，不然你怎么指导开发人员工作，只能做一个过程跟踪和监控而已。
3）        QA不能只跟过程和进度，同2）一样啦，
4）        QA要能从项目整体的角度，项目观察者的眼界，发现项目的风险，发现风险不能只提出，而要组织相关人员解决，如果发现解决方案不合理的情况下，要坚持自己的观点，说得很有道理，说明你们项目经理对CMMI知识很熟悉，项目经理很强啊，QA应该参加多个的项目经验，如果没有，也可以学习提交自己在这方面知识，给项目经理提供多参考意见。
5）        针对项目在不同的状况下，能够想出不同的应对策略。（很少朝这个方向思考）在跟踪进度同时，发现项目进度有所偏差，及时跟项目经理进行沟通，说明自己什么好的想法，让项目能及时交付

hquyuer

原帖由 水印无痕 于 2008-4-11 15:24 发表
曾经有人对我说过：“在微软是没有QA的，因为在微软每个人都是QA！”

这个让我想起了全面质量管理，呵呵，全员的参与和重视

不知道大家公司开发团队对体系流程的看法，配合执行上，我们还是有些阻力的，这个和现有流程有缺陷是有关系的，我们也希望开发团队能够针对现有的流程提出有效的改进 意见，顺利推行，感觉开发团队认为很多流程上要求的东西都是项目进度的障碍
看了16楼的说法，我也比较赞同，我们确实在过程改进中，先废除一些我们认为是多余的东西，再逐步细化过程环节的要求，不过即便如此，感觉开发团队仍然是有排斥d

swallowlly

谢谢，给了我最需要的鼓励。
我加了你的msn，
我的msn：swallowlly@sina.com
大家一起加油

swallowlly

看了大家这么多的答复，心里的感触还是很多的。
对于QA这个岗位，我决定从狭义的过程跟进扩展到广义的质量保证范围。
这无疑增加了个人的工作量，并对个人的技术沟通等等问题提出了挑战。
现在的想法是，如果我觉得对于项目质量可能造成影响或者已经造成影响的问题，都要进行干预。
还有一个问题就是：如果发现现在公司现行的规范不合格，怎么办？

水印无痕

曾经有人对我说过：“在微软是没有QA的，因为在微软每个人都是QA！”

drlong

恭喜你在这个职位上工作！QA职责是什么？我想你比我更清楚~，希望你负责起来，做不起来就是你的责任，如果存在差异，你应该放映现实情况~！并不是每家公司都做的很好~！就像我公司执行的不怎么的~！汗啊~！为什么呢？不是单方面的~！公司考虑问题可能更多：改进的过程种需要些人力和财力等等因素。正因为这些因素导致一些制度不能执行，这是必然的，并且在中国流传这么一句话：任何好的制度到中国人手里，通过演变、歪曲、否定、最后变为没有。我个人觉得：一些不符合要求的，应当及时放映，否则就是你的责任所在.
记住：没有所谓的强式，因为每一个项目的成本是不同，然而，测试技术必须跟项目实际情况进行剪裁，作为QA,首先要确认项目将要投入多少成本和需要确定那些方案（开发计划，测试方案等等）。而我测试考虑问题更多的是:软件测试策划、软件测试技术剪裁、测试进度管理、成本管理。所以从你提出的强式来看，感觉你的思想还没有完全放开

[ 本帖最后由 drlong 于 2008-4-28 16:44 编辑 ]

hellen_ma

强式很重要

Q_sunny520

原帖由 yl.victory 于 2008-4-7 14:34 发表
大家好，我从事测试半年了，半年来学的东西不多，现在想自己学习自动化测试工具，请问应该怎么选择自动化测试工具，就是说我不明白是学winrunner好 还是QTP好，还是别的比这两个用途更广泛的，就觉得没有方向，应该怎 ...

深有同感,希望各位前辈能给个指点.

yl.victory

大家好，我从事测试半年了，半年来学的东西不多，现在想自己学习自动化测试工具，请问应该怎么选择自动化测试工具，就是说我不明白是学winrunner好 还是QTP好，还是别的比这两个用途更广泛的，就觉得没有方向，应该怎么选择，清大家指点

124894752

QA 需要从整体宏观上把握？从微观上进行细化？如何理解QA.

assult_xp

想从宏观上把握，不深入技术成面是不行的，否则项目工作量怎么度量？人员怎么调配？那些存在技术难题的需求需要重点关注？这些都会影响到项目进度，都需要你来给管理者提建议。

renheyou

QA 需要从整体宏观上把握，从微观上进行细化吧

水印无痕

流程改进首先要考虑的问题不是现有流程中缺什么
而是现有流程中有什么是多余的
首要问题是赶快把多余的东西全部砍掉
这个不但很影响项目进度
而且很影响士气


至于强势的问题
我个人认为还是管理层没有注重团队建设
真正能凝聚成一个团队的话很多问题都不存在了

swallowlly

和开发培养成这种关系不容易啊。
不知道大家与开发交流的时都有哪些切入点
目前QA和开发不是在一块办公，而且我们公司的QA看不到代码的。
一般什么时候给他们做培训?

fighting

小建议，仅供参考：
1.有时间给开发人员做个流程方面的培训，通俗易懂，站在开发人员的角度来讲流程

2.平时多与开发人员沟通，多交流

3.在当前的开发流程中，指出可能存在或者已经发生的问题，同时总结好的过程，然后输出文档与开发一起制定出相关的规范。逐步的完善，形成适合当前项目的流程运作方式。

fighting

小建议，仅供参考：
1.有时间给开发人员做个流程方面的培训，通俗易懂，站在开发人员的角度来讲流程

2.平时多与开发人员沟通，多交流

3.在当前的开发流程中，指出可能存在或者已经发生的问题，同时总结好的过程，然后输出文档与开发一起制定出相关的规范。逐步的完善，形成适合当前项目的流程运作方式。

yaojingisababy

想从开发转QA，看了LZ的感触，了解了一些，考虑中