51Testing软件测试论坛

标题: QC如何对待不专业的设计 [打印本页]

作者: 牛亦喜 时间: 2010-3-30 09:51
标题: QC如何对待不专业的设计
设计是策划的专业，即便是“不专业的”策划也是如此。这一点是必须要强调的。

在QC的脑袋里是不应该有“专业的策划”或“不专业的策划”这类想法，要有也只能有“完备的设计”和“不健全的设计”。而QC的职责之一，就是检查设计文档，发现设计的不健全之处，并反馈给策划。对于策划拒不接受建议的情形，QC是有必要来反思自己的沟通方式的。

这里有两点：一是，尊重他人，尤其是尊重同事的专业；二是，测试员的一切活动最终目的是保证产品质量。

策划拒不接受建议，怎么办呢？

第一点，时刻尊重他人，也尊重自己。尊重他人是说不要攻击策划，说他不专业。尊重自己是说，相信自己的判断，坚持自己的职责。

第二点，借用测试团队的力量。把相关情形在测试团队内部描述出来，先确认自己的建议是否确有必要，如果确有必要，可请更有发言权的人去沟通解决。

第三点，保留必要的证据。也许以上努力换来的只是策划的一句“等着看运营反馈吧”。QC要做的就是保留必要的证据，如文字记录。日后运营反馈上来的意见与自己当初的不谋而合，QC是可以有技巧的向策划们暗示，他们是需要相信QC的能力和专业的。这一点在领导追究QC未尽责时，也能用到。

第四点，时刻站在团队的立场。策划的一句“等着看运营反馈吧”，并不总是意味着他不尊重你。有时是确实需要考虑到开发计划以及性价比的。你不仅要对策划有信心，也要对团队有信心。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/qiaoanlu/archive/2010/03/30/5430877.aspx

作者: maxwell12 时间: 2010-3-30 10:03
有同感,再唠叨几句自己的感受
1.能沟通的好好讨论.不容易沟通的公事公办. 坚决坚持自己的职责!!!
2.小范围无效后借助团队和更高级别的人参与讨论.
3.做好正规记录.在公共记录上上传不健全的设计证据和自己的分析和建议,证明自己的努力和尽职.
4.服从.服从团队命令

作者: coolchen 时间: 2010-4-2 16:03
书面记录很重要，不仅记录你的观点，也要将他们的观点记录下来。
其次，沟通过程中摆事实再讲道理。
第三，必要的时候可以寻求上级裁决。

作者: b271019969 时间: 2010-4-6 16:26
坚持自己观点的同时
可以多换几个角度试试

作者: killsky5 时间: 2010-4-7 18:00
请问楼主你们那的测试叫QC？还是QA？还是别的什么？

作者: 牛亦喜 时间: 2010-4-7 18:14
叫做QC

作者: killsky5 时间: 2010-4-7 18:18
每个公司都叫的不一样都混了

作者: Indisorder 时间: 2010-4-7 23:36
我们那叫“喂”
一般都是喊“喂，过来看下，好像有点问题”

作者: lanfeng 时间: 2010-4-8 18:23
这种问题经常发生！
楼主说的那些处理情况很对。
我也简单说一下我的观点吧！
1.每个策划人员做出一个策划案都会感觉到很有价值。就好比如说，PM让你出一套方案，你完成了。你对PM说，方案我完成了，我这里还有一套背选方案。从个人角度看，你肯定更倾向于备选方案。所以策划案的完成者肯定对自己的策划案非常满意。这是做策划人员的心态。首先我们不能打击它。其次测试人员要对这个策划案进行评审。结构、内容等等。
2.测试经理组织开策划案评审会议，会议的主题是内容及玩法的介绍。需要策划人员表达出他所要达到的目的。
3.测试经理开策划案定案会议，这个会议是在条件2的基础上进行了修改后的会议，内容玩法都在条件2的会议中讨论通过。本次会议就是制定美术资源完成时间（有美术资源需求的情况下），程序编写代码时间，提交测试时间，完成功能测试时间等等！
4.测试经理提防策划需求变更，这个一个非常棘手的问题。如果有变更，要第一时间招开所有参于的设计人员，对该需求变改进行分析，主要还是制定研发时间。
只有一个项目流程清晰的团队才以是做出一款好游戏的根基所在！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)