SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

楼主: 冥想茶叶

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

  [复制链接]
发表于 2007-12-13 08:34:19 | 显示全部楼层
我觉得可以再考虑一下自己的沟通方法,以及了解项目经理为什么不接受。 实在不行,就找pm的上级,如项目管理办公室进行协商。
( K7 q% Z, x/ ^* m主要是沟通问题。最好沟通解决。
回复 支持 反对

使用道具 举报

发表于 2007-12-20 14:21:43 | 显示全部楼层
我提另一个角度:有些NC对项目target没有明显影响, PM或ENGINEER迫于进度,不及时关闭NC, 可以忽略,重点是发现流程与项目实际运行之间的偏差是不是由这些NC造成的
回复 支持 反对

使用道具 举报

发表于 2007-12-21 16:32:01 | 显示全部楼层
这种情况很难,如果汇报高层都不能解决,那就无法解决了,我觉得
回复 支持 反对

使用道具 举报

发表于 2007-12-23 23:22:55 | 显示全部楼层
我也常遇到这种情况,PM不太配合时确实很难整,我一般是服务于项目组的态度,帮项目组分析问题,并把问题与修改建议汇报给项目经理,若流程上必要的但项目进度和功能实现上没有太大影响的问题,就在项目经理层面沟通之后关闭。若会影响进度及质量的话,那就只能让项目经理解决,并跟踪问题解决情况,在界定时间内无法解决时,上报给高层,让高层来实施解决措施。若高层也不响应或没有办法解决时QA也没招,只能让问题挂起了。QA的职责也尽了。
回复 支持 反对

使用道具 举报

发表于 2007-12-25 15:19:08 | 显示全部楼层
每次将跟踪的结果记入,有数据说明更好,一直觉得QA负有发现问题的责任和对策建议的责任,具体的解决问题还是需要PM决定,不过QA可以反映给高层
回复 支持 反对

使用道具 举报

发表于 2008-1-16 16:36:06 | 显示全部楼层
这两天组织正进行CMMI3评估;组织内主要有2个项目经理,一个特别配合,一个特别不配合;对于那个不配合的,人家官比我大,我只能尽量地跟他沟通;然后在适当的时候给他压力,如利用咨询公司所作的CLASS C的结果;结果上他负责的项目比另一个差好多,这种时候上级领导也看到了,他后期的确比前期乖多了;

评分

参与人数 1金钱 +1 收起 理由
henrybenben + 1 原创内容

查看全部评分

回复 支持 反对

使用道具 举报

发表于 2008-1-17 15:41:25 | 显示全部楼层
如果说了然后什么都不管,那我还要本科生甚至研究生来做QA来做什么?
回复 支持 反对

使用道具 举报

发表于 2008-2-17 20:23:14 | 显示全部楼层
将问题整理出来,然后协助项目组/项目经理解决...QA不光是监督,更重要的是协助项目组将问题解决或者避免问题的发生.如果实在没有办法上报部门经理或公司高层.
回复 支持 反对

使用道具 举报

发表于 2008-2-29 16:18:53 | 显示全部楼层
我同意楼上的说法,很好的沟通是解决问题的最好方法,如果做得QA有理有据,还怕pm不接受,除非是pm的人品有问题,要么就是QA有问题。那就要就事论事了,总之我会先想想自己是不是做得足够好,再考虑叫pm接受.
回复 支持 反对

使用道具 举报

发表于 2008-3-2 21:58:26 | 显示全部楼层
我以前也遇到过这样的情形,痛苦过,愤怒过,思考过,兴奋过,成功过。大致可以分这么几个方面考虑:
! v) G7 T% t( ~  L, S4 D1. QA本身是要帮助项目完成项目目标的,这是QA职责和使命。而不是一味的让PM去执行什么过程和填表格。4 Q/ Q- c2 ~. G% I
2. QA自身也需要站在PM的角度去考虑自己的工作是否对项目组有真正意义上的帮助。站在对方的角度去考虑后,你会发现如果按照公司的过程文档去要求PM,其实有50%的东西都不是必须要做的(这个数据仅代表个人意见)。因为现在过了CMMI 3级的公司,没有几个是真正自己根据公司的业务整理的过程文档,大部分都是咨询公司给的模板,稍微修改一下就好了。这样的过程文档对PM是个灾难。
  M# R$ J  s8 m( [; @* U. ^3. QA也要真正的理解CMMI的精髓,不要只会依葫芦画瓢。CMMI是软件工程的精髓,同时它又是从精髓中抽取的框架。它既很实在有很理想化。这就需要QA真正的去理解每个PA真正要达到的目的。只要能达到目的,就算是没有流程也能够保证过程的品质。国内的QA现在能做到这个级别的应该不会太多。
$ J' T0 G; R" u* Z4. 有价值的QA或者说高级的QA应该是集软件技术、项目管理、品质理论为一身的QA。这样我们才能够在没有问题的时候预先发现潜在的问题;发生问题后及时找到解决问题的方法将损失减到最少。才能真正的从QA、QC、PM多个角度去协助PM保障项目达成目标。
: n  }/ \0 O% c2 G. [5 I6 z- D( E! i" F2 z$ X) d, `/ e9 E0 r
以上仅为我个人在工作中的一些亲身感受。有QA经验的同仁都来顶此帖,发表自己的意见。我会在合适的时候将此贴的内容整理一下,加入到某一期的内刊中。% K* o" }% E4 N# |: j8 G! w

4 a3 c0 H8 r4 ?% ?: s; ]- }所以大家都来头脑风暴,畅所欲言哦 :)

点评

说的太好了!说出了QA工作的精髓。  发表于 2010-10-28 11:52
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2018-9-24 22:15 , Processed in 0.063575 second(s), 10 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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