Stakemaster
Der Statusbericht, einmal pro Zielgruppe geschrieben, aus echten Sprint-Daten.
Stakemaster erzeugt Stakeholder-Updates aus Ihren tatsächlichen Lieferdaten, zugeschnitten darauf, wer liest: strategische Flughöhe für die Führungsebene, konkrete Details fürs Team, kundentaugliche Formulierungen für Kunden. Sie prüfen jedes Wort, bevor irgendetwas versendet wird.
Zielgruppenprofile
Definieren Sie, wer Updates erhält (Führungsebene, Kunden, das Team) und auf welchem Detailniveau. Jedes Profil speichert seinen Tonfall und seine Abstraktionsebene, sodass Berichte für diese Lesergruppe jedes Mal richtig herauskommen.
Einen Bericht generieren
Wählen Sie eine Zielgruppe, eine Vorlage und die abzudeckenden Projekte. Stakemaster entwirft das Update aus Ihren synchronisierten Sprint-Daten. Die Generierung zählt zu den monatlichen KI-Aktionen Ihres Plans.
Prüfen, genehmigen, senden
Jeder Bericht beginnt als Entwurf. Bearbeiten Sie ihn, dann genehmigen und versenden Sie ihn: per E-Mail, als Beitrag in Slack oder als Freigabelink, der sich ohne Login öffnen lässt. Nichts wird jemals ohne Ihre ausdrückliche Genehmigung versendet.
Lesebestätigungen
Freigabelinks zählen Aufrufe. So sehen Sie, welche Stakeholder das Update wirklich geöffnet haben, und hören auf, Berichte zu schreiben, die niemand liest.
Zeitpläne
Richten Sie wiederkehrende Berichte ein (zum Beispiel ein Führungs-Update am Freitag). Stakemaster bereitet jeden Bericht planmäßig vor und zeigt, wann der nächste fällig ist; der Genehmigungsschritt bleibt bei Ihnen.
Meeting-Vorbereitung
Die Vorlage für die Meeting-Vorbereitung erzeugt ein kompaktes Briefing für ein konkretes anstehendes Gespräch (jüngste Fortschritte, offene Risiken, anstehende Entscheidungen) statt eines Rundum-Updates.
Berichtsverlauf
Alle Berichte werden mit ihrem Status aufbewahrt (Entwurf, genehmigt, gesendet), einschließlich der Empfänger und der Zahl der Aufrufe.
Zustellung über E-Mail und Slack hinaus
Neben E-Mail, Slack und einem Freigabelink ohne Login kann ein Bericht an Microsoft Teams zugestellt, als Confluence-Seite veröffentlicht, an einen benutzerdefinierten Webhook übertragen oder als PDF exportiert werden. Jede Zustellung wird protokolliert, sodass Sie immer wissen, wohin ein bestimmtes Update ging.
Zeitpläne, die auf Ereignisse auslösen, nicht nur auf Daten
Ein Zeitplan kann nach einem festen Fahrplan laufen oder auf ein Ereignis auslösen. Am Sprintende verschickt den Bericht, sobald ein Sprint in Jira oder Azure DevOps abgeschlossen und sein geplantes Enddatum vorbei ist (andere Tracker haben keine Sprints, denen Firebeam folgen könnte). Bei Velocity-Abfall verschickt ihn, wenn das Team in einer Woche deutlich weniger Einträge erledigt als im Schnitt der vier Wochen davor, höchstens einmal pro Woche. Geplante und ereignisgesteuerte Berichte werden sofort erstellt und an die Kanäle des Zeitplans zugestellt.