Planen Sie Projekte mit iterativen, anwenderzentrierten Methoden

Moderne Copilot Studio-Projekte profitieren von agilen Methoden und KI-gestützten Erkenntnissen, die die Anpassungsfähigkeit und das Vertrauen der Stakeholder verbessern. Herkömmliche Best Practices, die oft statisch sind oder eine Wasserfallstruktur haben, reichen in einer dynamischen KI-Umgebung möglicherweise nicht aus. Indem Sie Ihren Ansatz zu User Story-basierter Planung, analytisch fundierter Entscheidungsfindung und proaktivem Risikomanagement aktualisieren, können Sie Copilot Studio-Projekte iterativer und vorhersehbarer durchführen. Dieser Abschnitt bietet praktische Hinweise, die Ihnen helfen, grundlegende Entscheidungen zu treffen und häufige Fallstricke zu vermeiden, wenn Sie mit Ihrem Copilot Studio-Projekt beginnen.

User-Story-basierte Planung

Verwenden Sie einen Benutzerstory-basierten Ansatz, um den Umfang Ihres Copilot Studio-Projekts zu definieren und zu steuern. Anstatt mit einer riesigen monolithischen Spezifikation zu beginnen, zerlegen Sie die Funktionalität des Agents in kleinere Benutzerstorys, und verfolgen Sie diese als Product Backlog Items (PBIs) in einem Tool wie Azure Boards oder GitHub Projects. Zum Beispiel:

  • Benutzerstory: „Als Mitarbeitende möchte ich, dass der Agent meinen verbleibenden Urlaubsanspruch abruft, damit ich meinen Urlaub planen kann.“
  • Benutzerstory: „Als Kunde möchte ich, dass der Agent meine Bestellung verfolgt, damit ich nicht den Support anrufen muss.“

Jede Benutzerstory umfasst ein spezifisches Endnutzerbedürfnis und ein erwartetes Ergebnis. Fügen Sie diese Benutzerstories mit allen Details und Annahmekriterien zu Ihrem Backlog hinzu. Benutzerstories und PBIs ermöglichen eine klare Definition des Umfangs, der Anforderungen und der erwarteten Ergebnisse für jeden Teil des Projekts. Diese Klarheit stellt sicher, dass jedes Teammitglied versteht, was es baut und warum.

Bewährte Methoden für die Benutzerstory-Planung

  • Organisieren Sie nach Funktionen oder Themen: Gruppieren Sie Benutzerstories nach übergeordneten Funktionen oder Themen in Copilot Studio.
  • Akzeptanzkriterien einbeziehen: Definieren Sie, wann eine Benutzerstory als abgeschlossen gilt. Zum Beispiel: „Wenn ein Benutzer (Microsoft Entra ID) den Agent nach dem verbleibenden Urlaub fragt, gibt der Agent die korrekten Tage aus dem HR-System zurück.“ Diese Definition sichert die Qualität und hilft Testern oder im geschäftlichen Bereich tätige Personen, die Funktionalität zu überprüfen.
  • Iterative Priorisierung: Nicht alle Storys sind unmittelbar. Verwenden Sie Ihren Backlog, um zu priorisieren, was zuerst umgesetzt werden soll. Ein gängiger Ansatz im agilen Umfeld ist es, zunächst einen minimal funktionsfähigen Agent (MVP) bereitzustellen, der die wichtigsten Anwendungsfälle abdeckt, und diesen dann in späteren Sprints mit weiteren Benutzerstories (Nice-to-have-FAQs, neuen Kanälen usw.) zu erweitern.
  • Regelmäßige Backlog-Wartung: Überprüfen und aktualisieren Sie Benutzerstories häufig. Bei Agent-Projekten kann es zu Umfangsänderungen kommen, wenn Sie erfahren, was die Nutzer fragen. Machen Sie die Backlog-Verfeinerung zu einer wiederkehrenden Aktivität (z. B. jede Woche), indem Sie neue Storys für aufkommende Anfragen hinzufügen oder andere je nach Machbarkeit umgestalten.

Iterative Lieferung

Mit definierten User Stories und PBIs führen Sie das Projekt in Sprints oder Iterationen durch (typischerweise jeweils 2–3 Wochen). Am Ende jedes Sprints implementieren Sie mehrere Benutzerstories (z. B. eine neue Funktion oder eine Verbesserung eines bestehenden Bereichs). Dieser inkrementelle Ansatz bedeutet, dass Sie Fortschritte häufig präsentieren und frühzeitig Feedback einholen können. Es ermöglicht außerdem, den Agent schrittweise zu veröffentlichen, statt alles auf einmal bereitzustellen, wodurch Risiken gesteuert und das Vertrauen der Stakeholder aufgebaut wird.

Durch den Fokus auf Benutzerstories und PBIs bleiben Teams nutzerzentriert und können bei Bedarf die Richtung ändern. Teams können die Prioritäten im Backlog problemlos anpassen, wenn eine neue Anforderung oder Idee einen höheren Wert hat. Kleine Benutzerstories sorgen dafür, dass Probleme frühzeitig erkannt werden. Zum Beispiel: Wenn die Integration von System X eine Benutzerstory ist und sich als schwierig erweist, stellt man dies im Sprint fest, nicht erst bei der endgültigen Lieferung. Dieser Ansatz fördert kontinuierliches Nutzerengagement durch Feedback zu jedem Inkrement und führt somit zu einer Lösung, die den Nutzerbedürfnissen besser entspricht. Die Stakeholder sehen eine lebendige Roadmap von Funktionen und stetigen Fortschritten, was ihr Vertrauen stärkt, dass das Projekt unter Kontrolle ist und Mehrwert liefert.

Top-Tipps

  • Behandeln Sie Go-Live als Anfang, nicht als Ende. Veröffentlichen Sie frühe MVPs, um das Kundenfeedback-Schwungrad zu aktivieren.
  • Verwenden Sie kurze Sprints, um Themen, die Orchestrierung und Integrationen auf Grundlage der realen Nutzung zu verfeinern.

Nächster Schritt

Fahren Sie fort, indem Sie messbare KPIs definieren, um zu verfolgen, ob Ihr Agent bedeutende Geschäftsergebnisse liefert.

Definieren Sie Projektziele und Erfolgskriterien

  • Last updated on