Be en leverandør om dokumentasjon

Start med kravet deres

En leverandør kan demonstrere imponerende resultater uten å besvare det viktigste spørsmålet deres. Definer kravet før demonstrasjonen.

Se for deg et fiktivt selskap med fortrolige kontraktsdata. Teamet trenger AI-støttet vedlikehold av en eksisterende applikasjon. Leverandøren viser en ny applikasjon laget fra et tomt repository. Resultatet demonstrerer en evne, men tester ikke selskapets vedlikeholdsarbeidsflyt.

Forbered et lite representativt repository med godkjente syntetiske data. Ta med én eksisterende konvensjon, én test som feiler, og én endring som trenger en menneskelig beslutning. Gi hver leverandør samme akseptkriterier.

Be om atferd og dokumentasjon sammen

Et utsagn som «støtter SSO» trenger kontekst. Spør hvilke identitetsleverandører, kontonivåer, roller og avslutningsprosesser som er inkludert. Test den relevante tilgangsendringen.

Undersøk omfang, dekket tjeneste, gjennomgangsperiode og unntak for attestasjonsrapporter eller sertifiseringer. Ikke anta at leverandørens attestasjon automatisk dekker applikasjonene teamet bygger.

Observer et vanskelig tilfelle

Be leverandøren vise hva som skjer når en påkrevd kontroll feiler. Undersøk deretter resulterende artefakt og beslutningsvei. Et nyttig system gjør ufullstendig arbeid og manglende dokumentasjon synlig.

Legg til en fiktiv forespørsel som krysser en tilgangsgrense for kontraktsapplikasjonen. Evalueringen bør vise hvordan systemet håndterer kravet, og hvordan en reviewer verifiserer resultatet. Ikke bruk reelle fortrolige data for å gjøre demonstrasjonen mer realistisk.

Registrer forskjeller mellom demonstrert konfigurasjon og foreslått kjøp. En lovet fremtidig funksjon er en avhengighet, ikke en levert evne.

Bevar et dokumentasjonsregister

Registrer dokumentasjonslenke, dato, konfigurasjon, reviewer og konklusjon for hvert krav. Bruk tydelige tilstander: verifisert for dette scenarioet, uløst eller utenfor omfanget.

Gi uløste punkter en ansvarlig og en frist. Beslut om hvert punkt blokkerer beslutningen, krever en kontraktsbetingelse eller kan aksepteres med en dokumentert begrensning.

Bruk samme kriterier for Taiga. Offentlig dokumentasjon og Trust Centre gir utgangspunkter. Bekreft at den valgte ordningen oppfyller kravene deres. Fortsett med exit og portabilitet.