Der beste Weg, Zusammenarbeit zwischen Entwicklung und QA-Abteilungen zu stärken?

StackOverflow https://stackoverflow.com/questions/99442

  •  01-07-2019
  •  | 
  •  

Frage

Ich arbeite als Sysadmin sowohl für die Entwicklung und QA-Abteilungen eines Software-Entwicklungsunternehmen. Ich unterstütze beide gleichermaßen Teams. Vor kurzem war ich für einige Ideen auf gefragt, wie Inter-Kommunikation im Team zu verbessern.

Erstens, was sind einige Möglichkeiten, die die Beziehung zwischen einem Entwicklungs- und QA-Team, von der Entwickler-Sicht?

zu verbessern

Zweitens, was sind einige Dinge, die Sie für den Administrator von einem System-Blick so weit wie Interaktion? Dich alleine lassen? Email? ICH BIN? Persönliches Büro-Zeit? Wie kann ich meine Beziehung mit den Entwicklern zu verbessern?

War es hilfreich?

Lösung

Eine ordnungsgemäße Verwaltung ist ein guter Anfang. Ich würde sagen, nur die beiden Gruppen immer Erfolg haben oder scheitern zusammen das wichtigste. Sie wollen, dass die beiden eine freundliche Konkurrenz zu haben (man versucht, Fehler zu finden, während die andere versucht, das zu verhindern), aber am Ende müssen sie Teil des gleichen Teams in Betracht gezogen werden. Team Essen und andere Aktivitäten sind immer eine gute Idee.

Andere Tipps

Co-orten und sie als übergreifendes Team zu behandeln. Wenn QAs Code schreiben möchten (wie Abnahmen) ließ sie. Wenn Entwickler wollen einen anderen Teil des Systems QA (nicht Code, den sie bearbeiten). Lassen Sie sie und hat beiden Gruppen (wenn man sie als getrennte Einheiten anzeigen mag) zusammenarbeiten, um das Problem zu lösen.

Beziehen Sie die QA Menschen so früh wie möglich. Wenn Sie agile tun, sind sie ein Teil des Teams. Auch wenn Sie nicht sind, können sie immer noch wertvolle Einblicke in bieten, wie der Code kann besser gemacht werden, indem es mehr prüfbar und damit Probleme weiter auf der ganzen Linie vermeiden.

Die QA und Entwicklungsteams an meinem Ort der Beschäftigung auskommen sehr gut, weil wir einander geografisch nahe sitzen. Dadurch entfällt die Schleife von „offenen Defekt-send dev-dev schließt Defekt“, die passiv-aggressiven Ärger zu fördern scheint. Klare und offene Kommunikation zwischen den beiden Gruppen und klaren Erwartungen sind immer zu erwarten. Other than that, sind Standard-Team-Building-Übungen ein guter Anfang. Wir haben abteilungs Mittagessen, Picknick, Rasen-Spiele in den wärmeren Monaten, etc.

Soweit Verwaltung Stil, um Ihre Mitarbeiter sprechen und sehen, was für sie arbeitet. Einige genießen es allein gelassen mit sporadischen Updates, andere wie eine ständige Rückkopplung. Sie müssen tun, was für die Entwickler bequem ist und Sie.

Abhängig von der Größe Ihrer Organisation, aber Denken sie als zwei separate Gruppen stoppen . Wenn Sie die einzige Sysadmin sind, ich bin Ihr Unternehmen zu raten ist nicht sehr groß.

Integrieren Sie diese körperlich. Ich habe keine Entwickler in einem Bereich und QA in einem anderen. Haben sie nebeneinander Büros / Würfel teilen.

Unter Menschen zum Mittagessen? Nehmen Sie sie zusammen. Grabbing ein Bier? Tun Sie es mit Leuten aus beiden Gruppen.

Ohne Job Kontext Aktivitäten wie Sport oder Restaurant zu Mittag zu essen.

Menschen Immer besser kennen einander in anderen Dingen als Job Gebäude hilft Vertrauen und Verbindungen zwischen den beiden Gruppen.

ich denke, es wäre sehr vorteilhaft sein, die Entwickler einzubeziehen helfen entwickeln (oder Hilfe Nutzung diejenigen, die bereits entwickelt sind) Tools für automatisierte Tests - diese Weise die gesamte QS-Prozess verbessert werden und der Entwickler hat einen besseren Einblick in Tests und auch werden beiden Teams kommunizieren mehr zu tun. Ich denke, als Entwickler, dass es Spaß machen würde, an einem solchen Projekt zu arbeiten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top