Optimaliseringsprosjekt

Slik bygger du kunnskapsbasen

Ni steg fra ingenting til en kunnskapsbase som kan kjøres. Hvert steg sier hvem som gjør det, hva som leveres, og når du er ferdig med det.

Kunnskapsbasen er den lille, kuraterte samlingen systemet leser før det foreslår tiltak. Uten den vet systemet ingenting om anlegget ditt.

Før du starter

To roller, og de kan ikke bytte plass

Fagpersonen leverer regneark, notater og henvisninger — ikke ferdige dokumenter. Den tekniske personen oversetter. Regelen som ikke kan brytes: den tekniske personen utleder aldri et tall fagpersonen ikke har oppgitt. Mangler et tall, står det som mangler.

Det finnes ingen automatikk som gjør denne jobben. Oversettelsen er håndarbeid, og det er derfor det tar én til to uker.

Ramme

1 Bestem hvilket anlegg det gjelder

Én kunnskapsbase dekker ett prosjekt eller anlegg. Har du flere, blir det flere baser — ikke én stor.

Gjør dette: velg et navn på anlegget og skriv det ned ett sted. Navnet skal brukes helt likt overalt siden, uten mellomrom og uten æ, ø og å.

Hvem	Leverer
Prosjekteier	hvilket anlegg, og hva det skal hete

Ferdig nårNavnet er bestemt, og alle er enige om at basen dekker akkurat dette anlegget — ikke to naboanlegg «mens vi først er i gang».

Ramme

2 Skaff de faktiske kostnadstallene

Dette er det tunge steget, og det som avgjør om resten er verdt noe. Systemet skal senere kontrollere hvert forslag mot ekte kostnadslinjer — mengde ganger enhetspris.

Gjør dette: list opp hver kostnadslinje tiltakene kan komme til å treffe, med mengde og enhetspris. Ikke bare linjen til det tiltaket du tror på — alle linjene som er i spill.

Ta ikke med tall du ikke har. Har dere ingen kilde på hva noe koster per enhet, skal linjen utelates. En utledet verdi hører ikke hjemme her.

Ferdig nårHver linje har en mengde og en enhetspris, og du kan si hvor hvert tall kom fra. Får du ikke tak i tallene: skriv uttrykkelig at kjøringen blir uforankret, så ingen leser et godkjent-resultat som mer enn det er.

Ramme

3 Skriv ned hva som allerede er gjort

Systemet vet ingenting om anlegget utover det basen sier. Er noe allerede bygget om, og det ikke står noe sted, vil systemet foreslå det på nytt — og love en besparelse som allerede er tatt ut.

Gjør dette: lag en kort liste over gjennomførte tiltak, og sørg for at kostnadstallene fra steg 2 viser dagens situasjon — ikke situasjonen før forrige tiltak.

Ferdig nårIngen kan peke på et tiltak som er gjennomført uten å stå i basen, og kostnadstallene stemmer med hva anlegget bruker i dag.

Innhold

4 Beskriv anlegget og rammene

Ett kort dokument som svarer: hva er dette anlegget, hva består det av, og hva kan ikke fravikes?

Rammene er den viktigste halvdelen. Uten dem foreslår systemet tiltak som bryter krav ingen har fortalt det om — og fagpersonen må bruke tid på å avvise det samme igjen og igjen.

Ta med	Eksempeltype
Hva anlegget består av	antall enheter, alder, tilstand, kapasitet
Dagens forbruk eller kostnad	gulvet ingen besparelse kan gå under
Krav som ikke kan fravikes	minstekrav, sikkerhetskrav, avtalefestede nivåer
Antakelser som ikke holder	«vi kan ikke forutsette at X er mulig her»

Ferdig nårEn fagperson som ikke kjenner anlegget kan lese dokumentet og vite hva som er lov å foreslå.

Innhold

5 Skriv tiltaksnotatene

Ett kort notat per kandidat-tiltak. Systemet skal forbedre disse, ikke finne opp sine egne fra bunnen — så jo mer konkrete de er, jo bedre blir svaret.

Hvert notat skal ha: hva tiltaket går ut på, hvilke kostnadslinjer det virker på, hvor mye det er beregnet å spare, hva som er usikkert, og hva som er utledet framfor målt.

