Best way to strengthen teamwork between development and QA departments?我是软件开发公司的开发和质量保证部门的系统管理员。 我平等地支持两个团队。 最近，有人要求我提出一些有关如何改善团队间沟通的想法。 首先，从开发人员的角度来看，有哪些方法可以改善开发和质量检查团队之间的关系？ 其次，就交互而言，您需要系统管理员提供哪些服务？ 不理你 电子邮件？ IM？ 个人上班时间？ 如何改善与开发人员的关系？ 将他们安置在一个跨职能的团队中。如果QA要编写代码(例如验收测试)，请让他们。如果开发人员想对系统的其他部分进行质量检查(而不是他们工作的代码)。让他们并让两个组(如果您想将它们视为独立的实体)一起解决问题。 适当的管理是一个好的开始。我想说，让两个小组成功或失败是最重要的。您希望两者进行一些友好的竞争(一个试图发现错误，另一个试图阻止这种错误的发生)，但是最终他们需要被视为同一团队的一部分。团队午餐和其他活动总是一个好主意。 取决于组织的规模，但不要将它们视为两个单独的组。如果您是唯一的系统管理员，那么我想您的组织并不庞大。 在物理上整合它们。不要在一个领域中进行开发，而在另一个领域中进行质量检查。让他们彼此相邻共享办公室/多维数据集。 带人们出去吃午饭？带他们在一起。喝啤酒？与两组人一起做。 在我工作的地方，质量保证和开发团队相处得很好，因为我们在地理位置上彼此靠近。这消除了似乎导致被动攻击性烦恼的"从开放缺陷发送到dev-dev闭合缺陷"的循环。始终期望两组之间进行清晰和开放的沟通，并期望有明确的期望。除此之外，标准的团队建设练习是一个好的开始。我们在温暖的月份提供部门午餐，野餐，草地游戏等。 至于管理风格，请与您的员工交谈，看看有什么适合他们的。有些人喜欢零星地进行更新，而另一些人则喜欢不断的反馈。您必须做适合您的开发人员和您自己的事情。 尽早让质量检查人员参与。如果您在做敏捷，那么他们就是团队的一部分。即使您不是，他们仍然可以通过使代码更具可测试性来提供更好的代码改进方式，从而避免问题进一步发展的宝贵见识。 失业时的活动，例如体育运动或在午餐时间进餐厅吃饭。 使人们在工作以外的其他事情上彼此了解有助于建立两个小组之间的信任和联系。 我认为，让开发人员参与帮助开发(或帮助使用已经开发的工具)进行自动化测试将非常有益-这样一来，整个质量检查流程将得到改善，开发人员将对测试有更好的了解，并且团队将更多地沟通。我认为作为开发人员，从事这样的项目会很有趣。 |
