Luku 2 · Oppitunti 2
Rakenna toistettava kehotepohja
Muuta onnistunut kehote ylläpidettäväksi työkaluksi yksittäisen chat-viestin sijaan.
Viikoittainen tehtävä toimii hyvin tekoälyn kanssa, mutta jokainen tiimiläinen ohjeistaa sen eri tavalla.
Erota pysyvät ja muuttuvat osat
Pohjan pitää säilyttää samana pysyvät päätökset ja näyttää kohdat, jotka vaihtuvat. Pidä tarkoitus, laatusäännöt ja tulosmuoto vakiona. Käytä selkeitä paikkamerkkejä yleisölle, lähdeaineistolle, määräajalle ja muille tehtäväkohtaisille syötteille.
Lisää lähtötietojen tarkistuslista
Kehotteen laatu epäonnistuu usein jo ennen kehotetta, koska tarvittava aineisto puuttuu. Listaa pakolliset syötteet ja pyydä mallia ilmoittamaan puutteista. Keskeneräisen toimeksiannon paljastava pohja on arvokkaampi kuin sellainen, joka kiertää puutteen itsevarmasti.
Käsittele pohjia versioina
Kirjaa, mihin pohja on tarkoitettu, kuka sen omistaa ja milloin se testattiin viimeksi. Päivitä sitä, kun prosessi, työkalu, sääntö tai haluttu lopputulos muuttuu. Kehotepohja on toimintaohje, ei taikalause.
Syvennä ymmärrystä
Kehotepohja on pieni toimintaohje, jolla on lähtötiedot, tarkistukset ja omistaja.
Tee muuttujat selkeiksi
Käytä nimettyjä paikkamerkkejä tyhjien rivien sijaan. Jokaisen muuttujan pitää kertoa, kuka sen antaa ja miltä kelvollinen arvo näyttää.
Määritä toiminta virhetilanteessa
Kerro, mitä tehdään, kun lähtötieto puuttuu, on ristiriidassa tai tehtävän ulkopuolella. Täsmennyksen pyytäminen on usein turvallisempaa kuin valmiin näköinen luonnos.
Tiimi tuottaa viikoittaisen portfoliopäivityksen projektien tiedoista.
Kirjoita tavallinen viikkoraporttimme. Käytä annettuja tietoja ja pidä se tiiviinä.
Pakolliset lähtötiedot: raportointijakso, projektin tila, vahvistettu muutos, riski, omistaja ja tarvittava päätös. Listaa ensin puuttuvat tai ristiriitaiset tiedot ja pysähdy, jos tila tai omistaja puuttuu. Tuota sitten hyväksytty viiden kentän taulukko. Versio 1.2. Omistaja: Operatiivinen tiimi. Testattu viimeksi 24.7.2026.
Pohja määrittää kelvollisen lähtötiedon, virhetoiminnan, tuloksen, version ja omistajan, joten tiimi voi ylläpitää sitä muistin varaan jäämisen sijaan.
Näin testaat ja versioit pohjan
Säilytä kolme testitapausta: tavallinen, puutteellinen ja hankala poikkeus. Aja ne aina, kun malli, prosessi tai pohja muuttuu.
Kirjaa muutoksen syy. Lyhyt merkintä kuten “v1.2: vaadi lähdeote kahden tukemattoman väitteen jälkeen” on hyödyllisempi kuin selittämättömät kehoteversiot.
Muuta onnistunut keskustelu tiimin pohjaksi
Poimi pysyvät ohjeet, nimeä muuttujat ja lisää puuttuvan tiedon toiminta sekä tavallinen ja vaikea testitapaus.
Tarkoitus: [...] Pakolliset tiedot: [...] Jos puuttuu: [...] Vaiheet: [...] Tulos: [...] Tarkistukset: [...] Omistaja/versio: [...]Tunnista ongelma
Mikä on suurin ongelma pohjassa “Kirjoita tavallinen viikkoraporttimme. Tee siitä hyvä.”?
Etsi vaihtoehto, joka aiheuttaa selvimmän riskin tai laatuongelman.
Pohja säilyttää hyvän prosessin ja tekee puuttuvat lähtötiedot näkyviksi.