Teil 2: Kommunikation über ein Issue Tracking System

Vielfach wird während des Projektes ein unterstützendes Tool für das Issue- oder auch für das Bug-Tracking System verwendet (Beispielsweise JIRA).
Kommt ein solches System zum Einsatz, so wird darin sehr viel Projektinformation dokumentiert. Das können beispielswese Informationen folgender Art sein:

• Ein Change Request 
• Eine neue Anforderung
• Eine Frage, die beantwortet werden soll
• Ein Fehler der behoben werden soll

Zu diesen Punkten entstehen Zusatzinformationen, die im Issue Tracking System über die Beschreibung des Issues oder über einen dazugehörigen Kommentar veröffentlicht werden.
Für diese Art von Kommunikation gibt es folgende Regeln:

• Der Kunde hat oft auch Zugriff zum Issue Tracking System und kann darin alles nachlesen. Somit sollten immer "kundentaugliche" Informationen in einem Issue stehen. Manchmal ist der Kunde auch Erfasser von Issues und verfolgt dann noch genauer den Inhalt dieses Issues.
• Jede Statusänderung sollte zur besseren Nachvollziebarkeit entsprechend kommentiert werden.
• Jeder Kommentar sollte nachvollziehbar sein. Es soll auf vorangegangene Kommentare oder auf die Beschreibung des Issues einen Bezug hergestellt werden. 
• Wie beim Mail sollten auch hier die Einträge strukturiert / formatiert sein. 
• Lange Diskussionen über die Kommentarfunktion sollten vermieden werden. Hier lieber schnell mit dem Kunden telefonieren und anschliessend das Resultat des Telefongespräches als Kommentar dokumentieren.