Wie breche ich auf einem agilen Projekt Barrieren zwischen Entwicklung und QA down? [geschlossen]

Question

Ich habe die Anwendung agile für ein paar Monate jetzt auf meinem Projekt. Jedoch sehen wir ein stetiges Problem mit unserer Iteration burndowns. Wir sind nicht Null jede Iteration zu treffen.

Die Aufgaben verbleiben, sind QS-Aufgaben. Dinge wie das Schreiben von Tests, Tests, etc.

Nun gibt es einigen organisatorischen Widerstand gegen die „übergreifendes Team“ Idee agiler. Devs für einzelne Projekte entwickeln, aber Tester sind für mehrere Projekte gemeinsam genutzt. Das ist ganz im Gegensatz zu der agilen Idee der Devs und QA zusammen arbeiten.

Die Tatsache, dass meine Tester Zeit über so viele andere Projekte aufgeteilt wird, ist die Ursache unserer Verlangsamungen. Die Entwickler testen, wie viel Spiel, wie sie können zu holen, aber einige Aufgaben sind noch nicht getan.

Von dem, was ich sehe, kann ich zwei Dinge tun:

1. Persuade die Organisation zu bewegen in Richtung „jedes Projekt mit einem dedizierte QA Person "
2. Ändern Sie meine Definition von „Erledigt“ zu nicht QA / Testing Arbeit umfassen. Dinge würde noch Einheit obwohl getestet werden.

Ich würde viel lieber vermeiden # tun 2, da ich die Prüfung der Zusammenarbeit schätzen wir tun.

Welchen Rat haben Sie für meine missliche Lage?

Answer 1

Es ist eine schwierige Situation und leider ziemlich viele Unternehmen, die versuchen, Agile folgen Sie es nicht erkennen. Sie müssen keine eigene QA Person haben - auch mit Agile Ressourcen zwischen verschiedenen Aufgaben aufgeteilt werden könnten. Sie müssen Ihre QA in Ihrem Fortschritt Tracking einzubeziehen.

Ja, Ihr Fortschritt wird langsamer sein. Es gibt einen guten Grund dafür (Sie nicht genug QA Ressourcen haben) und Sie sollen es mit Zahlen in der Hand zu Ihrer Organisation Management erklären. Es wird Ihnen helfen, sie zu überzeugen, dass eine Veränderung geschehen muss.

Auch Sie könnten zu mehr automatisierte Tests bewegen und verwenden Sie Ihre Entwickler die Tester mit der Testautomatisierung zu helfen. Dadurch wird die Last gleichmäßiger verteilen und die Qualität der QA an Ihrem Projekt

verbessern

Answer 2

Ich glaube nicht, können Sie anrufen, was Sie agile tun, es wäre denn jeder in auf sie. Holen Sie sich das Testgerät an die Devs physisch nahe zu sitzen (zumindest für die Zeit der Tester auf Aufgaben für ihr Projekt wie die Erstellung der Testpläne arbeitet), kann dies die Kommunikation und bekommen die QAs hinein zu kaufen.

Answer 3

Für dies funktioniert muss die QAs bekommen, um eine angemessene Zeit dem Projekt zu widmen. Sie müssen möglicherweise mit ihrem Management, um bestimmte Schwaden von Zeit für sie beiseite stellen, um an der Arbeit an einem Projekt zu arbeiten. Auf diese Weise würden Sie in der Lage sein, ihre Zeit zu planen und genau wissen, wie viel Arbeit Ihre Entwickler tun können, dass das QA-Team Zeit zu testen hat. Dies kann verlangen, dass Sie auf der Entwicklung, um die reduzierte Unterstützung von QA zu kompensieren Skalierung zurück.

Sie erwähnen nicht, wie viel von Ihren Tests automatisieren. Sie können die Testautomatisierung zu erhöhen, um der Lage sein, die Zeit, das QA-Team, das Projekt zu bestätigen, muss zu reduzieren. Sie könnten Teil Ihrer Entwicklungszeit verwenden die QA-Tests für das QA-Team zur Vorbereitung zu laufen. Nicht optimal, aber es könnte helfen.

Answer 4

Ich denke, QA viel mehr hat in agilen Umfeld zu bieten als nur die Testarbeit. Wenn QA kenntnisreich genug über den Workflow und verschiedenen Zweige der es ist, kann man in Fahrersitz sein, den Rest des Scrum-Prozesses zu fahren. QA kann mit den Entwicklern envolved werden die logischen Abläufe zu entwickeln, die letztlich die Testfälle fahren. Auf diese Weise eine Menge Design und Workflow-Fehler während des Entwicklungsprozesses zu beseitigen, bevor sie in QA-Umgebung erhalten.

Answer 5

Sie können QA prüfen, wie die Kunden für die Devs. Also, wenn Devs Release am Ende einer Iteration zu QA, wird die Iteration durchgeführt.

Das Feedback der Kunden (Fehler, die Festsetzung müssen) in die Arbeit gehen, um für die nächste Iteration durchgeführt werden.

Answer 6

In der kurzen Frist, stoppt die QA Ressourcen verwenden, die nicht in Ihren Prozess passen kann und übernimmt diese Aufgaben mit denen, die bei Bedarf gewidmet werden können. Mir ist klar, dass dies nicht ideal ist, aber es gibt eine suboptimale Situation, in der Sie eine Organisationsstruktur, die nicht Ihre Prozesse entspricht. Sie können nur feststellen, dass es gut funktionieren wird (und lernen, über das Testen im Prozess).

Auf lange Sicht, Ihre Optionen sind

• einen Weg finden, dies mit der gegebenen Organisationsstruktur / Prozess zur Arbeit
• ändern die Organisationsstruktur für den Prozess geeignet sein
• chagne den Entwicklungsprozess für die Organisation geeignet sein