如何与对质量保证主管建议的每个操作或过程提出质疑的主管开发人员打交道？

#1 楼

重点已添加：


在某些情况下，开发人员和质量保证人员会问有关同一过程的问题。而且，我总是跳出来澄清这种情况。因为我去过那里，所以做到了。但是，在大多数情况下，开发负责人在我做出回应后都会对此有所说明：“我们将与质量检查工程师和项目经理进行讨论”或“我将要求发布”。 br />如果没有直接问到您问题，您正在做两件事：


跳出来回答针对另一个人的问题，并且
感觉不好

现在，请记住，我可能会失去整体印象。但是，这是通过阅读您的问题帖子传达给我的。从您作为质量检查人员的角色观察和测试的技术问题。其余答案均基于此假设。）

我的建议是： >开始有意识地验证他人对对话的贡献。这不必位于（也不应位于）顶部。像

“这是个好主意”或

“感谢提出来”或

“是的，与我经验丰富。“

如果问题是针对其他人的，请让他们回答。或者直接指向另一个人，或者通常被指定直接让正在讲的人结束，然后打开您的陈述，

“我想分享一些经验” >
“我想补充一下乔的讲话，”或

“我知道你来自哪里； ____和____是需要牢记的重要因素。但是，有一个我想避免的情况是____和____。“

简而言之，要获得听众的同意才能收到您的来信，而不仅仅是“跳入”。 （注意：您可能已经在执行此操作了，但是从您的问题中所传达的信息来看，我认为该领域将受益于有意识的关注。）好的。不会伤害你的只是因为您已经说过某个特定主题，如果她再与其他人讨论过，也没关系。 >如果您不满意她的意思，请尝试礼貌地回答她说“我们将与发布”，例如，

”是的，您当然会的。但是，您明白我的意思了吗？”

或者，“好吧，我只是想确保我已经成功沟通；至少您有我的看法，对吧？”

（当然，要用友好的语气说。）换句话说，引起承认。沟通的处理。您应该着重于此而不是SDLC流程的技术知识。

#2 楼

我认为这是软件行业中一个微妙的话题，这是我过去所经历过的。

基本上，我所做的就是与对方进行一对一的对话，并尝试与开发负责人进行对话。这导致了对工作场所要求，我负责的工作以及开发人员的讨论。领导责任人。

我在明确的讲话中解释说，我担心自己在这些会议中受到损害，以及这可能会如何影响我的同龄人。

最终，对话与我们的开发总监进行了会谈，讨论了职责。整体开发。我很恼火，因为我提出来了，但是我可以看到会议立即发生变化，使我可以更好地控制团队。

有时候有些人很难听到沟通，但是对我来说，这对我的日常工作有所影响，并希望加班。主管可以了解我正在尝试做的事情。

此回复可能无法解决您的具体情况，但这是我的特殊方法。

#3 楼

我在几乎所有有质量保证/质量工程师和工程师的商店中都看到过这种模式。我从成为一名开发人员20年，现在担任质量保证工程师5年的建议出发：


程序员实际上是相互实践的。你检查了吗？那个怎么样？那其他呢？尽管这不是在“问那个人”（虽然肯定会感觉到它），但它正在一起经历各种假设和事实，并看到我们拥有什么。我已经看到非程序员不能很好地处理这个问题，因为他们不希望它或不能很好地理解它。
耐心。我看到我作为QE（质量工程师）的角色是提出潜在的问题或可能需要关注的事情。如果只有1/4是真正的错误或问题，请不要惊慌。不要认为这是75％的拒绝率。将其视为25％的成功，如果您没有发现25％的公司可能会失去客户/收入等，那么您可能会惊讶地发现开发人员对25％的重视程度。
通信。保持良好的沟通至关重要。我建议与经理和同龄人每周15-30分钟1：1。对于“协作者”（例如您描述的职位），我建议每月1：1进行。在这些会议期间（可能不是第一次！），您可以开始提出您提到的问题。但是，我建议您一次执行一个问题。不要把整个会议变成一个抱怨的会议。尝试提出几个积极点或其他工作细节，然后提出1个“我们/您为什么这样做以及我们如何做得更好”。
您还应该定期与老板沟通，并请他们提供帮助。在某个环节上，诸如董事或副总裁之类的管理职位忽视了你们俩。您可能需要向该人提出上诉。
随着时间的推移信任。如果目前存在不信任，我希望花费更多时间来建立信任。确保您所有的观察结果，错误等均有充分的基础，记录得当，可以代表企业的实际问题，等等。我可以举一个例子，就是在我目前的公司中花了9个月的时间“证明”了更好的错误处理能力将增加底线。一旦我真正做到了，信任度就会提高-但是花了9个月的时间。
请确保您测试了正确的事情。确保将发现和发现与所从事的业务相关联。“用户无法阅读字体”的含义与“新用户注册率将下降，并可能影响我们业务模型当前所需的新用户增长” ”。猜猜哪能从您的业务中获得更多的资源（和尊重）？
请注意，有些开发人员会非常个人地批评他们的代码。我自己在编写代码时经常为此感到困扰。说“从代码中分离出您的个人情感”很容易，但是作为一个真正关心您的工作质量的专业人员，要想真正地做起来却要困难得多。因此，一些开发人员会亲自处理批评，而不是仅仅接受您的批评，而不是仅仅接受他们的感觉。
谈论批评...请记住，您是双重的检查他们在您的角色中的工作。可以将它们视为对您的质量工作的双重检查，这是对您有用的第二眼。以上无济于事...也许是时候搬走了-在面试中提出正确的问题，以确保在新的地方变得更好。