FRÅN PROTOTYP TILL TEAMPILOT
När fler använder den ändras ansvaret
En personlig prototyp kan leva på byggarens minne. En teampilot behöver en gemensam beskrivning av syfte, åtkomst, data, kostnad och felväg. Gör inte kollegorna till testpersoner genom att bara skicka en länk.
Namnge en verksamhetsägare, en teknisk kontakt och den som får stänga piloten. Samma person kan ha flera roller i en liten pilot, men rollerna ska vara synliga.
Paketet som teamet behöver
- en mening om problemet och vad piloten inte gör;
- konton, behörighetsnivåer och hur åtkomst tas bort;
- tillåtna och förbjudna datatyper;
- tre huvudprov och kända fel;
- versionshistorik, export och återställningsväg;
- kostnadstak och vem som följer upp användningen;
- kontaktväg vid incident eller fel.
Prov: en kollega som inte byggde prototypen ska kunna starta, utföra huvuduppgiften och rapportera ett fel från dokumentationen.
Tre möjliga utfall efter teampiloten
Stoppa: nyttan uteblir, datagränsen håller inte eller supportbehovet är större än vinsten. Fortsätt som pilot: hypotesen är lovande men fler kontroller krävs. Gå mot förvaltning: nyttan är mätt, riskerna accepterade och organisationen är beredd att finansiera ägarskap, drift och specialistgranskning.
Källor och ansvar
Guiden är skriven av C. Leijon för AI på svenska. Den är ett arbetsstöd och ersätter inte lokal juridisk, säkerhetsmässig eller verksamhetsspecifik bedömning.
Kontrollera verktyg, avtal, dataklassning, informationssäkerhet och ansvar innan en pilot använder verkligt verksamhetsmaterial.