作者kkc0828 (慢跑後卫)
看板Soft_Job
标题Re: [心得] PM如何与QA合作？
时间Mon Mar 4 02:03:10 2019
讲一个真实案例，某个做韧体产品的公司，规划了某个 release 功能，
然後PM找了SW RD lead 跟 FW RD lead 说明工作内容，然後两边估了大概一个月的
时间。最後弄出一版要给我(QA)测试，我玩了玩发现不太妙，找了这两个大头到白板
前面，沟通一下我看到的问题，然後...两个资历总和是我三倍的人就开始吵起来...
原来是 SW / FW 从最基本的讯号沟通的定义就有落差，一边是 Clock Base，一边是
Event Base，只有在慈孤观音保佑时才保证两边能正常沟通...
最後我趁乱逃了出来，他们继续「沟通」了几个小时，结论是当初的设计有误，最後花
两个月的时间，才把功能做出来。
这个案例说明了，专案从一开始 RD Spec就做错了，而且没人发现，然後就一路错到底。
SW/FW Lead都没发现，他们用各自以为的方式做事，PM根本搞不懂。然後 QA 完全没被告
知要参与讨论...
从 原PO文章看起来，流程上好像 QA 只是整个流程的最後一关。其实这不是QA，这只是
QC 而已，真正个 QA 不该只是成品完成之後测试，更是应该在设计阶段就该导入。
上一篇文章有提到，如果等到错误的设计已经被实做了，那 QC 进来只是疯狂采地雷而已
完全没有效率，而且难以确保产品的品质。QA 的精神应该要尽可能的左移。
当 PO 开出 Product Spec 的时候，QA应该要来检查Spec 是否合理？是否跟现有功能抵
触？ ...
当 RD 提供 Design Spec时，QA 要检查设计是否合理，元件切割是否妥当，介面是否有
足够的测试功能？unit Test 是否足够？ ...
当然 QA 也应该要提供 Test Plan，详述测试目标、方式、范围、组态。并切让 PM 与
RD 了解。
请不要把 QA 当 QC 用。如果你的团队有个讨厌鸡婆的 QA，请好好珍惜他...
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.43.132.233
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1551636193.A.295.html
1F：→ xam: 这听起来是RD废到笑..RD自己基本的都没验过要找 Q 浪费时间? 03/04 03:07
2F：推 ripple0129: 敏捷开发也是要解决这种问题 03/04 05:05
3F：推 s06yji3: RD的问题，接口对不起来太夸张了。 03/04 06:20
4F：推 jhjhs33504: PM的问题虽然追踪进度但完成度没QA就不知spec是否达成 03/04 08:34
5F：推 jhjhs33504: 难不成要RD自由心证最後QC再打回然後再掰理由拖延进度 03/04 08:38
6F：推 final01: 笑了，贵司真的厉害 03/04 08:53
7F：→ wellkom: 颗颗，RD这麽废的公司台湾还真的不少啊~ (烟) 03/04 09:46
8F：→ chuegou: 需求要是有讲清楚 是SW还是FW的锅一目了然 03/04 12:50
9F：→ chuegou: 看来是没讲清楚 PM在做啥呢 03/04 12:50
10F：推 superjeff: 还蛮常见的 哈哈 03/04 16:30
11F：推 annedoo: 我是文章原PO，谢谢你的分享，我也是撞了几次墙後才发现 03/04 17:09
12F：→ annedoo: 一开始就找QA一起进来他们在看spec的时候就可以先debug一 03/04 17:10
13F：→ annedoo: 轮了总比进开发进测试才发现漏东漏～都是踩过雷才知道.. 03/04 17:12
14F：→ annedoo: 如果你的团队有个白痴PM（如年轻的我）请好好教育他QAQ 03/04 17:12
15F：推 anandydy529: 那把QC当QA用的公司你怎麽看 03/04 19:32
16F：推 mathrew: RD太废啊，最基本的东西都没测过就直接丢给QA 03/05 07:32
17F：推 GameGyu: 别说最基本的东西都没测过，我遇过连自已部门（不到5人） 03/05 08:23
18F：→ GameGyu: 的东西都能打架 03/05 08:23
19F：→ y3k: 这种事情有两种假设 一种是这篇这种善良的 大家都认为自己在 03/05 09:14
20F：→ y3k: 做对的事情 至於另一种邪恶的嘛....XD 03/05 09:14
21F：→ viper9709: 推这篇 03/05 21:16