Mit ClickUp Docs kannst du Produktanforderungen mit deinem Team und den Stakeholdern kommunizieren.
Lesen Sie weiter, um zu erfahren, wie Sam ein großes Kommunikationsproblem für ihr agiles Team gelöst hat!
Treffen Sie Sam
Sam ist Produktmanager bei einem Cloud-basierten Softwareunternehmen. Sie arbeiten an einem bestimmten Feature ihres Produkts mit einem engagierten Team, einschließlich:
-
Ein Designer
-
Zwei Entwickler
-
Ein QA-Ingenieur
Die Herausforderung
Das Team versteht sich gut, doch Sam bemerkt, dass während der täglichen StandUp-Meetings die meisten Fragen an Sam gerichtet werden, die sich auf das Feature und dessen Funktionsweise beziehen.
Sam beschließt, das Team außerhalb der Standups mit ClickUp Docs anzuleiten.
Die Lösung
Sam entscheidet, dass jedes Feature sein eigenes Dokument haben sollte. Wenn das Team an einem Feature arbeitet, sollten alle relevanten Informationen an einem Ort sein.
Die Verwendung von Seiten innerhalb eines Dokuments ermöglicht es dem Team, schnell relevante Antworten zu finden, ohne separate Dokumente suchen und durchsuchen zu müssen.
Sam erstellt einige Seiten innerhalb des Dokuments, um das Produktbriefing entsprechend den Bedürfnissen und Suchanfragen des Teams zu strukturieren.
-
Feature Team Charta
-
Designanforderungen
-
Funktionale Anforderungen
-
UX-Anforderungen
Tipp: Suchen Sie mit der Suchfunktion nach spezifischen Seiten oder Inhalten innerhalb eines Dokuments!
Sam fügt jeder Seite Überschriften und andere Formatelemente hinzu, um seine Vision für das Feature zu vermitteln.
Sam teilt das Dokument mit dem Feature-Team. Sie arbeiten zusammen, um die Charta zu erstellen und sich darauf zu einigen.
Sam lädt das Team ein, Fragen zu stellen, indem Kommentare im Dokument hinzugefügt werden, sodass jeder die Fragen und Antworten sehen kann.
Retrospektive
Einige Sprints vergehen, und das Team ist dankbar für das Dokument, das ihnen als Leitfaden dient. Stand-up-Meetings sind jetzt viel effizienter und effektiver.
Eine Funktionsverbesserung wird ausgeliefert und zum Produkt hinzugefügt. Leider führt dies zu einem neuen Fehler in einem anderen Teil des Features, der im Release nicht aktualisiert wurde.
Die Entwickler beheben den Fehler schnell, und bei der nächsten Retrospektive bespricht das Feature Team, wie der Fehler hätte vermieden werden können.
Ein QA-Ingenieur schlägt vor, bestimmte Akzeptanzkriterien festzulegen, sodass keine Änderungen in die Produktion übernommen werden können, solange nicht alle Testkriterien erfüllt sind.
Das Team ist einverstanden! Sam fügt dem Feature-Brief-Dokument eine neue Seite hinzu, um die Akzeptanzkriterien für das Feature zu dokumentieren.
Sam verwendet Code-Blöcke ( /co ), um ihre Akzeptanzkriterien zu formatieren, da das Team bereits mit Gherkin vertraut ist und ClickUp dies für Code-Blöcke unterstützt!
Das Ergebnis
Während das Funktionsteam weitere Verbesserungen einführt und Fehler behebt, steigt die Akzeptanz der Funktion bei den Kunden. Das Feature-Team wird um zwei weitere Entwickler und einen weiteren QA-Ingenieur erweitert.
Die neuen Teammitglieder passen sich schnell an und beginnen mit Hilfe von Sams Feature-Brief-Dokument zu arbeiten!
Sam gibt die Dokument-Vorlage für das Feature-Briefing auch für andere Produktmanager frei, damit sie sie für ihre Teams mit Features anpassen können.
Das ist ein großer Erfolg für Sams Team und auch für andere!