Se for deg at du jobber i et programvareutviklingsprosjekt som består av åtte utviklere, en prosjektleder og en ”stakeholder”: kunden. Du kan selv velge hvem av disse personene du vil være – personlig foretrekker jeg utviklerrollen.
Selv i et relativt lite prosjekt som dette, er informasjonsflyten ubehagelig stor. Det finnes kravspesifikasjoner, designdokumenter, dokumentasjon, testrapporter, byggerapporter, timerapporter, kildekode, e-post, kalendere, spørsmål og svar, dokumenterte erfaringer, muntlige beskjeder og så videre. Prøv å se for deg hvor stor informasjonsflyten blir når prosjektet teller 50 menn og kvinner, eller hva med 200? Min påstand er at informasjonsmengden øker lineært, men informasjonsflyten øker eksponentielt (informasjon ^ #personer = informasjonsflyt).
For å håndtere og behandle all denne informasjonen bruker vi forskjellige verktøy som for eksempel arkiveringssystemer, databaser, tekstbehandling, regneark osv. Disse verktøyene hjelper oss å utføre våre arbeidsoppgaver mer effektivt, og kanskje til og med mer nøyaktig. Men er disse verktøyene optimale?
Slik jeg ser det, er det ikke verktøyene det er noe galt med – de er som regel nyttig. Problemet ligger i selve informasjonsflyten. I dag må du og jeg proaktivt oppsøke informasjonen dersom vi lurer på noe, og deretter filtrere, tolke og behandle den. Dette krever både tid og energi fra vår side. Og klassiske problemer oppstår: jeg finner ikke informasjonen, jeg er redd for å feiltolke informasjonen, det er for mye data, data er ikke oppdatert osv. Denne typen sentralisert informasjon, kaller vi i Capgemini for informasjonssentrisk (informasjonen står i sentrum).
Underveis i slike prosjekter opplever i alle fall jeg å stille meg selv flere spørsmål vedrørende tilstanden på prosjektet. Du har helt sikkert opplevd å gjøre det samme? Typiske spørsmål jeg stiller meg selv er:
- Hvor mange av kravene er ferdig implementert? Eventuelt, hva gjenstår for å ferdigstille dem?
- Fungerer systemet? Hvis ikke, hva må til for å få et fungerende system igjen?
- Hva vet vi om kvaliteten på kildekoden? Har vi teknisk gjeld?
- Er vi klar til å utgi produktet? Hvis ikke, hvor langt unna er vi?
- Hvilke kritiske arbeidsoppgaver gjenstår?
- Hvor mange kritiske feil finnes? Og hvor mange av disse er rettet?
Hva hvis jeg kunne fått svar på alle disse spørsmålene uten å oppsøke informasjonskildene? Er det mulig å snu informasjonsflyten på hodet – i stedet for å måtte spørre etter informasjon, kunne jeg ha mottatt en kontinuerlig strøm av den? Kanskje til og med mottatt en strøm av ferdig behandlet informasjon? Er det mulig å få denne informasjonen i tilnærmet sanntid – ferdig tolket og klar til evaluering? På denne måten vil individene i prosjektet stå i sentrum. Dette kaller vi i Capgemini for brukersentrisk informasjon.
Jeg har i løpet av de siste årene sett et stort behov for en slik informasjonsflyt, og som en hardbarket programvareutvikler som jeg er, har jeg lenge ønsket å løse dette problemet med nettopp programvare. Derfor oppsøkte jeg ledelsen i Capgemini rett før juleferien 2008 og presenterte ideen min for dem. De ble såpass tent på den at de valgte å gi meg ressurser for å starte i gang prosjektet – noe jeg personlig syntes var spenstig av dem, pga. vi på det tidspunktet befant oss midt inne i finanskrisa. Dette prosjektet har fått kodenavn Capgemini Summer of Code.
I vår henvendte vi oss til teknologistudentene ved NTNU, hvor vi presenterte prosjektet og mulighetene for sommerjobb. Etter mange jobbintervju, valgte vi ut åtte dyktige studenter til å hjelpe oss med dette prosjektet. Jeg har sammen med disse studentene og noen iherdige ansatte, jobbet med å utvikle produktet i løpet av sommeren. Vi nærmer oss første lansering, og målet er å slippe produktet i løpet av høsten.
Min drøm er å skape et gratis produkt basert på åpen kildekode. Et produkt som kan bli et standardisert verktøy i Capgemini – som vi tar med ut til alle våre kunder. Et verktøy som kan hjelpe oss å levere bedre prosjekter. Hjelpe oss å levere mer funksjonalitet til kunden, forbedre kvaliteten på vårt arbeid og hjelpe oss å holde tidsfristene. Jeg ønsker også at alle som praktiserer programvareutvikling kan nyte godt av dette, også utenfor Capgemini. Ved å gi bort dette vederlagsfritt, håper jeg at de som finner dette produktet nyttig kan bidra med oppdateringer og ny funksjonalitet.
Ved å la informasjonen strømme ut til prosjektgruppen (brukersentrisk), i stedet for at den selv skal bruke tid og energi på å oppsøke og tolke den (informasjonssentrisk), er jeg sikker på at vi kan levere bedre prosjekter. Med dette kan vi flytte fokus over på å levere mer funksjonalitet til kunden, forbedre kvaliteten på vårt arbeid og holde oss innenfor tidsfristene. Altså, vi kan fokusere på det som gir kunden merverdi og det som faktisk gir oss smør på brødet – utvikle datasystemer.
Dersom du syntes dette hørtes spennende ut og ønsker å høre mer, følg med på utviklingen her på teknologibloggen. Neste gang lover jeg å røpe noe av funksjonaliteten.
For tiden ser vi etter pilotkunder som kan hjelpe oss med å strømlinjeforme dette produktet. Interessert? Kontakt meg direkte på e-post (goran.hansen_at_capgemini.com).




Høres avansert og spennende ut! Håper du poster utviklingen er på teknologibloggen.
Hva tenker du forøvrig om Google Wave? Litt samme konseptet med samling av informasjon??
Hei Henning,
Og takk for at du la igjen en kommentar! Selvsagt skal jeg poste utviklingen her på teknologibloggen. Jeg kommer til å legge ut skjermbilder av produktet neste gang.
Google Wave ser veldig spennende ut. Det har potensialet til å bli e-post og Instant Messaging ”2.0”. Jeg misstenker det kommer til å forandre måten vi kommuniserer på, og gleder meg til det produktet blir sluppet til massene.
På en måte kan en si at det er likheter mellom disse to konseptene – samling av informasjon. Mer kan jeg ikke si, uten å røpe for mye;) Jeg holder forresten på med å se på mulighetene en eventuell integrasjon med Wave kan gi vårt produkt!
Ha en fin dag!
Gøran