Freigeben über


Planen Sie Projekte mit iterativen, nutzerorientierten Methoden

Moderne Copilot Studio-Projekte profitieren von agilen Methoden und KI-gesteuerten Erkenntnissen, die die Anpassungsfähigkeit und das Vertrauen der Beteiligten verbessern. Traditionelle Best Practices, die oft statisch oder wasserfallorientiert sind, können in einer dynamischen KI-Umgebung nicht ausreichen. Indem Sie Ihren Ansatz für die benutzerbezogene Planung, die fundierte Entscheidungsfindung und das proaktive Risikomanagement aktualisieren, können Sie Copilot Studio-Projekte iterativ und vorhersehbarer bereitstellen. Dieser Abschnitt enthält praktische Anleitungen, mit denen Sie grundlegende Entscheidungen treffen und häufige Fallstricke vermeiden können, während Sie mit Ihrem Copilot Studio-Projekt beginnen.

User Story-basierte Planung

Verwenden Sie einen benutzerstory-getriebenen Ansatz, um den Umfang Ihres Copilot Studio-Projekts zu definieren und zu verwalten. Anstatt mit einer riesigen monolithischen Spezifikation zu beginnen, zerlegen Sie die Funktionalität des Agenten in mundgerechte Benutzergeschichten und verfolgen Sie diese als Backlog-Elemente (PBIs) in einem Tool wie Azure Boards oder GitHub Projects. Beispiel:

  • User Story: "Als Mitarbeiter möchte ich, dass der Agent meinen verbleibenden Urlaubsbetrag zurückholt, damit ich Urlaub planen kann."
  • User Story: "Als Kunde möchte ich, dass der Mitarbeiter meine Bestellung verfolgt und ich nicht den Support anrufen muss."

Jede User Story fasst ein spezifisches Endnutzerbedürfnis und ein erwartetes Ergebnis zusammen. Fügen Sie diese Geschichten Ihrem Backlog mit Details und Annahmekriterien hinzu. User Stories und PBIs helfen dabei, den Umfang, die Anforderungen und die erwarteten Ergebnisse für jeden Teil des Projekts klar zu definieren. Diese Klarheit stellt sicher, dass jedes Teammitglied versteht, was es baut und warum.

Best Practices für die User-Story-Planung

  • Organisieren Sie nach Features oder Themen: Gruppieren Sie Benutzergeschichten nach allgemeinen Funktionen oder topics in Copilot Studio.
  • Fügen Sie Akzeptanzkriterien hinzu: Definieren Sie, wie Sie wissen, dass eine Geschichte erzählt wird. Beispiel: "Wenn ein Benutzer (Microsoft Entra ID) den Agent nach dem Resturlaub fragt, gibt er die richtigen Tage aus dem HR-System zurück." Diese Definition stellt Qualität sicher und hilft Testern oder Geschäftsbenutzern, die Funktionalität zu überprüfen.
  • Iterative Priorisierung: Nicht alle Geschichten sind unmittelbar. Nutze deinen Backlog, um zu priorisieren, was zuerst gebaut werden soll. Ein gängiger agiler Ansatz besteht darin, zuerst einen minimal viable Agent (MVP) zu liefern – mit den kritischsten Anwendungsfällen – und dann in den folgenden Sprints mit mehr Geschichten (Nice-to-have FAQs, neue Kanäle usw.) zu erweitern.
  • Regelmäßige Wartung des Backlogs: User Stories häufig überprüfen und aktualisieren. Agentenprojekte können auf Umfangsänderungen stoßen, wenn du lernst, was die Nutzer verlangen. Machen Sie die Backlog-Verfeinerung zu einer regelmäßigen Aktivität (zum Beispiel wöchentlich), indem Sie neue User Stories für aufkommende Anfragen hinzufügen oder andere entsprechend der Machbarkeit umgestalten.

Iterative Lieferung

Mit definierten Geschichten und PBIs führe das Projekt in Sprints oder Iterationen aus (typischerweise jeweils 2–3 Wochen). Am Ende jedes Sprints implementieren Sie mehrere User Stories (zum Beispiel eine neue Fähigkeit oder Verbesserung eines bestehenden Themas). Dieser schrittweise Ansatz bedeutet, dass Sie den Fortschritt häufig demonstrieren und frühzeitig Feedback sammeln können. Außerdem können Sie den Agent in Etappen statt alle auf einmal freigeben, was das Risiko steuert und das Vertrauen der Stakeholder stärkt.

Indem sie sich auf User Stories und PBIs konzentrieren, bleiben Teams nutzerzentriert und können bei Bedarf umstellen. Teams können die Prioritäten im Backlog leicht verschieben, wenn eine neue Anforderung oder Idee mehr Wert hat. Kleine Geschichten führen auch dazu, dass Probleme früh auftauchen. Wenn zum Beispiel die Integration von System X eine Geschichte ist und es sich als schwierig erweist, entdeckt man es im Sprint, nicht bei der endgültigen Lieferung. Dieser Ansatz fördert eine kontinuierliche Nutzerbindung durch Feedback zu jedem Inkrementement und führt so zu einer Lösung, die den Bedürfnissen der Nutzer 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

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

Nächster Schritt

Setzen Sie weiterhin messbare KPIs fest, um zu verfolgen, ob Ihr Makler bedeutende Geschäftsergebnisse liefert.