Suunnittelun tarkistusluettelon tarkistaminen

Onnistuneet Copilot Studio -projektit käynnistyvät jo kauan ennen kuin ensimmäinen aihe on luotu tai ensimmäinen orkestrointi on testattu. Ne edellyttävät selkeää visiota, tarkasti määritettyjä tavoitteita, oikeaa toimitustapaa sekä tiimiä, joka ymmärtää, miten työskennellä iteratiivisesti tekoälypohjaisessa ympäristössä. Yhdistämällä ketterät menetelmät, käyttäjätarinalähtöisen suunnittelun, jäsennellyn priorisoinnin ja ennakoivan riskienhallinnan luot edellytykset ennustettavalle toimitukselle ja jatkuvalle parantamiselle. Tämä perustavanlaatuinen valmistelu varmistaa, että projektisi pysyy linjassa liiketoiminnalle arvoa tuottaen, mukautuu nopeasti uusiin oivalluksiin ja tuottaa tuloksia, joihin käyttäjät luottavat ja jotka he ottavat käyttöön.

Varmista projektin valmius

Käytä seuraavia kysymyksiä varmistaaksesi, että projektillasi on oikea perusta ennen toteutuksen aloittamista.

Projektin laajuus ja suunnittelu

Valmis? Tehtävä
✓ Määrittelitkö selkeästi, millaisia liiketoiminnan haasteita agentin on tarkoitus ratkaista?
✓ Dokumentoitko projektin tavoitteet ja yhdistitkö ne mitattaviin tuloksiin?
✓ Kuvasitko agentin tarkoituksen, pääominaisuudet ja odotetun arvon?
✓ Oletko määrittänyt keskeiset KPI:t (poikkeamat, CSAT, käyttöönotto, kustannussäästöt)?
✓ Kirjasitko oletukset ja huolenaiheet ja kävitkö ne läpi keskeisten sidosryhmien kanssa?

Käyttäjät ja kanavat

Valmis? Tehtävä
✓ Tunnistitko kaikki agentin loppukäyttäjäpersoonat (työntekijät, asiakkaat, roolit)?
✓ Määrittelitkö vaaditut kanavat (Teams, web, mobiili, Microsoft 365 Copilot ja muut)?
✓ Oletko varmistanut monikieliset tarpeet?
✓ Oletko dokumentoinut varatoiminnan käyttäytymisen eri kanavien välillä?
✓ Oletko arvioinut keskusteluvolyymin odotukset skaalaussuunnittelun tukemiseksi?

Sidosryhmät, oletukset ja riskit

Valmis? Tehtävä
✓ Oletko tunnistanut liiketoimintasponsorit, tuoteomistajat, asiantuntijat, arkkitehdit ja toimituskumppanit?
✓ Oletko selkeästi kartoittanut roolit ja päätöksentekijät projektin virstanpylväille?
✓ Selvensitkö hyväksyntävastuun riskien, juridisten asioiden, yksityisyyden ja arkaluonteisen sisällön osalta?

Tiimi ja roolit

Valmis? Tehtävä
✓ Kokositko oikean monialaisen tiimin, jolla on asiantuntemusta arkkitehtuurin, kehityksen, analytiikan, muutosjohtamisen ja tietoturvan aloilta?
✓ Tunnistettiinko riskit, joilla on suuri vaikutus tai suuri todennäköisyys, aikaisessa vaiheessa?
✓ Suorittivatko tiimisi jäsenet asiaankuuluvan koulutuksen (Power Up, Copilot Studion Learn-opintopolut, Architecture Bootcamp)?

Riskinhallinta

Valmis? Tehtävä
✓ Tunnistitteko ja priorisoitteko suuren vaikutuksen ja todennäköisyyden riskit?
✓ Määrittelitkö lieventämiskeinoja jokaiselle merkittävälle riskille (tekninen, vaatimustenmukaisuus, integraatio, resurssit)?
✓ Dokumentoitko kiertostrategiat esteiden varalta (laajuuden supistaminen, manuaaliset varavaiheet, kuormitushuiput)?
✓ Onko olemassa läpinäkyvä prosessi esteiden seuraamiseen ja eskalointiin sprinttien aikana?

Tekninen valmius

