![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/06\/blog_developerweek_003-600x392.png\")
<\/a>Die wichtigsten Grunds\u00e4tze aus dem Agilen Manifest sind:<\/p>\n\n\n\n
- Menschen und Interaktionen sind wichtiger als Prozesse und Werkzeuge.<\/li>
- Funktionierende Software ist wichtiger als umfassende Dokumentation.<\/li>
- Zusammenarbeit mit dem Kunden ist wichtiger als die urspr\u00fcnglich formulierten Leistungsbeschreibungen.<\/li>
- Eingehen auf Ver\u00e4nderungen ist wichtiger als Festhalten an einem Plan.<\/li><\/ul>\n\n\n\n
Unternehmen, die ihre Entwicklung auf die agile Arbeitsweise umstellen, haben einen Wettbewerbsvorteil gegen\u00fcber Firmen, die nach klassischen Vorgehen arbeiten. Aber die Umstellung der Prozesse auf Entwicklungsmethoden, wie Scrum \u2013 auch agile Transition genannt \u2013 stellt eine gro\u00dfe Herausforderung dar. Agilit\u00e4t erreicht man nicht mit der Aufteilung der Entwicklungsmeilensteine in Sprints und der Benennung eines Product Owners (siehe Abbildung 1). Es m\u00fcssen umfangreiche \u00c4nderungen der Organisation, hin zu einer agilen Arbeits- und Lebensweise, stattfinden.<\/p>\n\n\n\n
Am Beispiel des Testmanagers l\u00e4sst sich die Herausforderung der agilen Transition sehr sch\u00f6n nachvollziehen. Die Frage lautet: Wenn wir in Scrum keinen Testmanager ben\u00f6tigen, wer \u00fcbernimmt seine Aufgaben? Der Product Owner? Der Scrum Master? Das Team?<\/p>\n\n\n\n
Nach der Scrum Alliance <\/a>ist der Product Owner die Person, die f\u00fcr die punktgenaue und p\u00fcnktliche Erstellung des Produktes verantwortlich ist. Der Product Owner f\u00fcllt und verfeinert das Product Backlog und stellt sicher, dass jeder wei\u00df was darin enthalten und mit welcher Priorit\u00e4t es versehen ist. Damit ist er in der Regel am n\u00e4chsten an der \u201cBusiness-Seite\u201d des Projekts.
Scrum erfordert, dass das Entwicklungsteam eine nach Funktionen gemischte Gruppe ist \u2013 die alle notwendigen F\u00e4higkeiten vereint \u2013 die f\u00fcr die Entwicklung des Produktes notwendig sind. Das Team organisiert sich selbst: das hei\u00dft es w\u00e4hlt selbst\u00e4ndig den umzusetzenden Inhalt des Sprints und k\u00fcmmert sich um die Planung, Steuerung und Umsetzung.
Der Scrum Master ist der \u201cLotse\u201d durch die Untiefen des Scrum Frameworks. Er hilft dem Rest des Scrum Teams bei der Einhaltung der Scrum-Regeln. Eine weitere Aufgabe des Scrum Masters ist es, Hindernisse f\u00fcr den Fortschritt des Teams aus den Weg zu r\u00e4umen.<\/p>\n\n\n\nAuch nach Studium der Rollen von Scrum ist nicht ersichtlich: Wer die Aufgaben des Testmanagers \u00fcbernimmt? bzw. Wie sie verteilt werden? Um die Fragen zu beantworten, ist es notwendig erst einmal festzustellen, welche Aufgaben ein Testmanager im klassischen Test- und Qualit\u00e4tssicherungsprozess wahrnimmt. Laut dem International Software Testing Qualifications Board (ISTQB), der Zertifizierungsstelle f\u00fcr Tester, gehen die Aufgaben und Einsatzgebiete des Testmanagers \u00fcber die Steuerung des Testprojektes hinaus. Er leitet die Testabteilung oder das Testteam und damit die Ressourcen f\u00fcr die Tests. Er erstellt Berichte, eskaliert in Richtung Entwicklung, Fachabteilung und Projektleitung, sch\u00e4tzt Testprojekte, setzt die Einhaltung der Qualit\u00e4tsprozesse und -verfahren des Unternehmens durch, beschafft die Testing-Tools f\u00fcr die Organisation und \u00fcberpr\u00fcft die Testpl\u00e4ne, sowie die Testf\u00e4lle.<\/p>\n\n\n\n
Die Aufgabenebenen lassen sich in zwei Felder aufteilen: strategisch und operativ (siehe Abbildung 2). Die operative Ebene besch\u00e4ftigt sich mit der Planung und Konzeption der Testf\u00e4lle und Tests, der Steuerung der Testdurchf\u00fchrung, sowie der Kommunikation innerhalb des Projektes. Die strategische Ebene beinhaltet die Aufgaben des Qualit\u00e4tsmanagements.<\/p>\n\n\n\n
![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/06\/blog_developerweek_002-600x366.png\")
<\/a>Abbildung 2 Aufgaben des Testmanagers (nach ISTQB)<\/figcaption><\/figure><\/div>\n\n\n\n Die operativen Aufgaben k\u00f6nnen nicht vom Scrum Master oder Product Owner \u00fcbernommen werden. Der Product Owner mischt sich nicht in die Umsetzung ein und der Scrum Master nicht in die Entwicklung. Die Testaufgaben werden in der agilen Entwicklung durch das Team \u00fcbernommen. Und nach der Definition und Aufteilung der Aufgaben des Testmanagers ist es nun m\u00f6glich zu untersuchen wie diese in den agilen Prozess eingebracht werden k\u00f6nnen. Es ergibt sich aber ein Problem: Eine klare Zuordnung zu einer Person ist nicht m\u00f6glich, da in Scrum alle Aufgaben auf das agile Team verteilt werden.<\/p>\n\n\n\n
Die L\u00f6sung des Problems liegt im Framework Scrum selbst. Es stellt ein umfangreiches Paket an Werkzeugen und Artefakten bereit. Und diese lassen sich den Aufgaben des Testmanagers gegen\u00fcberstellen. Wir haben in unseren Scrum Teams eine vollst\u00e4ndige agile Transition[3]<\/a><\/sup> der Aufgaben durchgef\u00fchrt und festgestellt, dass Scrum jeder Aufgabe des Testmanagers ein Werkzeug oder Artefakt gegen\u00fcberstellen l\u00e4sst.<\/p>\n\n\n\n
![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/06\/agiler_testmanager_001-600x254.png\")
<\/a>Abbildung 3 Agile Transition des Testmanagers \u2013 Testkoordination<\/figcaption><\/figure><\/div>\n\n\n\n So erfolgen die \u00dcberlegungen zur Teststrategie und die im Vordergrund stehenden Qualit\u00e4tsmerkmale im Planning des Sprints und Backlog Grooming. Die Pass-Fail-Kriterien, also die Kriterien ob ein Sprint erfolgreich bzw. der Test abgeschlossen ist, werden in der Definition of Done definiert (siehe Abbildung 3).<\/p>\n\n\n\n
![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/06\/agiler_testmanager_002-600x255.png\")
<\/a>Abbildung 4 Agile Transition des Testmanagers \u2013 Testumsetzung<\/figcaption><\/figure><\/div>\n\n\n\n Im Sprint Review wird die Umsetzung der Anforderungen verifiziert und validiert (siehe Abbildung 4).<\/p>\n\n\n\n
![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/06\/agiler_testmanager_003-600x255.png\")
<\/a>Abbildung 5 Agile Transition des Testmanagers \u2013 Testkoordination<\/figcaption><\/figure><\/div>\n\n\n\n Zus\u00e4tzlich erm\u00f6glichen die Stories bzw. ihre Repr\u00e4sentation am Scrum Board und in den Backlogs eine Dokumentation des Fortschritts sowie der Qualit\u00e4tsgradbemessung (siehe Abbildung 5).<\/p>\n\n\n\n
Jeder Aufgabe des Testmanagers l\u00e4sst sich also ein agiles Werkzeug oder Artefakt gegen\u00fcberstellen. Damit ist die vollst\u00e4ndige agile Transition der Aufgaben eines Testmanagers erreicht. Unter der Voraussetzung, dass das Scrum Team das notwendige Testwissen f\u00fcr die Umsetzung der anstehenden Entwicklungs- und Testaufgaben besitzt, wird f\u00fcr kleine Projekte kein Testmanager ben\u00f6tigt. Steht das Wissen noch nicht zur Verf\u00fcgung muss das Team ausreichend gecoacht werden.<\/p>\n\n\n\n
Wer \u00fcbernimmt die strategischen Aufgaben des Testmanagers in agilen Unternehmen?<\/strong><\/p>\n\n\n\n
Das strategische Aufgabenfeld eines Testmanagers ist das Qualit\u00e4tsmanagement (QM), welches laut DIN ISO 8402 \u201ealle T\u00e4tigkeiten der Gesamtf\u00fchrungsaufgabe, welche die Qualit\u00e4tspolitik, Ziele und Verantwortungen festlegen sowie diese durch Mittel wie Qualit\u00e4tsplanung, Qualit\u00e4tslenkung, Qualit\u00e4tssicherung und Qualit\u00e4tsverbesserung im Rahmen des Qualit\u00e4tsmanagements verwirklichen\u201c umfasst.<\/p>\n\n\n\n
<\/a>Abbildung 6 Aufgaben des Testmanagers (nach ISTQB)<\/figcaption><\/figure><\/div>\n\n\n\n Ob eine Firma nach klassischen oder agilen Methoden entwickelt, das Qualit\u00e4tsmanagement bleibt in der Verantwortung der Gesch\u00e4ftsf\u00fchrung des Unternehmens. Dieser Aufgabenbereich kann, sollte und darf nicht vom Scrum Team \u00fcbernommen werden. Auf den ersten Blick \u00e4ndert sich grunds\u00e4tzlich nichts in Organisation und Aufgabenteilung. Auf dem zweiten Blick ergibt sich eine Problemstelle f\u00fcr agile Firmen. In der klassischen Welt diente der Testmanager als Schnittstelle zwischen operativer und strategischer Ebene. Er verteilte die Informationen zwischen dem Management und der operativen Ebene, \u00fcbermittelte strategische Vorgaben und Methoden in die Testteams oder spielte Entwicklungen und Verbesserungen in Richtung Management.<\/p>\n\n\n\n
Aber wie kommen Informationen im agilen Umfeld von der strategischen Ebene in die operative und zur\u00fcck? Die Antwort ist: Die agile Transition ist nicht mit der Zuordnung der operativen Tasks des Testmanagers an das Scrum Team abgeschlossen. Die L\u00f6sung f\u00fcr die agile Transition der \u201eSchnittstelle\u201c zwischen den Ebenen ist gleich der agilen Transition der operativen Aufgaben des Testmanagers. F\u00fcr die vorhandenen Aufgaben der Unternehmenskommunikation stehen neue Konzepte und Werkzeuge bereit.<\/p>\n\n\n\n
Eines der neuen Konzepte ist die sogenannten Gilde. Gilden (oder in unserem Unternehmen Kompetenzteams genannt) sind ein Werkzeug, welches das Wissens- und Informationsmanagement in geordnete Bahnen lenkt. Sie sind als Matrixorganisation aufgebaut und stehen neben der normalen Unternehmensstruktur. Die Gilden haben die Aufgabe die Knowhow-Tr\u00e4ger des Unternehmens zu b\u00fcndeln und bieten den Mitarbeitern einen Platz zum Austausch von Wissen oder der Umsetzung von Weiterbildungsma\u00dfnahmen oder stimmen \u00fcbergreifende Projektentscheidungen wie Testumgebungsaufbau oder Codequalit\u00e4tsregeln ab. Je nach Zielsetzung des Unternehmens k\u00f6nnen der Aufbau und die Gliederung der Gilden unterschiedlich sein: So k\u00f6nnen die Gilden sich nach Kompetenzfeldern aufteilen wie Java-Entwicklung, .NET-Entwicklung, Test oder Prozessanalyse. Es k\u00f6nnen aber auch komplette Scrum Teams in Gilden zusammengefasst werden, die sich im Projekt gemeinsam einem bestimmten Thema widmen wie QA, Datenbankanbindung, GUI oder Schnittstellen (siehe Abbildung 7).<\/p>\n\n\n\n
![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/07\/artikel_te_atm_001-600x393.png\")
<\/a>Abbildung 7 Beispiel f\u00fcr die Einordnung und Aufbau der Gilden nach Kompetenzfeldern<\/figcaption><\/figure><\/div>\n\n\n\n Die Gilden arbeiten nach folgenden Muster: F\u00fcr jeden Mitarbeiter wird seine prim\u00e4re Rolle (zum Beispiel Entwickler, Tester (QAlas), Product Owner und Scrum Master), die er im t\u00e4glichen Arbeitsleben wahrnimmt, ermittelt. Mit dieser Rolle wird er einer passenden Gilde zugeordnet. Hier tauschen sich die Mitglieder nach Aufgabenfeldern aus, f\u00fchren interne Schulungen durch, sammeln das vorhandene Wissen in Portalen oder tauschen sich \u00fcber Best Practice in einzelnen Projekten aus. Die Moderation und Koordination innerhalb der Gilde \u00fcbernimmt ein Gildenmeister. Er besitzt nach dem Motto \u201eprimus inter pares\u201c[4]<\/a><\/sup> keine h\u00f6heren Rechte als seine Gildenkollegen und wird aus dem Kreis der Gildenmitglieder gew\u00e4hlt. Der Gildenmeister ist zentraler Ansprechpartner f\u00fcr seine Gildenmitglieder, die anderen Gildenmeister und das Management. Dies ist notwendig, da die Gilden sich aktiv interdisziplin\u00e4r austauschen, aber auch Feedback aus der operativen Ebene wie neue Entwicklungen oder Technologien an den Vertrieb weitergeben oder Hinweise f\u00fcr Schulungen an das Personal geben sollen.<\/p>\n\n\n\n
Ben\u00f6tigen wir f\u00fcr gro\u00dfe Scrumprojekte wieder einen Testmanager?<\/strong><\/p>\n\n\n\n
In vielen Unternehmen, die Scrum einsetzten, arbeiten mehrere Teams gemeinsam an der Entwicklung eines Produkts. Es gibt bereits \u00dcberlegungen zu skalierten Scrum auf Unternehmensebene<\/a> und wie die agilen Prinzipien trotz wachsender Komplexit\u00e4t eingehalten werden k\u00f6nnen. Boris Gloger sieht dabei zwei Problemfelder: \u201cEinhaltung des skalierten Scrum Frameworks\u201d und \u201cSkalierung des Anforderungsprozesses\u201d. Als L\u00f6sung f\u00fchrt er weitere Rollen ein: den Company Scrum Master und den Company Product Owner, die \u00fcbergreifend die Scrum Master bzw. Product Owner des Projektes begleiten. Beide Rollen stimmen sich mit ihren Gegenst\u00fccken in den einzelnen Scrum-Teams ab und verwalten die Scrum-Werkzeuge auf Unternehmensebene wie Company Product Backlog und Company Scrumboard.<\/p>\n\n\n\n
L\u00e4sst sich dieses Konzept auch auf den Test \u00fcbertragen: Ben\u00f6tigen wir quasi einen Company Test Owner oder Company QA Master? Aufgabe dieses neuen Werkzeuges w\u00e4re die Abstimmung und Verantwortung f\u00fcr den \u00fcbergreifenden und integrativen Testprozess, das Aufsetzen der notwendigen gemeinsamen Test-Strukturen sowie die Bef\u00fcllung des Backlogs mit Stories, Tasks und Incidents rum um das Thema QA.<\/p>\n\n\n\n
![\"Abbildung](\"https:\/\/sogehtsoftware.de\/wp-content\/uploads\/2015\/09\/agiler_testmanager_005-600x337.png\")
<\/a>