这种情况该撕吗？？

最近发现我们组的烙印scrum master开始搞事情，有意无意的开始捧组里的烙印QA，别人的credit开始往这个QA身上归；有一件事是我发现他把prod team给dev提的ticket(investigate和fix issue)直接assign给QA,虽然QA做的事和investigate和fix没关系。这个事迟早是要我们dev做的，但是他就是想让prod team组认为什么事都有这个QA的一份功劳。问问大家该不该当众指出来这点并且让大老板知道？

应该，让你直接老板上一下

回复 2楼hahahapapapa的帖子
谢谢mm,我们两是同一个直接manager，而且manager级别比较高比较忙，就想让manager知道一下。我其实开组会时没忍住已经提出来了，但是他死鸭子嘴硬，我说如果你干的事和ticket的目的不一致就另提一个新的ticket,他的意思是我在小题大作；想着要不要发邮件重申强调不要拿别人的ticket,并且让manager知道这个事。

可以1:1的时候说，外加平时盯着点这个qa有没有搞不定的本职工作暗暗记着。自己的活不需要额外帮助，谢谢他帮忙，但会给自己带来额外工作量。和烙印没必要私下沟通，一切交流email留档。他要搞你ticket，你就email和他double check这个活属于谁

其实你做的已经很好了，要不他也不会慌，说什么小题大做

我们ticket名字都随时变化 dev做完了， 也要改成qa的名字，换成in testing status

回复 5楼oncebluemoon的帖子
我们一般也是的，可是这个Scrum master 把dev还没看的ticket就分给QA了，QA也根本没有能力去handle它，查查边边角角不相关的事情，其实就是想浑水摸鱼

回复 5楼oncebluemoon的帖子
我们一般也是的，可是这个Scrum master 把dev还没看的ticket就分给QA了，QA也根本没有能力去handle它，查查边边角角不相关的事情，其实就是想浑水摸鱼
jadechen 发表于 2020-08-23 12:35

ticket 怎么 assign 应该都有自己组的一套流程， 这个我觉的你很难拿出来说。 她可以说她要先要QA verify 一下那真的是一个 bug/issue 才往下发送， 或先让QA做个记录怎么的。

回复 7楼bluegene123的帖子
谢谢mm,那个scrum master也是这么说的，可是我们的流程一直都是从prod team到dev再到qa的。ticket都是prod owner已经确认过了的是必须要查的问题。其次我跟他说了如果你做的事和这个ticket的目的不一致（不是为了fix issue)可以另提一个新的ticket。不要混淆视听。不过你说的对，他要硬那么说会给人感觉我太较真，但对付他这种贼一样的人，不叫真他就会得寸进尺。