Valmis? Tehtävä
✓ Valitsitko sopivan alustakäyttökokemuksen (deklaratiivinen agentti, mukautetun moduulin agentti)?
✓ Dokumentoitko integraatiovaatimukset, mukaan lukien ohjelmointirajapinnan saatavuuden ja todennustilat?
✓ Määrittelitkö ympäristöstrategiasi (kehityksestä testaukseen ja edelleen tuotantoympäristöön)?
✓ Oletko ottanut ALM-prosessit käyttöön (ratkaisun paketointi, automaattinen käyttöönotto ja versiointi)?
✓ Dokumentoitko täysin turvallisuus-, todennus- ja tunnistetietovaatimukset?
✓ Kävitkö läpi kanavakohtaiset rajoitukset (Teams, verkkosivut, Microsoft 365 Copilot)?
✓ Dokumentoitko tunnistetut tekniset haasteet (paikallinen pääsy, käyttöoikeudet, liittimet, tietolähteet) lieventämistoimenpiteineen?

Siirtomäärä- ja käyttörajoitukset

Valmis? Tehtävä
✓ Oletko tarkistanut suorituskyvyn ja kapasiteetin vaatimukset (RPM, liittimet, virtausrajat, CLU/NLU-rajat)?
✓ Oletko arvioinut, vaatiiko agenttisi kapasiteetin varausta? Määrän valmistelu koskee kuluttajakaupan agentteja, itsenäisiä agentteja ja yritysagentteja, joilla on paljon liikennettä tai liikennepiikkejä.
✓ Tunnistitko kaikki alustapalvelut agentin ajonaikaisessa polussa (Power Automate, Dataverse, liittimet, CLU-/tekoälypalvelut, prosessin loppupään ohjelmointirajapinnat) ja tarkastelitko kuhunkin sovellettavia käyttörajoituksia?
✓ Mallinsitko odotettua liikennettä huippuajankohtien mukaan (minuutissa ja tunnissa), etkä vain kuukausittaisina tai viikoittaisina kokonaismäärinä?
✓ Oletko tarkistanut agentin suunnittelun vähentääksesi tarpeetonta kuormitusta ennen kuin oletat, että tarvitaan korkeampia rajoja?
✓ Jos huippuliikenteen arviot saattavat ylittää oletusrajat, avasitko tukipyynnön ennen käyttäjähyväksyntätestausta tai tuotantoon julkaisua?

Toimitusmalli

Valmis? Tehtävä
✓ Onko projektisi rakennettu iteratiivisen toimituksen (sprinttien) pohjalta, sisältäen säännölliset demot ja palautesilmukat?
✓ Onko projektissasi prosessit backlogin hiomiseen ja jatkuvaan uudelleenpriorisointiin?
✓ Oletko suunnitellut käsitteleväsi julkaisua jatkuvan kehityksen alkuna eikä loppuna?

Jatkuva parantaminen

Valmis? Tehtävä
✓ Onko analytiikkastrategia (koontinäytöt, KPI:t, transkriptioiden tarkastus, laatusignaalit) määritelty?
✓ Onko palautesilmukat käytössä (sidosryhmät, asiantuntijat, loppukäyttäjät)?
✓ Onko tiimi valmis iteroimaan säännöllisesti julkaisun jälkeen?
✓ Onko tiimillä suunnitelma jatkuvaan optimointiin (kielimallin käyttäytyminen, varamenettelyn käsittely, aiheiden tarkennus)?

Vastuullinen tekoäly

Valmis? Tehtävä
✓ Oletko arvioinut järjestelmän oikeudenmukaisuuden ja tarkistanut tahattoman harhan mahdollisuuden tiedoissa tai tuloksissa?
✓ Onko vastuullisuusroolit määritelty, ja onko olemassa selkeä prosessi tekoälyn käyttäytymisen valvontaan ja hallintaan?
✓ Onko käyttäjille läpinäkyvää, että he ovat vuorovaikutuksessa tekoälyn kanssa, ja ymmärtävätkö he, miten tekoälyn tuottamat tulokset syntyvät?
✓ Täyttyvätkö tietosuoja-, turvallisuus- ja vaatimustenmukaisuusvaatimukset kaikissa työkuorman käyttämissä tiedoissa?
✓ Onko tekoälyn tuottaman haitallisen tai virheellisen sisällön estämiseksi sovellettu turvatoimia, suodattimia ja lähdeviitestrategioita?
✓ Onko olemassa vakiintunut prosessi jatkuvaan seurantaan, tapahtumien tarkasteluun sekä mallien tai lieventämistoimien päivittämiseen?

