Sollte die Qualitätssicherung Teil der Entwicklungsabteilung sein?

Ich arbeite für ein kleines Unternehmen, das seit einiger Zeit eine Produktentwicklungsabteilung hat. Was wir jedoch nicht hatten, ist eine QS / Testgruppe.

Wir möchten eine Testgruppe hinzufügen, haben jedoch Schwierigkeiten herauszufinden, wo sie am besten in die Organisationsstruktur des Unternehmens aufgenommen werden können. Insbesondere werden wir eine Position als "Lead Tester" einstellen. Sollten sie als Teil der Produktentwicklungsabteilung eingesetzt werden oder sollten sie eine neue Abteilung sein? Sollten sie woanders sein?

Unser Unternehmen ist grob wie folgt strukturiert:

• Vorsitzender
  • CTO
    • Direktor Produktentwicklung
    • Director Customer Care
      • Entwickler
    • VP Operations
      • Netzwerktechniker
  • Vertriebsingenieure
  • Präsident
    • Regler

Ja und nein :)

Sowohl Entwickler als auch QS-Mitarbeiter sollten dasselbe Ziel verfolgen (und ihre Leistung daran gemessen): ein Qualitätsprodukt rechtzeitig und im Rahmen des Budgets liefern. Sie können "Qualitätsprodukt" definieren, aber es muss für beide Gruppen gleich sein. Warum? Denn wenn es nicht dasselbe ist, erhalten Sie zwei Gruppen mit unterschiedlichen Agenden, und dies kann sich schnell zu einer Situation verschlechtern, die sich nachteilig auf das Produkt / Unternehmen auswirkt.

Die Qualitätssicherung sollte (sehr) eng mit den Entwicklern zusammenarbeiten und umgekehrt, aber beide sollten bei ihrer Entscheidungsfindung völlig unabhängig voneinander sein. Sie sind schließlich für ganz unterschiedliche Aspekte der Produktentwicklung verantwortlich

Wir haben es so eingerichtet, dass "Produktentwicklung" eine "virtuelle" Abteilung ist, die von zwei konkreten Abteilungen realisiert wird: Qualitätssicherung und Entwicklung. Beide berichten an dasselbe Mitglied des Managementteams: den CTO. Dies stellt sicher, dass nur eine Person für das Produkt verantwortlich ist (unser CTO) und dass sowohl die Qualitätssicherung als auch die Entwicklung unabhängig voneinander sind.

Es hängt wirklich davon ab, wie ernst Ihre Firma mit der Qualitätssicherung ist. Werden Sie zum Beispiel eine testgetriebene Entwicklung durchführen?

Sie erwähnen eine "Testgruppe", dies würde mehrere Personen vorschlagen. Wenn es sich tatsächlich um eine Gruppe von mehreren Personen handelt, sollte es sich wahrscheinlich um eine separate Abteilung handeln. Was mich jedoch verwirrt, ist, dass Sie derzeit mindestens eine Person haben, die sich der Qualitätssicherung und dem Testen widmet? Wenn nicht, planen Sie, schnell eine ganz neue Gruppe aufzubauen? In diesem Fall handelt es sich um eine erhebliche organisatorische Veränderung, die zu erheblichen Spannungen mit Ihren derzeitigen Entwicklern führen kann, die auch ihre Arbeitsweise ändern müssen.

Wenn Sie planen, jetzt eine einzelne QS-Person einzustellen und die QS-Funktion möglicherweise langsam auszubauen, ist es wahrscheinlich besser, diese Person direkt dem Direktor für Produktentwicklung zu melden. Der schwierigste und wichtigste Teil seiner Arbeit besteht darin, Ihre Unternehmenskultur so zu verändern, dass die Qualitätssicherung in alle Schritte des Prozesses integriert wird und nicht erst nachträglich.

Was wir jedoch nicht hatten, ist eine Qualitätssicherung ...

Wurde dort getan - mein aufrichtiges Beileid. Wie oben erwähnt, würde ich sagen, dass es viel besser ist, Tester zu bekommen als das, was Sie jetzt haben, egal in welcher Abteilung sie landen werden.

Ansonsten fühle ich mich sicher, eine separate Abteilung für die Qualitätssicherung zu empfehlen.

Ich habe an zwei Releases teilgenommen, die aus Sicht der Qualitätssicherung nicht möglich waren - einmal als Tester, einmal als Entwickler. In beiden Fällen halte ich eine separate QS-Abteilung für sehr hilfreich.

Soweit ich das beurteilen kann, wenn sich Tester in einer separaten Abteilung befinden, wird es schwieriger, Probleme mit der Produktqualität hinter einer falschen "Teamausrichtung" zu verbergen . Dies hat allen geholfen, klar zu verstehen, was wir veröffentlichen und warum. Dies trug wiederum dazu bei, die Kundenerwartungen zu verwalten und die weitere Entwicklung zu planen.

In fast allen Fällen sollte die Qualitätssicherung von der Entwicklung getrennt sein. Während das Ziel zwischen beiden Abteilungen dasselbe ist (Veröffentlichung hochwertiger Produkte / Lösungen), muss die Qualitätssicherung das Gefühl haben, die Berechtigung zu haben, Produkte mit Entwicklung zu korrigieren und Vorschläge zu machen, und gleichberechtigt zu sein. Wenn der Leiter der Qualitätssicherung direkt an den Leiter der Entwicklungsabteilung berichtet, kann dies dazu führen, dass die Qualitätssicherung einen Schritt zurücktritt und der Entwicklung ausgeliefert ist (und folglich schlampigere Codes / Produkte in die Produktion gelangen).

Hängt von der von Ihnen verwendeten Entwicklungsmethode ab: Wenn Sie agil / schlank arbeiten, ist Agile Testing möglicherweise der richtige Weg und muss daher den Entwicklern nahe sein.

Nach allem, was Sie sagen, haben Sie eine ziemlich kleine Firma. Für mich ist es sinnvoll, diese Größe und Kommunikationsfähigkeit zu nutzen, solange Sie können, bevor Sie größer werden. Dies bedeutet, sie bei der Entwicklung zu halten.

In einem größeren Unternehmen kann es sinnvoll sein, Dev- und QA-Teams mit angemessener Größe aufzuteilen und sie ihre eigenen, separaten Teamziele usw. beibehalten zu lassen.

Jetzt wäre ich mir auch sicher, dass die ersten QS-Positionen SDET-Positionen sind ... dh. Tester mit Coding Chops. Bringen Sie Ihre Automatisierung von Anfang an zum Laufen und stabil.