Was tun, wenn das Team private Kommunikation per E-Mail und Chat gegenüber kollaborativen Tools wie Jira bevorzugt?

Mir ist aufgefallen, dass viele Diskussionen zwischen einem Entwickler und einem Product Owner in privaten Gesprächen in verschiedenen Kommunikationstools (Skype, Slack, E-Mail usw.) stattfinden. Der Grund dafür ist, dass diese Tools für die Kommunikation bequemer sind als Jira.

  1. Viele Details bleiben dem Rest des Teams verborgen
  2. Es ist schwierig, diese Details im Nachrichtenverlauf zu finden
  3. diese Details werden nicht in Jira widergespiegelt

Gibt es gute Praktiken, um dies zu vermeiden?

Es wurde versucht, die Zusammenfassung der Fragen etwas spezifischer zu gestalten. Fühlen Sie sich frei, es zurückzusetzen, wenn das nicht ausdrückt, was Sie vermitteln wollten.

Antworten (4)

Aus dem Agile-Manifest :

Individuen und Interaktionen über Prozesse und Tools

Ihr Ziel ist es NICHT, Kommunikation zu vermeiden. Sie wollen es fördern . Die Menschen in einem Projekt müssen so effektiv kommunizieren, wie sie es für richtig halten . Ich glaube, Sie sollten den Fokus Ihrer Energie verlagern und die Frage ändern, auf die Sie Antworten suchen, auf Fragen wie:

  • Wie können wir als Team effektiv sicherstellen, dass Informationen zu jedem Gespräch verfügbar sind?
  • Wo könnten solche Informationen verfügbar sein?
  • Warum muss ich die Ergebnisse von Teamgesprächen aufschreiben?

Diese Fragen können Ihnen dabei helfen, die spezifischen Anforderungen für Ihren Kontext zu optimieren. Es gibt keine kanonische Antwort, da dies stark von Ihrer Umgebung abhängt.

Umgebung Nr. 1: Junior-Team, geringes Vertrauen zwischen den Teilen, Zeitzonenunterschiede. Sie möchten die Gespräche immer noch am Laufen halten, aber Sie möchten es irgendwo zum späteren Nachschlagen aufgeschrieben haben. Jede Konversation kann sich auf ein bestimmtes Ticket beziehen, sodass die Ergebnisse dieser Konversation als Jira-Kommentar zusammengefasst werden können. Besonderes Augenmerk auf die Ergebnisse und zusammengefasst . Sie möchten definitiv keine Gesprächsprotokolle (wie ich es vor einigen Jahren bei jemandem gesehen habe).

Umgebung Nr. 2: Erfahrenes Team, hohes Vertrauen zwischen den Mitgliedern. In diesen Fällen gibt es keine bessere „Kommunikation“ als funktionierende Software. Es muss nichts weiter geschrieben werden.

===

Denken Sie daran: Alles, was nicht direkt zur Lieferung beiträgt, ist Verschwendung. Oftmals werden Verschwendungen benötigt, aber ein Team muss sich nicht daran halten, um der Methodik willen. Eine Methodik ist nur ein Mittel, ein Werkzeug für einen Zweck, kein Ziel an sich. Ihr Fokus sollte immer auf der konsistenten Bereitstellung liegen, nicht auf der konsistenten Verwendung von Methoden .

Unser Team ist erfahren (Umgebung Nr. 2) und dennoch finden wir es unbequem, dass Informationen an verschiedenen Orten verstreut und schwer zu finden sind.
Es gibt keinen besseren schriftlichen Beweis für das Verständnis einer Anforderung als funktionierende Software. Wenn Sie sich auf ein bestimmtes Gespräch von vor 6 Monaten beziehen müssen, stimmt etwas nicht. Beachten Sie, dass ich mich auf "Gespräche" konzentriere, nicht auf formale Dokumente, die Sie möglicherweise benötigen. Jira ist in keiner Weise der beste Ort für "Dokumentation".

In erster Linie können Sie keine Tools verwenden, um dies zu lösen. Wenn es hier irgendein Problem gibt, dann ist es ein Problem der Menschen und ein Kommunikationsproblem. Ich sage "wenn", weil das in Ordnung sein kann. Vielleicht ist es etwas, das wirklich nur sie betrifft. Oder vielleicht teilen sie die Informationen nach ihrem 1-zu-1-Gespräch mit den richtigen Leuten.

