Jeg ser fra nyhetsbrevet til it´s learning at de har hatt tidenes største bugfiks i høst.
Jeg synes det er positivt at de har ansatt folk for å kvalitetssikre funksjonaliteten. Det er tydelig at it´s learning stadig vokser i sin forståelse for sitt eget produkt. Jeg tenker da på at it´s learning som organisasjon med alle sine ansatte, stadig blir flinkere og mer profesjonelle. De fremstår mer og mer som et modent selskap som lager et modent produkt. Jeg ser (som sluttbruker med interesse for datasystemer) tydelige fremskritt år for år.
Jeg føler også at support-gjengen tar innspillene fra oss brukere på alvor. Det er fort å bli sint og frustrert som sluttbruker når en skal gjøre noe, og dette ikke fungerer som forventet. Jeg tipper at support får en god del sure e-poster, men de klarer likevel å svare positivt tilbake.
Jeg håper og antar at it´s learning lærer av sine feil rent programmeringsteknisk og driftsmessig. Det er i så måte lurt å oppdage bugs og sikkerhetsbrudd, fordi når en finner disse, vil en også lære noe og forhåpentligvis unngå slike feil i fremtidig funksjonalitet. Dette introduserer samtidig en vanskelig utfordring (for alle som jobber med å utvikle dataprodukter). Hvordan kan en lære av sine feil, kollektivt? Det blir viktig å holde interne seminarer der en jevnlig lærer opp hverandre basert på erfaringer. En utvikler som finner og retter en bug, må dele sine kunnskaper med de andre, og kommende utviklere. En bør også lage en kunnskapsbase som fremstår som god praksis for utviklere og driftere. Det kan virke som "administrativ overhead", men jeg tror det vil være en fin investering på sikt.
Har it´s learning dette, mon tro? Slike prosesser er ikke synlige for oss kunder/brukere. Jeg tror også at dette kan bli en forklaring til hvorfor vi kan oppleve at utviklingen går sakte fremover av og til. Jo mer funksjonalitet og kompleksitet, jo vanskeligere blir det å utvide raskt. Testverktøyet i it´s learning er et godt eksempel. Det har stadig blitt utsatt, og er fortsatt i beta. Jeg fikk inntrykk av at det skulle være helt ferdig våren 2008. Komplekse løsninger tar tid å lage gode nok.
På den annen side tror jeg at en organisasjon som lærer av feil, vil bli stadig bedre og mer effektiv i sin koding. Det kommer til et punkt da en har rutiner og praksis som gjør at ny utvikling blir effektiv og nokså feilfri, og i tillegg blir feil oppdaget raskere. På lik linje med at lærere kan gjenbruke lærestoff, kan utviklere gjenbruke kode og ikke minst "beste praksis-metoder". Utvikling av bedrifts-interne "patterns" for hvordan en bør løse vanlige problemer, blir viktig. På tross av at vi ikke vet detaljer om hvordan selskaper som it´s learning jobber, tror jeg de har lært mye av egne feil gjennom årene. Siste nyhetsbrev vitner om det og forteller meg som sluttbruker at de gjør det beste de kan for å gi oss et godt produkt.
Derfor vil jeg avslutte med å si: God jul til alle i it´s learning. Stå på og jobb bra. Bidra til å utvikle en enda bedre praksis hvert år, for det er kjempemange lærere og enda flere studenter/elever som trenger et godt produkt. Dessverre blir dere ikke ferdige til jul. Dere blir faktisk aldri ferdige med jobben med å lage et godt it´s learning! Nettopp det er kanskje også deres største jule-ønske :-)
Jeg understreker at jeg ikke har noe formelt med it´s learning å gjøre (noen tror jeg er ansatt :-) Jeg bruker systemet som en vanlig lærer, har prøvd de fleste funksjoner i praksis og forsøkt å tenke pedagogisk rundt bruken. Jeg holder derfor en del kurs/foredrag basert på mine erfaringer. Jeg melder også fra om de bugs jeg kommer over.
Innlegg
Ja, i jula skal en være snill - også med it's learning as :-))
SvarSlettJeg er enig med deg i at det har vært ei stor utvikling/endring i it's learning as de siste årene. Siden jeg første gang ble kjent med firmaet, har de skifta ut nesten hele staben. Jeg kan faktisk ikke komme på andre enn Helge og Jon Arthur som fortsatt er med. Det må være krevende når en skal produsere og utvikle et så komplisert produkt som it's learning. Kanskje er det noe av årsaken til at enkelte deler av produktet for meg virker uferdig i forhold til de tjenestene de er tenkt å utføre. Men for all del - TTT og TTTT.