Trenger du hjelp til å finne kandidatene? For de fleste anleggstyper finnes det et ganske stabilt sett tiltakstyper — utskifting til nyere teknologi, behovsstyring framfor fast drift, tilstandsbasert vedlikehold framfor intervallbasert, og levetidsforlengelse framfor utskifting. Fagmiljøet har listen for sin type; jobben er å avgjøre hvilke som er aktuelle her.

Filteret som avgjør: et tiltak må kunne uttrykkes som en kostnadslinje — en mengde ganger en enhetspris. Kan det ikke det, kan systemet foreslå det, men ikke kontrollere det. Da er svaret verdt akkurat like mye som et vanlig godt råd.

Ferdig nårHvert notat peker på kostnadslinjer som finnes i steg 2, og det er tydelig merket hva som er målt og hva som er antatt.

Innhold

6 Velg det ene tiltaket som skal regnes på

Én kandidat får en egen, presis form som den deterministiske kontrollen kan konsumere: kostnadslinjene den virker på, den beregnede besparelsen, og et usikkerhetsbånd.

Denne kandidaten er også nøkkelen til tidligere erfaring — det er dens kostnadslinjer og størrelsesorden som avgjør hvilke tidligere dommer systemet henter fram.

Samme kostnadslinje, samme mengde, samme enhetspris — skrevet ut fra ett regnestykke.

Ferdig nårKandidaten og kostnadsgrunnlaget bærer nøyaktig samme tall for de linjene de deler. Er de skrevet inn hver for seg, blir et lite avvik bare slurv — ikke et signal.

Bind sammen

7 Legg inn metode, kilder og første erfaring

Tre korte dokumenter som gjør forskjellen mellom et tall og et troverdig tall.

Dokument	Hvem	Svarer på
Metode	fagmiljøet	hvordan skal effekten måles i etterkant — og hvilke metoder er stengt for dette anlegget?
Kilder	fagmiljøet	hva sier litteraturen om avviket mellom beregnet og faktisk effekt? Med årstall og opphav.
Første erfaring	fageksperten	hva pleier å skje? «Forvent rundt X prosent av beregnet, fordi …»

Skill eget materiale fra lånt. Har dere ingen egne målinger og må låne et tall fra litteraturen, skal det stå uttrykkelig at det er lånt. Det er ikke en svakhet — det er det som gjør at neste person kan vurdere om lånet holder.

Ferdig nårHvert tall som ikke er målt hos dere, har en navngitt kilde ved siden av seg.

Bind sammen

8 Skriv innholdsfortegnelsen som binder alt

Systemet navigerer, det søker ikke. Det starter i innholdsfortegnelsen, følger lenkene derfra, og leser hvert dokument det når — helt, eller ikke i det hele tatt.

Gjør dette: skriv et kort avsnitt om hva prosjektet er og hvorfor dette fagområdet er valgt — det er det aller første systemet leser — og lenk til hvert eneste dokument du vil at det skal se.

Ferdig nårHvert dokument du har laget er lenket. Et dokument uten lenke eksisterer ikke, uansett hvor det ligger. Og trenger du fagstoff fra en annen base: kopier det inn — lenker ut av basen følges aldri, men tørrkjøringen lister dem, så du ser at det skjedde.

Kjør og lær

9 Sjekk at basen åpner, så kjør

Kjør en tørrkjøring først. Den går hele veien fram til det første kallet mot språkmodellen og stopper der — den koster ingenting, og kan kjøres hver gang basen endres.

Tørrkjøringen beviser	Den beviser ikke
at basen åpner	at innholdet er godt
at navnet stemmer overalt	at forslagene blir kloke
at kostnadsgrunnlaget er lesbart	at alt du laget faktisk er lenket
hvilke lenker den ikke klarte å følge	—
at ingen ekstern tjeneste kontaktes	—

Mangler kostnadsgrunnlaget, sier tørrkjøringen fra. Er en lenke brutt, stopper den fortsatt ikke kjøringen — men den skrives ut, med dokumentet den pekte på og hvorfor den ikke ble fulgt (missing = ingen fil der, outside-bundle = peker ut av basen). Er alle lenker fulgt, står det ingenting. Den feilen den fortsatt ikke kan se, er dokumentet ingen lenker til — da finnes det ingen lenke å rapportere.

