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 发表
$ o: f; ^5 S5 a我们是直接找质量部经理和项目经理去PK
0 L8 i) a+ t  E' ?4 [8 e
3 @0 P! n5 q2 N1 s/ Z" }
这种PK只是在万不得已的情况下才会去做的,否则PK长了,大家都成了敌对的情绪,这样是非常不利于后期的工作的。毕竟大家都是为了把事情做好,敌对是万万不可以的。$ n  `9 M  R% M; q# y7 ^& }
7 D# I. B# T8 B( Z4 k) M
一旦成敌对情绪,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发送改进意见报告2 g) D2 K/ \6 w( w' I
他不听是他的事 出事了让他自己兜着
回复 支持 反对

使用道具 举报

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

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

虽然我不是做qa的,我是CME 。8 W  A1 |/ j0 w1 t( f
但是我对于 VOWTREE  以及 WANGWEN 这两位兄台的看法实在不敢苟合。
' v* f! B/ D' O5 Q/ ]+ z看了很多大家的回帖,都说沟通很重要,确实现在沟通这个词快变成所有事情的解决方案了,其实我是不甚了解的。我个人认为沟通是很重要,但是我不懂这个所谓的沟通,你们是怎么理解的。我个人的看法沟通的目的是让你去了解项目,了解项目的进度也好,技术重点,项目重点也好,了解整个产品的规划,甚至于各个部门的安排。只有你对你报出的问题有深刻的认识,你才可能有说服力让pm来配合你去解决这些问题,而且解决这些问题肯定对项目组是有帮助的,目前的问题也好,避免风险也好。这样才能和项目组建立起良好的合作关系。
0 }5 k; q3 c0 L- k* s. J) D: @( ^, H* U: B( R& }
所以沟通并不是国人的那种解决事情的中庸的方法论,而是你自己专业技能的提高,对CMMI精髓的理解,对软件工程的领悟,对项目组实际情况的深入。
8 q& \. j) i6 F& z" ?% [7 U' p" f+ ^  w
1 |& O4 ^) }* k: f5 j我们很多人,可能不只QA,CME,在前期阶段总是会按不就班的按照流程来执行。楼主提出的这样的情况也确实存在。& Z! P9 D+ w* }% a* K( [( J( k
我理解还不是很深刻,不如 jhwu 和 henrybenben  。/ f. i4 j' [- y( @0 ~
我建议大家去做一下事情:(当然个人愚见) 8 o7 O7 ?* f1 j9 s9 b# g
1、从软件工程的角度去理解项目过程。CMMI 是对这个工程的组合。当然cmmi的思想也是正确的。
$ c+ K1 X+ W  |7 B/ b2、从项目实际情况去判断问题的重要性和提出适当的解决方案。我说的这个实际情况就是一开始就让qa或者CME介入应该做的。了解这个项目的重点是什么,了解这个产品的重点是什么。。。  j! L* Y& r/ z1 f" g
3、具体事情要具体分析。流程制定出来并不是适应每个项目,在具体的项目中要由能力提出具体问题的解决方案,而且这个方案的基准是符合cmmi或者贵公司流程的思想。如果你能够提出问题并能够提出解决方案,并且跟踪事情的最终结果。那我想这样的成长速度会更快。+ a$ f( ]# {8 j. A7 C( X
4、QA ,CME,PM的目的是一致的:把项目做好。我们的工作不只要能够回报问题还要能够解决问题,总结问题。- g6 W- U* k# \8 Z3 l

& Y+ n* B1 X! C( t8 Y: |我知道有人要拍砖头了,来吧。。。

评分

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

查看全部评分

回复 支持 反对

使用道具 举报

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

使用道具 举报

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2018-6-19 03:29 , Processed in 0.064415 second(s), 8 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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