Wenn Sie Auswirkungen sehen, bei denen Informationen aus diesen Gesprächen nicht geteilt werden und sich dies auf die Arbeitsweise des Teams auswirkt, wäre meine beste Empfehlung, diese Auswirkungen auf der Retro anzusprechen und dann als Team zu besprechen, wie Sie anders arbeiten möchten um diese Auswirkungen zu vermeiden. Wenn sie andere Tools anstelle von Jira verwenden, ist Jira vielleicht ein schlechtes Tool für diese Kommunikation, aber es gibt andere Optionen, wie z. Ich bin zuversichtlich, dass das Team die Lösung finden kann, die für sie gut funktioniert, die Kommunikation vereinfacht und versehentliche Nebenwirkungen vermeidet.

Jira ist kein Kommunikationstool, aber das bedeutet nicht, dass Sie einem Ticket keine anderweitig gewonnenen Informationen hinzufügen können .

Wenn etwas in der Ticketbeschreibung unklar ist, fragen Sie auf jeden Fall nach, bis Sie es verstanden haben, und kommen Sie dann zurück und aktualisieren Sie die Ticketbeschreibung . Wenn Ihr Gespräch fehlende Akzeptanzkriterien oder einen Link aufdeckt, der für jeden relevant wäre, der eine Aufgabe umsetzt (oder nur ansieht), fahren Sie fort und fügen Sie ihn hinzu.

Beachten Sie, dass Sie zwar Kommentare verwenden können, um eine Unterhaltung innerhalb eines Jira-Tickets zu führen, aber ein langer Kommentar-Thread kann leicht außer Kontrolle geraten. Es ist auch einfacher, dass Kommentare veraltet sind als eine Beschreibung (die von jedem aktualisiert werden kann). Kommentare sind jedoch eine gute Möglichkeit, die Aufmerksamkeit von jemandem zu erregen und Antworten auf bestimmte Fragen zu erhalten, z. B. wenn Sie weitere Details zu einer Aufgabe oder einem Fehlerbericht benötigen.

Wer sollte Jira aktualisieren? Denken Sie, dass Scram Master alle Gespräche überwachen und sie in Jira zusammenfassen sollte?
@Daniel Jeder kann Jira-Tickets aktualisieren. Wenn Teammitglieder aus irgendeinem Grund keine Berechtigungen dafür haben, kann ihnen vielleicht der Scrum Master helfen, diese Berechtigungen zu erhalten. Andernfalls ist es die Aufgabe des Teams sicherzustellen, dass die Tickets auf dem neuesten Stand sind.

Tiagos Antwort und Llewellyns Antwort geben beide gute Perspektiven für den Gesamtansatz. Allerdings würde ich einen etwas anderen Ansatz wählen.

Da Jira tendenziell zugänglicher ist als der E-Mail-Posteingang einer Person und private Slack-Kanäle oder DMs, neige ich dazu, Jira als die Quelle der Wahrheit zu betrachten und Integrationen zu verwenden, um es Menschen zu ermöglichen, Inhalte in Jira zu verschieben, wenn es angebracht ist.

Was Sie in Betracht ziehen sollten, ist eine Möglichkeit, Informationen aus diesen anderen Tools in Jira zu bekommen. Glücklicherweise verfügt Jira über Integrationen für E-Mail, Slack, Teams und andere Tools, die dabei helfen können, Inhalte entweder mit dem Jira-Ticket zu verknüpfen oder Inhalte als Anhänge oder Kommentare an das Jira-Ticket anzuhängen. Die Integrationen mit Slack ermöglichen es beispielsweise Personen, Benachrichtigungen zu Problemen zu erhalten und bestimmte Änderungen vorzunehmen, einschließlich des Hinterlassens von Kommentaren, ohne Slack zu verlassen. Es gibt ähnliche Integrationen für Gmail und Outlook sowie allgemeinere E-Mails zu und von Jira.

Das Hinzufügen des Links zu einer Nachricht in Slack reicht nicht aus, da eine Diskussion aus vielen Nachrichten besteht. Jemand muss die Diskussion zusammenfassen und die Zusammenfassung zu Jira hinzufügen. Aber das braucht Zeit, Mühe... Wer sollte das tun?
@Daniel Ich schlage nicht vor, einfach einen Link zu einer Slack-Nachricht hinzuzufügen. Mit der Jira/Slack-Integration können Sie Slack verwenden, um neue Issues zu erstellen, Kommentare zu bestehenden Issues hinzuzufügen und (glaube ich) den Status von Issues zu ändern. Sie können auch Benachrichtigungen über Änderungen an Einzelpersonen oder Kanäle senden lassen, um die Diskussion über Probleme zu erleichtern. Wenn Sie Zeit und Mühe aufwenden, müssen Sie nicht zusammenfassen, wenn Sie einen Pro-Slack-Plan haben und Diskussionen in offeneren Slack-Bereichen führen. Sie können einfach eine Slack-URL als Kommentar in einem Jira-Problem posten.