3 amigo principle agile
Einführung in das 3-Amigo-Prinzip:
beste kostenlose Firewall für Windows 10 2018
Zuvor haben wir Ihnen in der Scrum-Reihe das Konzept des Bringens vorgestellt Selbstversorgung innerhalb der Mitglieder des Scrum-Teams die Kultur zu fördern, die geschäftlichen Wert erzeugt, ohne Hilfe von außen zu benötigen.
In letzter Zeit war ich auf ein Kundenprojekt ausgerichtet, bei dem ich als Scrum Master arbeitete. Nachdem ich in mehreren Scrum-basierten Projekten gearbeitet hatte, konnte ich die Methodik erfolgreich in die Arbeitsweise des Kunden integrieren.
Nach einer bestimmten Zeitspanne wurde jedoch eine große Unbestimmtheit in Bezug auf das Erfordernis des Verstehens festgestellt.
Jedes Scrum-Teammitglied hat seine eigene Version des Anforderungsverständnisses!
Was du lernen wirst:
- Überblick
- Test First Development (TFD)
- Das Drei-Amigo-Prinzip
- Drei-Amigo-Prozess
- Fazit
- Literatur-Empfehlungen
Überblick
Was würde passieren, wenn die Entwickler und die Qualitätssicherung zwei unterschiedliche Perspektiven auf dieselbe Anforderung haben?
In diesem Fall ist es naheliegend, dass die Entwickler das Inkrement unter Berücksichtigung ihrer Perspektive entwickeln, während die Tester es unter Berücksichtigung ihrer eigenen Perspektive testen.
Die beiden Perspektiven neigen dazu, eine Lücke zu schaffen, und Probleme werden dann erst gegen Ende des Sprints angesprochen. Ein noch schlimmerer Fall wäre, wenn keine Zeit mehr bleibt, um diese Probleme im Sprint zu lösen, und wir in die Lage versetzt werden, zusätzliche Elemente in ein Product Backlog aufzunehmen.
Um die obige Problemstellung zu lösen, haben wir eine Lösung gefunden, um mehr Anforderungsdiskussionssitzungen unter den Teammitgliedern abzuhalten, um die Anforderungen als Ganzes zu analysieren und ein Brainstorming durchzuführen. Und so kam die Idee des Drei-Amigo-Prinzips ans Licht.
Bevor wir zum Drei-Amigo-Prinzip übergehen, wollen wir zunächst eine der agilen Testpraktiken, Test First Development (TFD) und deren Zusammenhang mit den Drei-Amigos diskutieren.
Test First Development (TFD)
Wie der Name schon sagt, handelt es sich bei Test First Development um eine Praxis, bei der die Testfälle vor jeder Entwicklungsaktivität von den Testingenieuren geschrieben werden.
Diese Testfälle werden dann diskutiert und im gesamten Team geteilt. Die Teammitglieder kommen nun zu einer Besprechung, um die Testfälle (auch als „Die drei Amigos“ bezeichnet) zu diskutieren, zu verbessern und zu überprüfen. Die Randfälle werden während dieses Meetings auch zur Liste der Testfälle hinzugefügt.
Wir können auch den Product Owner einbeziehen, um die Testfälle hinzuzufügen und zu überprüfen, um das Vertrauen zu schaffen, dass die Testfälle die Akzeptanzkriterien erfüllen.
Nachdem die Testfälle entwickelt wurden, würde die gesamte Entwicklung auf diesen Testfällen basieren. Dieses Phänomen wird auch als Testaufbauzyklus bezeichnet. Erstellen Sie innerhalb eines Testerstellungszyklus, bis alle Testfälle bestanden sind, und lassen Sie keinen Platz für Fehler im System.
Mit der Test-First-Entwicklung können die Entwickler ein Inkrement erstellen, das die Akzeptanzkriterien erfüllt und ein Buy-In vom Product Owner (Stimme des Kunden) erhält.
Heutzutage haben die Teams begonnen, den TDD-Ansatz (Test Driven Development) und das Framework anzuwenden, was der nächste Schritt zur ersten Testentwicklung ist. Werkzeuge wie Gurke, Messgerät, Specflow usw. gehören zu den beliebtesten.
Das Drei-Amigo-Prinzip
Wer sind die drei Amigos?
Das Drei-Amigo-Prinzip besagt, dass die drei Amigos; Business Analyst, Entwickler und Qualitätsanalysten sollten sich zu einem Meeting treffen, bei dem:
- Der Business Analyst erläutert mit dem Team die einzelnen Geschäftsanforderungen.
- Die Mitglieder des Qualitätssicherungsteams diskutieren die Testfälle, die bereits für diese Geschäftsanforderungen erstellt wurden.
- Die Mitglieder des Entwicklungsteams besprechen mit dem Team die Architektur und das Low-Level-Design.
Ziel des Treffens mit drei Amigo ist es, die Lücken im Verständnis der Geschäftsspezifikationen von drei Amigos zu schließen.
Der Business Analyst stellt sicher, dass jeder im Team das gleiche Verständnis und die gleichen Erwartungen an die Business User Story / Anforderung hat. Der Business Analyst sammelt das Feedback und überprüft die Kommentare der Teammitglieder. Er / Sie fügt auch die fehlenden Informationen hinzu und entfernt die mehrdeutigen Informationen aus der User Story, falls vorhanden.
Da der Zustand der Software immer an ihren hohen Qualitätsstandards gemessen wird, arbeitet das Qualitätssicherungsteam die funktionalen und nicht funktionalen Aspekte des Software-Inkrements aus und erläutert die zum Testen des Inkrements identifizierten Testfälle. Sie stellen auch sicher, dass alle Akzeptanzkriterien von den Testfällen erfüllt werden.
Die anderen Teammitglieder helfen bei der Bereicherung der Testfälle, indem sie Randfälle und fehlende Szenarien finden. Die Mitglieder des Entwicklungsteams teilen ihr Wissen mit technischen Einschränkungen, die zu Testbeschränkungen führen können.
Hinzufügen von Elementen zu einem Array Java
Die Entwickler besprechen ihr Verständnis der Anforderungen und der Voraussetzungen für die Erstellung des Inkrements. Sie würden auch das Architekturlayout und das Low-Level-Design mit dem Team besprechen, um ein gemeinsames Verständnis dafür zu entwickeln, was gebaut werden soll.
Das Gesamtergebnis der Three Amigo-Sitzung ist, dass das gesamte Team ein gemeinsames Verständnis dafür hat, was es als Teil des nächsten Sprints aufbauen wird.
Drei-Amigo-Prozess
Der Drei-Amigo-Prozess umfasst Folgendes:
# 1) Teilnehmer
Jeweils ein Vertreter des Entwicklungsteams und des Qualitätssicherungsteams sowie der Business Analyst. Es wird empfohlen, diese Vertreter zu haben, die Personen, die tatsächlich an dieser Anforderung arbeiten, um den maximalen Nutzen des Konzepts zu nutzen. Andere wie Architekten usw. sind jederzeit herzlich eingeladen, an dem Treffen teilzunehmen und ihre Anleitung zu geben.
# 2) Zeitpläne
Drei Amigo-Sitzungen werden normalerweise im N-1-Sprint durchgeführt. Es ist auch ein zeitgesteuertes Box-Ereignis, d. H. Sie können nicht erweitert werden. Die empfohlene Zeitspanne für die Sitzung beträgt 1 Stunde. Dies ist auch die maximale Dauer.
Wenn die Funktion in Sprint N entwickelt werden soll, wird dringend empfohlen, die Three Amigo-Sitzung in N-1 oder N-2 Sprint durchzuführen.
# 3) Format
# 1) Die Besprechung beginnt damit, dass der Business Analyst den Teilnehmern die Anforderungen zusammen mit den Designdokumenten oder Drahtmodellen vorstellt. Es wird erwartet, dass die Geschäftsanforderungen gut vorbereitet und dokumentiert sind. Es wird erwartet, dass das Team die Anforderungen bereits vor dem Meeting erfüllt hat.
# 2) Als nächsten Schritt überprüfen die Teilnehmer die Anforderung und geben Feedback, das später vom Business Analyst aufgenommen wird. Die Teilnehmer werden auch auf etwaige Unklarheiten und Lücken hinweisen. Es wird auch erwartet, dass der Business Analyst die Unklarheiten beseitigt und die Lücken in der Anforderung schließt.
Manchmal kann es Situationen geben, in denen der Business Analyst möglicherweise Anfragen der anderen Teilnehmer bestätigen muss und diese Überprüfung dort möglicherweise nicht direkt selbst einbezieht.
# 3) Sobald die Anforderung ausreichend gepflegt ist und die Teilnehmer kein Feedback oder keine offenen Fragen mehr haben, wird die Anforderung als 'Bereit' markiert.
# 4) Als nächstes werden die Testfälle den Teilnehmern genau wie die Anforderungen präsentiert. Es wird erwartet, dass Testfälle bereits gut geformt und vorbereitet sind.
# 5) Die Teilnehmer werden nun die Testfälle überprüfen und Feedback geben. Das QS-Mitglied wird alle Vorschläge einbeziehen. Die Teilnehmer würden auch auf die fehlenden Testfälle und die Randfallszenarien verweisen. Das Hauptziel bleibt dabei, dass die Testfälle alle Akzeptanzkriterien erfüllen und eine gute Testabdeckung aufweisen.
# 6) Der nächste Schritt besteht darin, die Abhängigkeiten und Voraussetzungen zu untersuchen, die möglicherweise während der Sitzung aufgetreten sind.
beste PC-Reparatursoftware für Windows 10
# 7) Die Abhängigkeiten werden ermittelt und die Aktionselemente erstellt und dem jeweiligen Teammitglied zugewiesen. Ebenso werden die Aufgaben für Voraussetzungen angelegt und zugeordnet.
# 8) Alle oben genannten Artefakte (Anforderungen, Testfälle, Aufgaben, Abhängigkeiten) sollten in einem Projektmanagement-Tool wie JIRA aufbewahrt werden, damit jeder leicht darauf zugreifen kann.
# 9) Wenn zu viele Überprüfungskommentare vorhanden sind, können der Business Analyst und der Qualitätssicherungsingenieur diese nach der Sitzung einbeziehen.
Fazit
In diesem Tutorial haben wir Ihnen das Konzept von vorgestellt Das Drei-Amigo-Prinzip Dies hat sich als sehr vorteilhaft erwiesen, um die richtige Lösung mit starken Rückkopplungsschleifen schneller bereitzustellen.
Die drei Amigo-Sitzungen lassen keinen Raum für ein unterschiedliches Verständnis derselben Anforderung. Ziel des Meetings ist es, alle auf die gleiche Seite zu bringen und sie dann die Anforderungen akzeptieren zu lassen, bevor sie in die Entwicklungsphase übergehen.
Wenn Sie bereits im Agile Framework arbeiten, würde ich Ihnen wärmstens empfehlen, ein paar The Three Amigo-Sitzungen abzuhalten und die Änderung selbst zu beobachten.
In unserem nächsten Tutorial erfahren Sie mehr über das skalierte agile Framework!
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- 4 Schritte zur Entwicklung der Denkweise für agile Tests für einen erfolgreichen Übergang zu agilen Prozessen
- JIRA Agile Tutorial: So verwenden Sie JIRA effektiv zum Verwalten agiler Projekte
- Agiles Manifest: Agile Werte und Prinzipien verstehen
- Die Änderung der Denkweise eines agilen Testers: Anpassung an das agile Manifest
- SAFe Agile Tutorial: Was ist Scaled Agile Framework?
- Agile Scrum Online Quiz: Testen Sie Ihr Wissen über Agile Scrum
- Automatisierte Regressionstests: Herausforderungen, Prozesse und Schritte
- Agiles Testen auf dem Vormarsch - Segen oder Fluch?