Kielen ymmärtäminen ja aikomuksen kattavuus

Valmis? Tehtävä
✓ Oletko päättänyt, vaaditaanko generatiivinen oletusorkestrointi, sisäänrakennettu NLU, NLU+ vai Azure CLU skenaarioosi?
✓ Oletko dokumentoinut odotetut syötteet keskustelun aiheisiin, jotta orkestroija voi tunnistaa ja erottaa toistuvat tai monimutkaiset entiteetit oikein?
✓ Oletko vahvistanut monikieliset vaatimukset ja varmistanut, miten System.User.Language määritetään (manuaalisesti, automaattisesti, käynnistinpohjaisesti)?
✓ Oletko varmistanut, että varakäyttäytyminen ja korjausstrategiat (tietohaku, tarkentavat kysymykset) on suunniteltu ja testattu?

Parhaiden käytäntöjen nostot

  • Käytä ketteriä menetelmiä pysyäksesi mukautuvana ja käyttäjäkeskeisenä: Työskentele lyhyissä sprinteissä, tuota arvoa varhain ja kerää usein palautetta käyttäjiltä. Pidä julkaisua alkuna jatkuvalle parantamiselle, ei lopullisena päämääränä.
  • Suunnittele käyttäjätarinoilla laajojen spesifikaatioiden sijaan: Käyttäjätarinat pitävät työn todellisissa käyttäjätarpeissa, auttavat tiimejä ymmärtämään kunkin kyvykkyyden "miksi"-kontekstin ja mahdollistavat nopean uudelleenpriorisoinnin uusien oivallusten yhteydessä.
  • Ylläpidä elävää backlogia: Tarkista, hio ja järjestä backlogin kohteet säännöllisesti. Lisää uusia käyttäjätarinoita sitä mukaa kun analytiikasta, käyttäjäpalautteesta tai liiketoiminnan muutoksista havaitaan malleja.
  • Tunnista ja hallitse riskit ajoissa: Arvioi riskit vaikutuksen ja todennäköisyyden perusteella ja suunnittele toimenpiteet riskien lieventämiseksi. Käytä kuormituspiikkejä tuntemattomien tekijöiden tunnistamiseen ja käytä väliaikaisia kiertoteitä toimitusviivästysten estämiseksi.
  • Pidä sidosryhmät jatkuvasti linjassa: Jaa tietoa projektin etenemisestä usein demojen, sprinttikatselmusten ja visuaalisten backlogien kautta. Läpinäkyvyys rakentaa luottamusta ja luo yhteistä omistajuutta projektin suunnasta.
  • Suunnittele hallintaa alusta alkaen: Määrittele RBAC, ympäristöstrategia, tietoturvakäytännöt ja vaatimustenmukaisuusodotukset ajoissa, jotta hallinto tulee osaksi työnkulkua eikä muodostu myöhemmäksi esteeksi.
  • Varmista integraatioiden toimivuus ennen sitoutumista: Testaa ohjelmointirajapinnat, liittimien rajoitukset, todennusmenetelmät ja datan laatu ajoissa, jotta yllätyksiltä vältytään kehityksen tai käyttäjähyväksyntätestauksen (UAT) aikana.
  • Suunnittele läpivirtaus, älä pelkästään kokonaisvolyymiä: Muunna odotettu käyttö huippukuormitusajankohdiksi (minuutissa ja tunnissa) ja vertaa niitä nykyisiin julkaistuihin rajoihin koko suorituspolulla – mukaan lukien työnkulut, liittimet, Dataverse, tekoälypalvelut ja prosessin loppupään rajapinnat. Jos rajoja saatetaan ylittää, avaa tukipyyntö ennen käyttäjähyväksyntätestausta tai tuotantoon julkaisua. Lisätietoja on kohdassa Siirtomäärä- ja käyttörajoitusten suunnittelu.
  • Hyödynnä dataa päätöksenteossa: Seuraa CSAT-arvoa, keskustelukaavoja, poikkeamaprosentteja, eskalaation syitä ja omaksumista. Anna näiden signaalien ohjata backlogin prioriteetteja.
  • Julkaise aikaisin käynnistääksesi palautesilmukan: Julkaise ensiversiot pienelle yleisölle, selvitä miten käyttäjät ovat vuorovaikutuksessa agentin kanssa ja kehitä sitä todisteiden – ei olettamusten – perusteella.
  • Last updated on