Ontologi
Under agentene ligger en nedskrevet beskrivelse av selve virksomheten: hva en kunde, en ordre, en vare eller en kontrakt er, hvordan de henger sammen, og hvilke regler som gjelder. Alle moduler og alle agenter leser den samme modellen, så én endring i den er én endring overalt.
- Objekter, relasjoner og regler i én beskrevet modell
- Versjonert: hver endring har en forfatter, en begrunnelse og en godkjenning
- Selvutviklende: agenter foreslår utvidelser når virksomheten endrer seg
- Én modell som leses av alle moduler og alle agenter
Hvorfor en modell, ikke et sett moduler
Tradisjonell forretningsprogramvare leveres med sin forestilling om en virksomhet bakt inn i koden: et fast kundebilde, en fast ordre, en fast godkjenningsflyt. Når virksomheten ikke passer inn, jobber folk seg rundt det i regneark, og den virkelige virksomheten glir bort fra den systemet beskriver.
Hurukan begynner i den andre enden. Virksomheten beskrives først, som objekter, relasjoner og regler, og modulene leser den beskrivelsen. En modul er en måte å arbeide med en del av modellen på, ikke en egen database med sin egen forestilling om hva en kunde er.
Hva den inneholder
Objektene er virksomhetens substantiver: kunde, leverandør, vare, ordre, kontrakt, person, dokument. Relasjonene binder dem sammen: denne ordren er et avrop på den rammeavtalen; denne varen kommer fra de to leverandørene. Reglene sier hva som må gjelde: et tilbud over en terskel krever en ekstra godkjenning; et sertifikat må være gyldig på leveringsdagen. Handlingene er verbene: hva som kan gjøres med et objekt, av hvem og på hvilke vilkår.
Slik utvikler den seg
Modellen fortsetter å utvikle seg, fordi virksomheten gjør det. Når virksomheten endrer seg — en ny tjeneste, et nytt marked, en ny lovpålagt forpliktelse — foreslår en agent endringen i modellens egne termer. Et menneske gjennomgår den, ser hva den påvirker, og godkjenner eller avviser den. Den godkjente endringen blir en ny versjon, og den forrige forblir lesbar, slik at enhver post kan forstås ut fra modellen som gjaldt da den ble skrevet.
Mellom agentene og dataene
Over dette laget handler Agentisk logikk i de termene ontologien definerer: hver handling en agent kan utføre, er beskrevet her. Under det lagrer Data-laget poster som må samsvare med modellen, så en import som ikke passer, stoppes i døren i stedet for å bli oppdaget i en rapport. Sikkerhet og suverenitet legger tilganger på objektene og handlingene modellen navngir. Ontologien er kontrakten mellom alle tre.
Hva modellen inneholder
Objekter
Kunder, leverandører, varer, ordrer, kontrakter, personer, eiendeler og dokumenter, hver definert én gang med sine felt, sine tilstander og sin eier.
Relasjoner
Hvilken ordre som hører til hvilken kontrakt, hvilken vare til hvilken leverandør, hvilken person til hvilken enhet. Uttrykkelig angitt, slik at agentene følger dem i stedet for å gjette.
Regler
Valideringer, tilstandsendringer, godkjenningsterskler og hvem som får gjøre hva, skrevet inn i modellen i stedet for å være begravd i skjermbilder og regneark.
Handlinger
Hva som kan gjøres med hvert objekt, av hvem og på hvilke vilkår. Dette er vokabularet agentene handler i, og det setter hele rammen for hva de kan gjøre.
Versjoner
Hver endring i modellen er en versjon med en forfatter, en begrunnelse og en godkjenning, og den forrige versjonen forblir lesbar.
Selvutvikling
Når virksomheten legger til en produktlinje, en prosess eller en forpliktelse, foreslår en agent de nye objektene og reglene, et menneske godkjenner dem, og alle moduler tar dem i bruk.
Fungerer sammen med
Prosjekter og dokumenter
Programmer, faser, milepæler og budsjetter per prosjekt, porteføljeoversikter, og hvert dokument knyttet til sin post.
Beslutninger og oppgaver
Én godkjenningsinnboks for agentforslag med kilder og risiko, og oppgaver som alltid har en eier.
Drift og kvalitet
Planlegging, arbeidskø, timeplanlegging, timer og underleveranser; kontroller, avvik, frigivelse og sertifikater.
Spørsmål
Hva er en ontologi, enkelt forklart?
En nedskrevet beskrivelse av tingene en virksomhet har med å gjøre, hvordan de henger sammen, og hvilke regler som gjelder for dem. Alle virksomheter har allerede en; den er som regel spredt over flere systemer og i hodene til erfarne medarbeidere.
Hva betyr selvutviklende?
At det å utvide modellen er en del av systemets vanlige arbeid. Agentene ser hvor modellen ikke lenger passer virksomheten, og foreslår endringer, og mennesker godkjenner dem. Hver endring går fortsatt gjennom et menneskes godkjenning.
Kan vi lese og eksportere modellen?
Ja, det er slik den er designet. Modellen er lesbar, versjonert og kan eksporteres sammen med dataene dine, fordi en beskrivelse av virksomheten din tilhører deg.
Bygg virksomhetens operativsystem sammen med oss
Hurukan er ennå ikke lansert. Leder du en virksomhet og vil ha et suverent, agentisk system i stedet for enda en programvarepakke, vil vi gjerne høre hva du trenger.