我是一家软件开发公司的开发和QA部门的系统管理员。我平等地支持两支球队。最近我被要求提供一些关于如何改善团队间沟通的想法。
首先,从开发人员的角度来看,有哪些方法可以改善开发和QA团队之间的关系?
其次,就交互而言,您从系统管理员那里寻找什么?别管你了?电子邮件? IM?个人办公时间?如何改善与开发人员的关系?
答案 0 :(得分:4)
共同定位并将其视为跨职能团队。如果QAs想要编写代码(如验收测试),请让他们。如果开发人员想要QA系统的其他部分(而不是他们所使用的代码)。让他们并让两个组(如果你想将它们视为单独的实体)一起解决问题。
答案 1 :(得分:3)
适当的管理是一个良好的开端。我想说让两个小组一起成功或失败是最重要的。你希望这两个人有一些友好的竞争(一个试图找到错误,而另一个试图阻止这种情况发生),但最终他们需要被视为同一个团队的一部分。团队午餐和其他活动总是一个好主意。
答案 2 :(得分:2)
尽早让QA人员参与进来。如果你正在做敏捷,那么他们就是团队的一员。即使你不是,他们仍然可以通过使代码更易于测试来提供有关如何使代码更好的有价值的见解,从而避免进一步的问题。
答案 3 :(得分:2)
我工作地点的质量保证和开发团队相处得很好,因为我们在地理位置上彼此靠近。这消除了“开放缺陷 - 发送到dev-dev关闭缺陷”的循环,这似乎助长了被动攻击性的烦恼。两组之间进行清晰,开放的沟通,并始终期待明确的期望。除此之外,标准的团队建设练习是一个良好的开端。在温暖的月份,我们有部门午餐,野餐,草坪游戏等。
就行政风格而言,与您的员工交谈并了解对他们有用的内容。有些人喜欢随意更新,其他人喜欢不断的反馈。你必须为开发人员和你做一些舒适的工作。
答案 4 :(得分:2)
取决于您的组织规模,但不再将其视为两个单独的群组。如果你是唯一的系统管理员,我猜你的组织并不是很大。
物理整合它们。在一个区域没有开发,在另一个区域没有QA。让他们彼此相邻共享办公室/立方体。
带人去吃午饭?把它们放在一起。抓啤酒?与两个团体的人一起做。
答案 5 :(得分:1)
在午餐时间进行体育或餐馆外的工作环境活动。
让人们在工作以外的其他事情上更好地相互了解,有助于建立两个群体之间的信任和联系。
答案 6 :(得分:0)
我认为让开发人员参与帮助开发(或帮助使用已经开发的工具)自动化测试工具非常有益 - 这样整个QA流程将得到改进,开发人员将更好地了解测试并且两个团队都会进行更多沟通。我认为作为开发人员,在这样的项目上工作会很有趣。