I dag skal jeg på budsjettmøte. Denne gangen er jeg kun tilskuer, som følge av at jeg har hatt andre sysler de siste 8 mnd enn jobben. Det blir spennende!
Noen ganger tenker jeg at det enkleste hadde vært om man bare fikk en slump penger - Vær så god! Lag noe kult og viktig for disse pengene! :-)
Men slik er det jo ikke, først må man forklare - slik at de som bestemmer over pengene forstår - hvorfor det er kult og/eller viktig å lage det man vil lage. Så - hvis man er så heldig at pengebestemmerne forstår noe i retning av det du ønsker, får man kanskje det man trenger og alt er bare fryd og gammen. Eller man får kanskje halvparten av det man trenger til å lage noe skikkelig, og så går resten av prosjektet med til å jobbe så mye man kan for å få til noe man kan stå for kvalitetsmessig, uten at man får sin takk verken på jorden eller i himmelen av den grunn. Kanskje man er så uheldig at alt man får er kjeft fordi ting ikke ble verken ferdig i tide, kult eller nyttig :-) Og kanskje det attpåtil ikke virket slik de som ønsket det hadde tenkt, eller iallfall ikke slik som det burde virke når man ser på det i ettertid! :-) Slikt er ganske vanlig når man jobber med IT.
Prosessen med å lage det kule og viktige er alltid like spennende: man tror man er ganske sikker på hva det kule og viktige er, men for hver dag man lager det, så endrer bildet seg - det som var viktigst blir ikke så viktig lenger, og det som var kulest blir vanlig eller teit. For verden forandrer seg! Og de som vil følge med i tiden må forandre seg raskt.
Så er det om å gjøre å lage ting så fort som mulig, ellers er det blitt uviktig og teit før man vet ordet av det.
Jeg takker for Agile (Smidige) metoder. For meg er smidige metoder å gjøre det man likevel ender opp med å gjøre, men på en mer forutsigbar måte, med egnede verktøy, og mye mer sosialt. Med andre ord: Vennskapelig Kaoskontroll :-)
Med smidige metoder snakker man sammen ofte. Man får rom for å justere resultatet underveis, slik at alle kan bli mer fornøyd. De som vil ha noe laget, gir detaljerte nok input til at det er mulig å lage noe som ligner det de vil ha. Så deler man opp tingene og lager noen biter av gangen. Man viser en og en bit til de som ville ha det, så de kan si at: "Jepp! Akkurat sånn var det vi ville ha det!" Eller: "Oj, nei, det var ikke slik det skulle være". Og så justerer man med en gang, før man har brukt opp alle pengene på å lage noe helt annet.
Men det er ikke alle som syns smidig er noe kult. For eksempel de som bare vil gjøre noe annet enn å fortelle hva de egentlig vil ha. For de har jo ikke tid til å snakke med IT, de har masse viktige prosjekter de skal promotere. Jeg har alltid lurt på det der: Har de tid til at prosjektet blir forsinket fordi beskrivelsene ikke var entydige? Og så er det de som gjerne vil at alt skal på bordet før man begnner å jobbe: bare slik kan man sikre seg mot beskyldninger om at man ikke laget det man skulle. Problemet da blir at forprosjekt og spesifiseringsfase fort kan ta lenger tid enn det ville tatt å lage tingen, og da har konkurrentene forlengst løpt fra.
Jeg stemmer for fri galskap under moderat kontroll, frihet under ansvar, sosialt samvær: Smidig!
