SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

楼主: 冥想茶叶

[讨论] 针对SQA提出的意见,项目经理拒绝合作的情况下,大家是怎么处理的?

  [复制链接]
发表于 2008-3-12 17:36:51 | 显示全部楼层

初来乍到

初来乍到,这个论坛还不错,有很多有水平的东西
回复 支持 反对

使用道具 举报

发表于 2008-3-19 09:30:15 | 显示全部楼层
我们是直接找质量部经理和项目经理去PK
回复 支持 反对

使用道具 举报

发表于 2008-3-19 14:40:35 | 显示全部楼层
原帖由 yyshiwei 于 2008-3-19 09:30 发表 6 q2 g% ~7 o# u6 N; V
我们是直接找质量部经理和项目经理去PK
* v' h+ D+ ?! j0 e; ?# B

! }$ |+ N0 O8 R7 n& V这种PK只是在万不得已的情况下才会去做的,否则PK长了,大家都成了敌对的情绪,这样是非常不利于后期的工作的。毕竟大家都是为了把事情做好,敌对是万万不可以的。8 c0 H) Y& b( I+ v
% U% c6 ]1 C. A( j
一旦成敌对情绪,PK也不会有效果了,这个时候就什么事情都到boss那里去PK了,然后都被boss骂一顿,回来再合作。呵呵。
回复 支持 反对

使用道具 举报

发表于 2008-3-22 23:18:30 | 显示全部楼层
SQA在项目中推行任何改进活动都必须找到自己的同盟,比如很多改进开发的想法都会得到测试的支持,这个就叫发动群众……
回复 支持 反对

使用道具 举报

发表于 2008-3-24 10:37:43 | 显示全部楼层
如果要让项目经理和高层重视,需要拿出一些数据来说话,让他们认识到按照规定的执行给他们带来了怎样的好处.不过这个需要很长的时间.
回复 支持 反对

使用道具 举报

发表于 2008-3-25 15:51:33 | 显示全部楼层
一般来说,我会找到需要他做的理由,并且弄清楚究竟PM是不理解流程还是理解了,觉得繁琐不愿意,不理解可以说道理解,觉得繁琐,那么可以给我个意见,如何可以简化,即与标准流程不矛盾,又不影响项目组工作,如果是在无法权衡,还是要照标准流程做,如果实在是项目经理抵触不愿意做,那么就报告高级经理,并且组织PM、高级经理、SQA,以及其他相关人员开个小会,讨论一下

评分

参与人数 1金钱 +1 收起 理由
henrybenben + 1 我很赞同

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2008-4-15 15:47:56 | 显示全部楼层
以正规的文档形式向PM发送改进意见报告6 d7 D! M4 X9 I9 l' ^: n, M8 \
他不听是他的事 出事了让他自己兜着
回复 支持 反对

使用道具 举报

发表于 2008-4-15 16:43:27 | 显示全部楼层

看了某些人的答复,感觉很气愤阿,气愤

虽然我不是做qa的,我是CME 。
8 a5 D' @) w! h8 B但是我对于 VOWTREE  以及 WANGWEN 这两位兄台的看法实在不敢苟合。5 k4 d8 n2 N- B7 p, ~
看了很多大家的回帖,都说沟通很重要,确实现在沟通这个词快变成所有事情的解决方案了,其实我是不甚了解的。我个人认为沟通是很重要,但是我不懂这个所谓的沟通,你们是怎么理解的。我个人的看法沟通的目的是让你去了解项目,了解项目的进度也好,技术重点,项目重点也好,了解整个产品的规划,甚至于各个部门的安排。只有你对你报出的问题有深刻的认识,你才可能有说服力让pm来配合你去解决这些问题,而且解决这些问题肯定对项目组是有帮助的,目前的问题也好,避免风险也好。这样才能和项目组建立起良好的合作关系。
: e7 O- _& M2 r: H6 x! Z1 g/ R
0 ], A0 d+ M% d, J所以沟通并不是国人的那种解决事情的中庸的方法论,而是你自己专业技能的提高,对CMMI精髓的理解,对软件工程的领悟,对项目组实际情况的深入。- U: f! A% h: B- n7 `
: u% c7 q& ^0 p5 g. W' C
我们很多人,可能不只QA,CME,在前期阶段总是会按不就班的按照流程来执行。楼主提出的这样的情况也确实存在。
" c" [3 z% A0 `1 O: C我理解还不是很深刻,不如 jhwu 和 henrybenben  。
; P/ C% @& |5 D我建议大家去做一下事情:(当然个人愚见)
* I; V$ g( D0 [$ U! z, D1、从软件工程的角度去理解项目过程。CMMI 是对这个工程的组合。当然cmmi的思想也是正确的。
+ }: z- \- \5 h: K! v4 v2、从项目实际情况去判断问题的重要性和提出适当的解决方案。我说的这个实际情况就是一开始就让qa或者CME介入应该做的。了解这个项目的重点是什么,了解这个产品的重点是什么。。。
& a/ Y9 e) x* B) e) B9 J3、具体事情要具体分析。流程制定出来并不是适应每个项目,在具体的项目中要由能力提出具体问题的解决方案,而且这个方案的基准是符合cmmi或者贵公司流程的思想。如果你能够提出问题并能够提出解决方案,并且跟踪事情的最终结果。那我想这样的成长速度会更快。
2 F. G$ k6 y5 ]/ O4、QA ,CME,PM的目的是一致的:把项目做好。我们的工作不只要能够回报问题还要能够解决问题,总结问题。4 J5 U6 n) f: a, a4 @! K$ D# V

; R3 {* G/ H: N: I8 g我知道有人要拍砖头了,来吧。。。

评分

参与人数 1金钱 +2 收起 理由
henrybenben + 2 我很赞同

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2008-4-15 17:04:15 | 显示全部楼层
首先 我不是QA说的也比较业余 也是听我们的QA诉苦
3 {: l6 g1 z+ T但是在有些地方(尤其某些对日外包公司)PM根本不把QA当回事 每次找他谈话都要找借口推 这样的地方QA要么像我说的那样明哲保身 要么换个有发展的地方
回复 支持 反对

使用道具 举报

发表于 2008-4-23 15:43:42 | 显示全部楼层
QA尽了自己的工作职责,把建议向上反应了,但采不采纳是项目经理的事,不同职位对于某些事情的看法不一样,因为高度不一样,视野不一样,各尽其责就好
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2018-12-13 22:26 , Processed in 0.075338 second(s), 12 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表