Planuj projekty, stosując iteracyjne metody skoncentrowane na użytkowniku

Nowoczesne projekty Copilot Studio korzystają z podejścia zwinnego i szczegółowych informacji opartych na AI, co zwiększa adaptacyjność i zaufanie interesariuszy. Tradycyjne najlepsze praktyki, które często są statyczne lub mają charakter wodospadowy, mogą nie spełniać swojego zadania w dynamicznym środowisku AI. Aktualizując swoje podejście do planowania opartego na historii użytkownika, podejmowania decyzji opartych na analizie oraz proaktywnego zarządzania ryzykiem, możesz realizować projekty Copilot Studio bardziej iteracyjnie i przewidywalnie. Ta sekcja przedstawia praktyczne wskazówki, które pomogą Ci podjąć podstawowe decyzje i uniknąć typowych pułapek na początku projektu Copilot Studio.

Planowanie oparte na historiach użytkowników

Przyjmij podejście oparte na historiach użytkowników, aby zdefiniować i zarządzać zakresem projektu Copilot Studio. Zamiast zaczynać od ogromnej monolitycznej specyfikacji, podziel funkcjonalność agenta na krótkie story użytkownika i śledź je jako Product Backlog Items (PBI) w narzędziu takim jak Azure Boards czy GitHub Projects. Na przykład:

  • Historia użytkownika: „Jako pracownik chcę, aby agent pobrał moje pozostałe saldo urlopu, żebym mógł zaplanować urlop.”
  • Historia użytkownika: „Jako klient chcę, aby agent śledził moje zamówienie, żebym nie musiał kontaktować się z działem obsługi klienta.”

Każda historia użytkownika zawiera konkretne potrzeby użytkownika końcowego oraz oczekiwany rezultat. Dodaj te historyjki do backlogu wraz ze szczegółami i kryteriami akceptacji. Historie użytkowników i PBI pomagają jasno określić zakres, wymagania i oczekiwane rezultaty dla każdej części projektu. Ta jasność sprawia, że każdy członek zespołu rozumie, co buduje i dlaczego.

Najlepsze praktyki planowania user stories

  • Organizuj według funkcji lub tematów: Grupuj historie użytkowników według głównych funkcji lub tematów w Copilot Studio.
  • Uwzględnij kryteria akceptacji: Określ, skąd wiesz, że user story jest zakończona. Na przykład: „Gdy użytkownik (Microsoft Entra ID) pyta agenta o pozostały urlop, agent zwraca poprawną liczbę dni z systemu HR.” Taka definicja gwarantuje jakość i umożliwia testerom lub użytkownikom biznesowym weryfikację funkcjonalności.
  • Iteracyjna priorytetyzacja: Nie wszystkie user stories muszą być realizowane od razu. Wykorzystaj swój backlog, aby zdecydować, co budować jako pierwsze. Typowym podejściem agile jest najpierw dostarczenie minimalnie działającego agenta (MVP), obejmującego najważniejsze przypadki użycia, a następnie rozszerzanie go w kolejnych sprintach o kolejne historie (opcjonalne FAQ, nowe kanały itp.).
  • Regularna konserwacja zaległości: często przeglądaj i aktualizuj historie użytkowników. Projekty agentów mogą zmieniać zakres w miarę dowiadywania się, o co proszą użytkownicy. Uczyń udoskonalanie zaległości czynnością cykliczną (na przykład co tydzień), dodając nowe historie dla pojawiających się żądań lub ponownie określając zakres innych w zależności od wykonalności.

Dostawa iteracyjna

Mając zdefiniowane historie i PBI, realizuj projekt w sprintach lub iteracjach, zazwyczaj trwających 2-3 tygodnie. Na koniec każdego sprintu wdrażaj kilka historyjek użytkownika (na przykład nową funkcjonalność lub usprawnienie istniejącego tematu). To podejście przyrostowe oznacza, że możesz często demonstrować postępy i wcześnie zbierać informacje zwrotne. Pozwala to również na wdrażanie agenta etapami, zamiast wszystkiego jednocześnie, co ogranicza ryzyko i buduje zaufanie interesariuszy.

Koncentrując się na historyjkach użytkownika i PBI, zespoły pozostają zorientowane na użytkownika i mogą elastycznie reagować w razie potrzeby. Zespoły mogą łatwo zmieniać priorytety w backlogu, jeśli nowe wymaganie lub pomysł ma większą wartość. Małe historyjki użytkownika sprawiają też, że problemy ujawniają się na wczesnym etapie. Na przykład, jeśli integracja Systemu X jest zadaniem i okazuje się trudna, odkrywasz to w trakcie sprintu, a nie przy ostatecznym dostarczeniu. Takie podejście sprzyja stałemu zaangażowaniu użytkowników dzięki informacji zwrotnej po każdym przyroście, co prowadzi do rozwiązania lepiej dopasowanego do potrzeb użytkowników. Interesariusze widzą aktualizowaną mapę drogową funkcji oraz stały postęp, co buduje ich zaufanie, że projekt jest pod kontrolą i dostarcza wartość.

Najważniejsze wskazówki

  • Traktuj uruchomienie jako początek, a nie koniec. Publikuj wczesne MVP, aby aktywować koło informacji zwrotnych klientów.
  • Używaj krótkich sprintów, aby dopracować tematy, orkiestrację i integracje w oparciu o rzeczywiste użytkowanie.

Następne kroki

Kontynuuj, ustanawiając mierzalne wskaźniki KPI, aby śledzić, czy Twój agent dostarcza istotne wyniki biznesowe.

Zdefiniuj cele i kryteria sukcesu projektu

  • Last updated on