swallowlly 2008-3-27 10:22
与项目经理的谈话
昨天向项目经理（同时也是项目经理部的主管）要计划的时候，和他讨论了一下关于这个项目的看法。最后引申到了项目经理对QA的看法：
我理解的他的观点主要有如下：
（1）QA要强式，在公司目前状况，QA与项目经理，谁强式就听谁的。（我不够强式，也不属于能说会道行列）
（2）QA要专业，要熟悉技术，业务。（刚开始想过做过，后来麻痹了，不知道是自己麻痹自己，还是过分强调过程，过程麻痹了自己）
（3）QA不能只跟过程和进度。（公司的QA岗位职责就是这些）
（4）QA要能从项目整体的角度，项目观察者的眼界，发现项目的风险，发现风险不能只提出，而要组织相关人员解决，如果发现解决方案不合理的情况下，要坚持自己的观点（即使是公司的领导提出的解决方案）。（我没有与问题解决者直接沟通，而是我们的主管进行的）
（5）针对项目在不同的状况下，能够想出不同的应对策略。（很少朝这个方向思考）
关于以上的几点，我自己是觉得做的不够，目前我作为QA跟进项目的时，只与项目经理和QA主管直接打交道。而且我们公司只有两个QA,一个是我，一个是QA主管（我的领导）。因此我只向QA主管汇报，没有向其他的人员（公司领导和项目经理部主管）汇报过，反过来，每次其他的人员（公司领导和项目经理部主管）都只找QA主管沟通项目问题的解决方案。
很多解决方案，到了我这里，基本上就只能执行了。
针对目前的这种情况，我应该如何改进工作方式呢？
请大家给我分析分析，出出主意。
charles 2008-3-27 15:33
个人感觉你工作需要更主动一些，多思考一些除了完成被动的任务之外我还能做些什么
archonwang 2008-3-27 15:48
沟通是双向的，主动汇报和主动反馈。要优先分清事务的轻重缓急，其次要注意干系人。
synli_wen 2008-3-28 09:25
1。再次强调公司SOP流程，严格按照制定流程进行项目跟踪，一旦出现与流程不符或不适应公司项目的地方，立刻整理自己的意见和解决方法，然后向上级汇报。（突出你QA的强势作用）
2。平时跟Project的时，多与PM、RDManager、QAManager、TE和RD沟通，掌控整个项目的情况，以便发生突发事件时，制定出及时应对策略。（解决QA不能只跟过程和进度）
swallowlly 2008-3-28 09:48
回复 2# 的帖子
谢谢，是要多想想除了完成被动的任务之外还能做些什么。
swallowlly 2008-3-28 09:51
回复 3# 的帖子
谢谢建议，我会慢慢的改变工作中的依赖习惯，采取正常的沟通方式。
swallowlly 2008-3-28 09:53
回复 4# 的帖子
我现在开始认真的掌握流程的每一个细节，发现如果真正的正确执行流程。大部分的难题是可以解决的，特别是关于汇报机制。
谢谢提醒
一片枫叶 2008-3-28 10:41
我不明白QA的具体工作,需要做哪些呢
tjj006 2008-3-28 13:32
赞！大家都越做越专业了……
感觉QA操心的事情还是蛮多的，开发相对职责更单纯一些。
swallowlly 2008-3-28 14:24
回复 9# 的帖子
是啊，我是开发转到QA的，原来是以为QA轻松，没有进度压力。所以想放松一下自己的身心。没有想到，操心的事情更多。
[[i] 本帖最后由 swallowlly 于 2008-3-28 14:25 编辑 [/i]]
swallowlly 2008-3-28 14:27
回复 8# 的帖子
每个公司都对QA的岗位职责有定义，部门也有培训的。可以查看一下。
yaojingisababy 2008-3-28 14:29
想从开发转QA，看了LZ的感触，了解了一些，考虑中
fighting 2008-3-29 22:25
小建议，仅供参考：
1.有时间给开发人员做个流程方面的培训，通俗易懂，站在开发人员的角度来讲流程
2.平时多与开发人员沟通，多交流
3.在当前的开发流程中，指出可能存在或者已经发生的问题，同时总结好的过程，然后输出文档与开发一起制定出相关的规范。逐步的完善，形成适合当前项目的流程运作方式。
fighting 2008-3-29 22:26
小建议，仅供参考：
1.有时间给开发人员做个流程方面的培训，通俗易懂，站在开发人员的角度来讲流程
2.平时多与开发人员沟通，多交流
3.在当前的开发流程中，指出可能存在或者已经发生的问题，同时总结好的过程，然后输出文档与开发一起制定出相关的规范。逐步的完善，形成适合当前项目的流程运作方式。
swallowlly 2008-4-1 14:32
回复 13# 的帖子
和开发培养成这种关系不容易啊。
不知道大家与开发交流的时都有哪些切入点
目前QA和开发不是在一块办公，而且我们公司的QA看不到代码的。
一般什么时候给他们做培训?
水印无痕 2008-4-1 15:27
流程改进首先要考虑的问题不是现有流程中缺什么
而是现有流程中有什么是多余的
首要问题是赶快把多余的东西全部砍掉
这个不但很影响项目进度
而且很影响士气
至于强势的问题
我个人认为还是管理层没有注重团队建设
真正能凝聚成一个团队的话很多问题都不存在了
renheyou 2008-4-2 16:07
QA 需要从整体宏观上把握，从微观上进行细化吧
assult_xp 2008-4-2 17:54
想从宏观上把握，不深入技术成面是不行的，否则项目工作量怎么度量？人员怎么调配？那些存在技术难题的需求需要重点关注？这些都会影响到项目进度，都需要你来给管理者提建议。
124894752 2008-4-3 14:23
QA 需要从整体宏观上把握？从微观上进行细化？如何理解QA.
yl.victory 2008-4-7 14:34
关于自动化测试工具
大家好，我从事测试半年了，半年来学的东西不多，现在想自己学习自动化测试工具，请问应该怎么选择自动化测试工具，就是说我不明白是学winrunner好 还是QTP好，还是别的比这两个用途更广泛的，就觉得没有方向，应该怎么选择，清大家指点
Q_sunny520 2008-4-7 15:29
[quote]原帖由 [i]yl.victory[/i] 于 2008-4-7 14:34 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=936664&ptid=109823][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
大家好，我从事测试半年了，半年来学的东西不多，现在想自己学习自动化测试工具，请问应该怎么选择自动化测试工具，就是说我不明白是学winrunner好 还是QTP好，还是别的比这两个用途更广泛的，就觉得没有方向，应该怎 ... [/quote]
深有同感,希望各位前辈能给个指点.
hellen_ma 2008-4-8 18:06
强式很重要
drlong 2008-4-9 12:53
好好干！
恭喜你在这个职位上工作！QA职责是什么？我想你比我更清楚~，希望你负责起来，做不起来就是你的责任，如果存在差异，你应该放映现实情况~！并不是每家公司都做的很好~！就像我公司执行的不怎么的~！汗啊~！为什么呢？不是单方面的~！公司考虑问题可能更多：改进的过程种需要些人力和财力等等因素。正因为这些因素导致一些制度不能执行，这是必然的，并且在中国流传这么一句话：任何好的制度到中国人手里，通过演变、歪曲、否定、最后变为没有。我个人觉得：一些不符合要求的，应当及时放映，否则就是你的责任所在.
[b][b][color=DarkRed]记住：没有所谓的强式，因为每一个项目的成本是不同，然而，测试技术必须跟项目实际情况进行剪裁，作为QA,首先要确认项目将要投入多少成本和需要确定那些方案（开发计划，测试方案等等）。而我测试考虑问题更多的是:软件测试策划、软件测试技术剪裁、测试进度管理、成本管理。所以从你提出的强式来看，感觉你的思想还没有完全放开[/color][/b][/b]
[[i] 本帖最后由 drlong 于 2008-4-28 16:44 编辑 [/i]]
水印无痕 2008-4-11 15:24
曾经有人对我说过：“在微软是没有QA的，因为在微软每个人都是QA！”
swallowlly 2008-4-16 09:59
看了大家这么多的答复，心里的感触还是很多的。
对于QA这个岗位，我决定从狭义的过程跟进扩展到广义的质量保证范围。
这无疑增加了个人的工作量，并对个人的技术沟通等等问题提出了挑战。
现在的想法是，如果我觉得对于项目质量可能造成影响或者已经造成影响的问题，都要进行干预。
还有一个问题就是：如果发现现在公司现行的规范不合格，怎么办？
swallowlly 2008-4-16 10:02
回复 23# 的帖子
谢谢，给了我最需要的鼓励。:handshake
我加了你的msn，
我的msn：[email]swallowlly@sina.com[/email]
大家一起加油
hquyuer 2008-4-16 10:08
[quote]原帖由 [i]水印无痕[/i] 于 2008-4-11 15:24 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=941060&ptid=109823][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
曾经有人对我说过：“在微软是没有QA的，因为在微软每个人都是QA！” [/quote]
这个让我想起了全面质量管理，呵呵，全员的参与和重视
不知道大家公司开发团队对体系流程的看法，配合执行上，我们还是有些阻力的，这个和现有流程有缺陷是有关系的，我们也希望开发团队能够针对现有的流程提出有效的改进 意见，顺利推行，感觉开发团队认为很多流程上要求的东西都是项目进度的障碍
看了16楼的说法，我也比较赞同，我们确实在过程改进中，先废除一些我们认为是多余的东西，再逐步细化过程环节的要求，不过即便如此，感觉开发团队仍然是有排斥d
anny728 2008-4-17 12:25
1） 很多时候公司都并不是很配合公司过程和规范，所以QA要强式，是有道理，但是怎么强式？必须借助公司高层，让他们直接出面在会上表态，以后有什么问题，如果通过协调实在不行，再直接邮件转发给高层。
2） QA要专业，要熟悉技术，业务，这个肯定都熟悉是最好，不然你怎么指导开发人员工作，只能做一个过程跟踪和监控而已。
3） QA不能只跟过程和进度，同2）一样啦，
4） QA要能从项目整体的角度，项目观察者的眼界，发现项目的风险，发现风险不能只提出，而要组织相关人员解决，如果发现解决方案不合理的情况下，要坚持自己的观点，说得很有道理，说明你们项目经理对CMMI知识很熟悉，项目经理很强啊，QA应该参加多个的项目经验，如果没有，也可以学习提交自己在这方面知识，给项目经理提供多参考意见。
5） 针对项目在不同的状况下，能够想出不同的应对策略。（很少朝这个方向思考）在跟踪进度同时，发现项目进度有所偏差，及时跟项目经理进行沟通，说明自己什么好的想法，让项目能及时交付
lgh1999 2008-4-17 15:15
:) 我认为你还是要加强技术技能，多与相关人员沟通，以解决问题为目标，而不是汇报问题为目标。这样才可以做好QA
drlong 2008-4-28 16:54
回复 29# 的帖子
以解决问题为目标，这是必须的，但是项目执行的怎么样，总得汇报，好的、坏的、未解决的，已解决的都得汇报，如：我测试团队会给项目经理一个测试 周报，没有特殊情况一般不会给他测试日报，所以说，还是实际情况去执行策略。
[[i] 本帖最后由 drlong 于 2008-4-28 16:56 编辑 [/i]]
页:
[1]