Plogen Prosess

Med økt fokus på selvbetjening og ”e-business”, utvikler stadig flere virksomheter egen programvare som benyttes direkte av kundene, er virksomhetskritisk og har høy verdi. Dette gjør at virksomheten, eller en del av denne, må organiseres som et programvarehus og at programvaren må forvaltes som programvareprodukter.


Plogen Prosess tilbyr en strukturert metaprosess for å ivareta både forretnings-, produkt- og systemutvikling enhetlig på en effektiv og forutsigbar måte i et programvarehus.



Hensikten med Plogen Prosess er å:


Prosessen omfatter full livssyklus for en gitt versjon av et programvareprodukt og består av fire faser der overgangen mellom hver fase representerer et vesentlig beslutningspunkt og evnt. en endring i organisatorisk eierskap. Ved rapportering til ledergruppe eller eiere kan man gi en samlet oversikt over hele virksomheten ved å synliggjøre alle prosjekter og produkter i et felles bilde (tilsvarende R1-R4 i figuren). Plogen Prosess er en metaprosess som kompletterer, uten å erstatte, eksisterende prosjekt- og systemutviklingsmodeller. Plogen Prosess kan, etter behov, utvides med mer spesialiserte modeller og metodeverk innenfor hver fase, f.eks. innen iterativ systemutvikling.


I de tre første fasene påløper det mest kostnader og for å begrense den forretningsmessige risikoen, bør prosessene planlegges slik at disse fasene alltid gjennomføres innen 6 måneder. Det er også viktig å kunne stoppe prosjekter før systemutviklingsfasen dersom kostnader, risiki eller gevinstpotensialer er uakseptable. Gevinstrealiseringsfasen omfatter ferdige produkter som gir løpende inntekter eller andre gevinster inntil de avvikles eller erstattes av en ny versjon.


Arbeidsformen er i hovedsak prosjektorientert med prosess-og prosjektledere. Det er utstrakt bruk av strukturerte workshops som involverer både kunder, utviklere, salg/marked og teknologi.


En sunn virksomhet kjennetegnes typisk ved at det er god balanse mellom prosjekter og produkter i modellen. Gevinster fra eksisterende produkter kan finansiere ny produktutvikling og nye forretningsmuligheter blir evaluert løpende. En opp- eller nedskalering av virksomheten innebærer primært å justere kapasiteten på systemutvikling. Såfremt ikke virksomheten skal avvikles, er det ved nedskalering viktig alltid å opprettholde en minimum produktutvikling


Denne metodikken fokuserer primært på prosesser, beslutningspunkter og ”leveranser” fra hver enkelt fase, mens innhold og gjennomføring i den enkelte fase kan benytte eksisterende rutiner og modeller dersom disse fungerer tilfredstillende.

Forretningsutvikling

Definerer muligheter basert på trender, kundekontakt og interne idéer. Det utarbeides beslutningsgrunnlag for muligheter som skal videre til produktutvikling. Mulighetene bearbeides i workshops og fasen inneholder:


Fasen forretningsutvikling eies av ledergruppen.

Produktutvikling

Produktifiserer muligheten gjennom et konseptdesign som testes mot markedet. Det utarbeides beslutningsgrunnlag for produkter som skal videre til systemutvikling. Konseptdesignet må inneholde:


Fasen produktutvikling eies av salg & marked.

Systemutvikling

Bygger produktet og klargjør for gevinstrealisering. Byggingen gjennomføres som et systemutviklingsprosjekt der metodevalgene typisk er fossefall, iterativ eller anskaffelse. Ved utvikling av internettbaserte tjenester benyttes normalt en iterativ systemutviklingsmetode.


Prosjektet må inneholde:


Fasen systemutvikling eies av en dedikert prosjektleder.

Gevinstrealisering

Leveranser og støtte for eksisterende produkter slik at de planlagte gevinstene kan realiseres inntil produktene erstattes eller avvikles. Ofte organisert som egen enhet med ansvar for:


Fasen gevinstrealisering eies av produktstøtte.


- felles løft mot felles mål