Kommende Woche beginnen die User Acceptance Tests in einem grossen Intranetprojekt. Das System und die Redaktionsorganisation sind mittlerweile ziemlich komplex, deswegen sind Dokumentation, Organisation und vor allem der schnelle Austausch zu aktuellen Problemen extrem wichtig, um moeglicht wenig schlechte Stimmung rund umm das Projekt aufkommen zu lassen – und beim Testen herrscht ja selten Euphorie.
Weil es sich ja schliesslich doch um ein 2.0-Projekt handelt, moechte ich auch beim Testen experimentieren und Dokumentation, Fragen und Known Issues in einem eigenen Tester-Blog abhandeln. Die konkete Fehlersammlung geschieht natuerlich nach wie vor in Bugtracking-Tools, aber ich moechte gern den Prozess davor (Wann ist ein Fehler ein Fehler) anders als ueber Mail kanalisieren.
Das groesste Risiko dabei ist, dass auch der Blog neu ist und fuer manche Tester sicher noch gewoehnungsbeduerftig, die Vorteile, die ich mir von der Online-Collaboration im Blog gegenueber der Abwickluing via Mail erwarte sind:
- Online im neuen Intranet nachlesbare Dokumentation zeigt, dass zumindest irgendetwas funktioniert – schliesslich konnten diese Seiten ja angelegt werden. Das soll die Tester schon mal positiv stimmen. Verlorene Mails, nicht durchgekommene Attachments, in Ausdrucken schlecht lesbare Ausdrucke sollten dann kein Thema mehr sein.
- Fragen werden ueber Kommentare abgehandelt – dank der Oeffentlichkeit sollten sich die Kommentare zu FAQs entwickeln und helfen, die Fragen nicht mehrfach zu stellen.
- Known Issues koennen im Blog dokumentiert werden – wer dann einmal taeglich vor dem naechsten Testdurchgang ins Blog schaut, ist auif den aktuellsten Stand.
- Online verfuegbare Dokumentation kann aktualisiert werden – allerdings muessen die Tester verstehen lernen, dass ausdrucken unerwuenscht ist.
- Problemdiskussionen, Frage- und Antwort-Spiele mit dem Support u.ae. koennen ebenfalls online, oeffentlich und damit hoffentlich weniger redundant durchgefuehrt werden.
- Ein bisschen Gruppendynamik entstht so hoffentlich auch – schliesslich ist sichtbar, wer wie aktiv ist…
Welche Vorteile oder Risiken seht ihr?
Ende Sepember weiss ich dann, wie es tatsaechlich gelaufen ist.
Wenn du es schaffst, dass die Teams nicht wieder etwas zusätzliches benutzen müssen, halte ich viel davon.
Wir werden demnächst die Blog Funktionalität unseres Portales zur Kommunikation in der Entwicklungs- bzw. Testphase benutzen um auf Projektebene (=Applikation) einen schnellen und informellen Austausch zu ermöglichen. Damit kann Entwicklung, Test, RZ und Fachabteilung ihre Infos teilen.
Wichtig ist nur aus meiner Sicht, dass die Ticketeinträge im Blog verknüpft sind (siehe z.B. Jira Tickets in Atlassian Confluence).
Nachteil sehe ich nur dort, wo von vorherein eine konfliktträchtige Kommunikation zwischen Teams erfolgt, d.h. wer ist Schuld wenn was schief geht. So ein Blog gibt schnell ungewollten Einblick in die Projektrealität. In manchen Unternehmen kein Problem, manchal schon.
Viel Erfolg damit. Deine Resultate würden mich sehr interessieren.
Wir verwenden zwar den Blog nicht als Testunterstützung, aber haben schon so manche Diskussion über die Kommentare ausgefochten. Durch die Öffentlichkeit im Unternehmen werden manche Kommentare informativer gestaltet als im Mail.
, soll heissen, die aktiven Tester kommunizieren auch, die inaktiven nicht (so zumindest meine Erfahrung)
Weiters sieht man endlich auch, wenn sich in der Gegenrichtung viele Tester nicht mit dem Testen beschäftigen
viel kann ich jetzt leider noch nicht sagen. die release, die getestet wrde, hatte negative auswirkungen auf die blogs auf der testumgebung, weshalb der plan niicht wirklich aufgegangen ist.
kommende woche startet die naechste testrunde, dann gibts den naechsten versuch…