Projektien suunnittelu iteratiivisilla, käyttäjäkeskeisillä menetelmillä

Nykyaikaiset Copilot Studio -projektit hyötyvät ketteristä menetelmistä ja tekoälypohjaisista oivalluksista, jotka parantavat sopeutumiskykyä ja sidosryhmien luottamusta. Perinteiset parhaat käytännöt, jotka usein ovat staattisia tai vesiputousluonteisia, voivat jäädä vajaiksi dynaamisessa tekoäly-ympäristössä. Kun lähestymistapa päivitetään käyttäjätarinalähtöiseksi suunnitteluksi, analytiikkaan perustuvaksi päätöksenteoksi ja ennakoivaksi riskienhallinnaksi, voit toteuttaa Copilot Studio -projekteja aiempaa iteratiivisemmin ja ennustettavammin. Tässä osassa on käytännön ohjeita, jotka auttavat tekemään perustavanlaatuisia päätöksiä ja välttämään yleisiä sudenkuoppia Copilot Studio -projektin alussa.

Käyttäjätarinalähtöinen suunnittelu

Omaksu käyttäjätarinalähtöinen lähestymistapa Copilot Studio -projektin laajuuden määrittelyssä ja hallinnassa. Massiivisella määrittelyllä aloittamisen sijaan voit aloittaa jakamalla agentin toiminnallisuuden pieniksi käyttäjätarinoiksi ja seuraamalla niitä työjonon kohteina (PBI) työkaluissa, kuten Azure Boards ja GitHub Projects. Esimerkki:

  • Käyttäjätarina: Olen työntekijä ja haluan, että agentti hakee jäljellä olevan lomasaldoni, jotta voin suunnitella lomia.
  • Käyttäjätarina: Olen asiakas, ja haluat, että agentti seuraa tilaustani, jotta minun ei tarvitse soittaa tukeen.

Jokainen käyttäjätarina kuvaa tietyn käyttäjän tarpeen ja tavoitellun lopputuloksen. Lisää nämä tarinat työjonoon yksityiskohtineen ja hyväksymisehtoineen. Käyttäjätarinat ja työjonon kohteet auttavat määrittelemään laajuuden, vaatimukset ja odotetut tulokset selkeästi jokaiselle projektin osalle. Tämä selkeys varmistaa sen, että kaikki ymmärtävät, mitä ollaan rakentamassa ja miksi.

Käyttäjätarinoiden suunnittelun parhaat käytännöt

  • Järjestä ominaisuuksien tai aiheiden mukaan: Ryhmittele käyttäjätarinat Copilot Studion korkean tason ominaisuuksien tai aiheiden perusteella.
  • Sisällytä hyväksymisehdot: Määritä, milloin käyttäjätarina katsotaan valmiiksi. Esimerkki: Kun käyttäjä (Microsoft Entra ID) kysyy agentilta jäljellä olevaa lomaa, agentti palauttaa oikeat päivät HR-järjestelmästä. Tämä määritelmä varmistaa laadun ja auttaa testaajia tai yrityskäyttäjiä tarkistamaan toiminnallisuuden.
  • Iteratiivinen priorisointi: Kaikki tarinat eivät vaadi välitöntä huomiota. Käytä tuotejonoa priorisoidaksesi ensimmäisenä rakennettavan tarinan. Yleinen ketterä lähestymistapa on toimittaa ensin minimikelpoinen agentti (MVP), joka kattaa tärkeimmät käyttötapaukset, ja laajentaa sitä myöhemmissä sprinteissä lisäämällä uusia tarinoita (esimerkiksi hyödylliset UKK:t ja uudet kanavat).
  • Säännöllinen työjonojen ylläpito: Tarkista ja päivitä käyttäjätarinat säännöllisesti. Agenttien projektien laajuus voi muuttua sitä mukaa kuin opit, mitä käyttäjät kysyvät. Tee työjonon tarkennuksesta säännöllinen aktiviteetti (esimerkiksi viikoittain suoritettava), lisää uusia käyttäjätarinoita nousevien pyyntöjen perusteella ja muokkaa muiden tarinoiden laajuutta toteuttamismahdollisuuksien mukaan.

Iteratiivinen toimitus

Kun käyttäjätarinat ja työjonon kohteet on määritelty, toteuta projekti sprinteissä tai iteraatioissa (tyypillisesti 2–3 viikkoa kerrallaan). Toteuta jokaisen sprintin lopussa useita käyttäjätarinoita (esimerkiksi uusi ominaisuus tai parannus olemassa olevaan aiheeseen). Tämä vaiheittainen lähestymistapa mahdollistaa edistymisen esittelyn usein ja palautteen keräämisen varhaisessa vaiheessa. Se mahdollistaa myös agentin julkaisemisen vaiheittain sen sijaan, että julkaistaan kerralla. Tämä hallitsee riskejä ja vahvistaa sidosryhmien luottamusta.

Keskittymällä käyttäjätarinoihin ja työjonon kohteisiin tiimit pysyvät käyttäjäkeskeisinä ja voivat mukautua muutoksiin tarvittaessa. Tiimit voivat helposti priorisoida työjonon tehtäviä uudelleen, jos uusi vaatimus tai idea on aiempia arvokkaampi. Pienet tarinat tarkoittavat myös sitä, että ongelmat paljastuvat aikaisessa vaiheessa. Jos esimerkiksi System X:n integrointi on käyttäjätarina ja se osoittautuu haastavaksi, ongelma havaitaan sprintin aikana, ei vasta lopullisessa toimituksessa. Tämä lähestymistapa edistää jatkuvaa käyttäjien sitoutumista palautteen kautta jokaisessa lisäyksessä, ja johtaa näin ratkaisuun, joka vastaa paremmin käyttäjien tarpeita. Sidosryhmät näkevät käytössä olevan toteutussuunnitelman ominaisuuksista ja tasaista edistymistä. Tämä lisää heidän luottamustaan siihen, että projekti on hallinnassa ja tuottaa lisäarvoa.

Parhaat vinkit

  • Pidä käyttöönottoa aloituksena, älä loppuna. Julkaise varhaisia arvokkaita pelaajia aktivoidaksesi asiakaspalautteen vauhtipyörän.
  • Käytä lyhyitä sprinttejä aiheiden, orkestroinnin ja integrointien tarkentamiseen toteutuneen käytön perusteella.

Seuraava vaihe

Jatka määrittämällä mitattavat tunnusluvut, joilla voit seurata, tuottaako agenttisi merkityksellisiä liiketoimintatuloksia.

Projektin tavoitteiden ja onnistumisehtojen määrittäminen

  • Last updated on