Ferdig nårTørrkjøringen er grønn, den lister ingen lenker den ikke fulgte, og du har lest gjennom listen over dokumenter den faktisk fant.

Kjør og lær

Etter kjøringen: dommen tilbake i basen

Neste kjøring leser dommene før den former sitt forslag. Dommen påvirker altså det neste forslaget, ikke bare arkivet. Godkjennes en dom for varig bruk, løftes den inn i basen.

Regelen som ikke kan brytes: systemet leser innboksen, mennesket skriver den. En kjøring lagrer aldri sin egen vurdering tilbake som kunnskap — ellers ville systemet lært av seg selv.

Underveis

Må systemet spørre andre fagsystemer?

Utgangspunktet er ingen integrasjon: uten konfigurasjon gjøres null nettverkskall. Trenger du likevel data fra et annet system, er det to helt ulike veier — og valget avgjøres av når svaret trengs.

	Hent på forhånd	Slå opp underveis
Når	før kjøringen	mens forslaget formes
Blir	et dokument i basen	et verktøy systemet kan kalle
Fordel	fagpersonen kan lese og korrigere det først	fanger opp noe som endrer seg
Krever	opphav og dato på dokumentet	uttrykkelig liste over tillatte kall
Nettverk under kjøring	null	ja, og alt navngis på forhånd

Velg «hent på forhånd» hvis du kan. Det er billigere, det kan kvalitetssikres av et menneske, og det gjør at du kan si nøyaktig hva en kjøring har rørt.

Sjekkliste

Hvem leverer hva

Steg	Hvem	Leveranse
1	Prosjekteier	anlegg og navn
2	Drift / økonomi	kostnadslinjer med mengde og enhetspris
3	Drift	liste over allerede gjennomførte tiltak
4	Prosjekteier + fagmiljø	anleggsbeskrivelse og rammer
5	Drift + fagmiljø	kandidat-tiltak med parametere
6	Teknisk person	den ene kandidaten i presis form
7	Fagmiljø + fagekspert	metode, kilder, første erfaring
8	Teknisk person	innholdsfortegnelsen med alle lenker
9	Teknisk person	tørrkjøring, så kjøring

Steg 2 er markert fordi det er det som stopper prosjekter. Alt annet kan skrives på en dag hvis fagpersonene er tilgjengelige.

Fallgruver

De fem feilene som koster mest

Ingen kostnadstall. Kjøringen går, resultatet ser normalt ut, og kontrollen dømmer bare mot tall forslaget fant på selv. Dette er den dyreste feilen, fordi den er usynlig.
Gjennomførte tiltak står ikke i basen. Systemet foreslår dem på nytt, og besparelsen dobbelttelles.
Dokumenter uten lenke. De leses aldri, og ingen feilmelding sier fra — for det finnes ingen lenke å klage på. Er lenken der, men feil, sier tørrkjøringen nå fra; er den aldri skrevet, er dokumentet usynlig. Symptomet er at forslagene virker uinformerte uten at noen skjønner hvorfor.
For mye materiale. Alt som lenkes leses i sin helhet. Ti sider støy koster like mye oppmerksomhet som ti sider substans.
Utledede tall. Et tall ingen kan peke på en kilde for, forurenser alt som bygger på det. Mangler et tall, skal det stå som manglende.

Til slutt

Hva dette lover — og ikke lover

Én til to uker for en god base. Det tunge er ikke teknikken, men å få tak i kostnadstallene og å få en fagperson til å skrive ned rammene sine.
Det finnes ingen automatikk som lager basen av regnearkene deres. Det er håndarbeid, og det er derfor det tar tid.
Det finnes ingen «er basen klar»-knapp. Tørrkjøringen er det nærmeste: den sier fra om kostnadsgrunnlaget mangler og lister lenkene den ikke klarte å følge, men den sier ingenting om et dokument ingen har lenket til, og ingenting om innholdet er godt.
Systemet dømmer ikke. Det foreslår og kontrollerer regnestykket. Vurderingen av om tiltaket er klokt, gjør fagpersonen — og den vurderingen er det basen lærer av.

Basen blir bedre for hver kjøring, men bare hvis noen faktisk avgir dommen etterpå. En base ingen dømmer imot, står stille.