PEDIT NY GENERASJON LMSFOR EN NY GENERASJON ELEVER.

Prosjekt presentasjon av prosjekt 47E vår 2007Kjell Karlsen

PROSJEKTAGENDA

Info om oppgavestiller – Norsk Nettskole Aktuelle problemstillinger Hvorfor denne prosjektoppgaven Forslag til problemløsninger Resultater av prosjekt Videre arbeid

INFO OM OPPGAVESTILLER Norsk Nettskole AS er et heleid datterselskap

av AV-senteret AS. AV-senteret AS er et kommunalt selskap der

kommunene Sande, Sykkylven, Vanylven og Volda eier alle aksjene.

Norsk Nettskole er en godkjent frittstående fjernundervisningsinstitusjon.

Selskapet har som mål at alle tilbud skal holde høy kvalitet både teknisk og pedagogisk.

INFO OM OPPGAVESTILLER II Har siden 1999 benyttet verktøy for digital læring,

PedIT

PedIT er Norsk Nettskoles egenutviklede LMS system.◦ Utviklet av brukere som i flere år har arbeidet med 100%

nettbasert opplæring fra grunnskole til høgskolenivå. ◦ Lav brukerterskel - enkelt å legge inn - enkelt å hente ut.◦ Innebygd nettavis løsninger, aktivitetskalendere mm. ◦ Verktøy for gruppelæring med kommunikasjon mellom

lærere, elever og foreldre.◦ Valgt av ca 20 kommuner, 8 frittstående skoler, 2

barnehager, 3 høgskoler samt en del organisasjoner som bruker PedIT.

AKTUELLE PROBLEMSTILLINGER PedIT er basis som brukes i alle tjeneste tilbud fra Norsk

Nettskole, og er derfor et veldig viktig produkt for bedriften.◦ System er utviklet siden 1999, og konkurrerer om LMS markedet

blant mange andre tilbydere som It’s Learning og ClassFronter. Vært på markedet i 8 år, og finnes nå i en versjon 2.x Liten utviklingsavdeling har gjort at produktet har blitt liggende etter

konkurrenter med mer ressurser, på noen områder. Produkt må oppgraderes for å holde interessen oppe i markedet.

◦ PedIT kjører på en sentral server for alle kunder, og må være kraftig nok til å levere tilfredsstillende kvalitet og ytelse til alle kunder som bruker PedIT i dag og videre framover. PedIT 2.x er utviklet i Perl og kjører i en 2 lags arkitetur mot

MySql database. Arkitektur gir lite rom for skalering og lastbalansering av system, og opererer allerede i dag helt i grenseland for hva det tåler uten å bryte sammen.

AKTUELLE PROBLEMSTILLINGER◦ Med framveksten i bruk av Internett og stadig raskere

bredbånd settes større krav til LMS systemene enn før. Større krav til LMS systemer å håndtere multimedia som lyd,

bilder og video.

◦ Kundene er vant til websider med rikt innhold, med et moderne og tiltalende brukergrensesnitt.

PedIT 2.x har et brukergrensesnitt som er tidsmessig foreldet, og det blir vanskelig for Norsk Nettskole å selge løsning dersom ikke brukergrensesnitt oppgraderes.

Kundene ønsker nye funksjoner som ikke tilbys i dagens versjon av PedIT

Integrasjon mot SCORM standard mangler. Mulighet for å ta med ”mappen” sin videre i andre LMS systemer mangler. PodCasting, RSS feeder, og bruk av ”themes” og ”skins” i løsning mangler.

AKTUELLE PROBLEMSTILLINGER◦ Prosjektet hadde et omfang i tid og kostnad som ga stor

usikkerhet i forhold til om målene kunne nås innenfor eksisterende ressurstilgang.

◦ Tilgang på relevant IT kompetanse er en knapp faktor i dag, og leverandør som var villig til å påta seg oppdraget aksepterte en fastpris kontrakt på oppdrag før bemannings situasjon var avklart.

◦ Ved prosjektoppstart viste det seg at ved gjennomgang av kravspesifikasjonen fra kunden med mer profesjonell estimeringsteknikk, var prosjektet underestimert både i tid og kroner. Kunde var ikke villig til å fire på tidsfristene, men var noe villig til justere budsjettet.

HVORFOR DENNE PROSJEKTOPPGAVEN Prosjektoppgaven ble valgt da den

inneholder en spennende miks av utfordringer knyttet til arkitektur og teknologi. Andre grunner til at oppgave ble valgt var ønsket om å kunne lære mer om prosessene som dukker opp i et prosjekt når man har begrensede rammer til rådighet på tid/penger og ressurser.

Tema for prosjektet i skolesammenheng var å se om det var mulig å løse utfordringene i oppgavene ved å bruke en miks av ny teknologi opp mot velprøvde metoder for prosjektgjennomføring.

For prosjektdeltaker var det spesielt det å få løsning til å yte bra og være teknologisk framtidsrettet som var viktigst.

FORSLAG TIL PROBLEMLØSNINGER Problemstilling : Økt konkurranse fra andre LMS leverandører

◦ Tiltak : Utvikle ny PedIT 3.0 som skal ligge helt i front teknologisk blant LMS’er og gi

kundene troen tilbake på produktet. Beslutningspunkter:

◦ Valg av arkitektur◦ Valg av prosjektteam◦ Valg av funksjonalitet◦ Prioriteringer◦ Planlegging av gjennomføring

◦ Gjennomført gjennom: Arkitektur

◦ Gått fra 2 lags arkitektur med Perl og MySql til en 5 lags arkitektur med C#, .NET, Java, J2EE og MySql.

Prosjektteam◦ Leid inn ekstern C# utvikler for GUI/Fasade, ekstern J2EE/systemarkitekt for J2EE, Java og MySql,

samt omskolering av Nettskolens egen utvikler til å beherske Java og C#. Funksjonalitet

◦ Lagt opp ny løsning gjennom egetutviklet portalrammeverk, hvor portalen inngår kontrakter med servicetilbydere om å fylle portaldelene med aktuelt innhold i henhold til PedITs logikk. Benytter Web 2.0 fasiliteter som Ajax, RSS, blogg, med mer.

Prioriteringer◦ Utvikle funksjonalitet som oppfattes som dårlig i PedIT opp mot konkurrenter. Prosjekt team har

lagt spesielt vekt på at det skal se pent ut, og brukt mye tid på å lage bra TextEditor og bildeopplastningskontroll. Det har også vært viktig at løsning skal yte bra, og alle komponenter er tunet mot dette for å gi korte responstider.

Planlegging og gjennomføring◦ Samlokalisering av konsulenter for synergi av kunnskapsdeling. Kjørt dels etter SCRUM metodikk

med korte dag sprinter og ukesprinter for å holde moment oppe. Daglige eller ukentlige leveringer av kjørbar kode til kunde for å evaluere produkt løpende. Ukentlige statusmøter i prosjektteam.

FORSLAG TIL PROBLEMLØSNINGER Problemstilling : Kundene krever mer støtte for rikt innhold, og web

2.0 gir nye muligheter Tiltak :

Finne ut hvilke nye tjenester PedIT 3.0 skal støtte, og hvilke eksisterende tjenester som skal forbedres for bedre å håndtere lyd, video og bilder

Beslutningspunkter: Hvilke tjenester skal tilbys Prioriteringer Planlegging av gjennomføring

Gjennomført gjennom: Tjenester som skal tilbys

Forbedring av eksisterende lydmodul, mulighet for å lage PodCast. Legge til rette for mottak av streaming lyd og bilde. Legge opp støtte for RSS. Legge opp støtte for blogging. Legge opp støtte for personlige designede portaler via dra og slipp funksjonalitet. Forbedring av editor for å kunne takle mer avanserte Html dokumenter. Forbedring av Chat funksjon med ny egenutviklet chatserver og Flashbasert Chatklient.

Prioriteringer Integrere Chat server med Pedit business server. Integrere lyd og videokomponenter med Pedit

business server. Utvikle eget dra og slipp ”motor” som husker instillinger per bruker, gruppe, klasse, avdeling eller skole. Planlegging og gjennomføring. Benytte XML kontrakter med Pedit business server for å serviceorientere hvert lag i PedIT arkitekturen.

Planlegging og gjennomføring Samlokalisering av konsulenter for synergi av kunnskapsdeling. Kjørt dels etter SCRUM

metodikk med korte dag sprinter og ukesprinter for å holde moment oppe. Daglige eller ukentlige leveringer av kjørbar kode til kunde for å evaluere produkt løpende. Ukentlige statusmøter i prosjektteam. Vurdering av ulike 3. parts komponenter som kan kjøpes inn og integreres for å spare tid/penger i prosjektet.

FORSLAG TIL PROBLEMLØSNINGER Problemstilling : PedIT 2.x er ikke skalerbar, og yter ikke

tilfredsstillende.◦ Tiltak :

Utvikle ny PedIT 3.0 via egenutviklet arkitektur som sikrer skalerbarhet og tilfredsstillende ytelse

Beslutningspunkter:◦ Valg av arkitektur/Infrastruktur◦ Optimalisering og fjerning av flaskehalser◦ Prioriteringer◦ Planlegging av gjennomføring

◦ Gjennomført gjennom: Arkitektur og infrastruktur

◦ Gått fra 2 lags arkitektur med Perl og MySql til en 5 lags arkitektur med C#, .NET, Java, J2EE og MySql.

Prosjektteam◦ Leid inn ekstern C# utvikler for GUI/Fasade, ekstern J2EE/systemarkitekt for J2EE, Java og MySql,

samt omskolering av Nettskolens egen utvikler til å beherske Java og C#. Funksjonalitet

◦ Lagt opp ny løsning gjennom egetutviklet portalrammeverk, hvor portalen inngår kontrakter med servicetilbydere om å fylle portaldelene med aktuelt innhold i henhold til PedITs logikk. Benytter Web 2.0 fasiliteter som Ajax, RSS, blogg, med mer.

Prioriteringer◦ Utvikle funksjonalitet som oppfattes som dårlig i PedIT opp mot konkurrenter. Prosjekt team har

lagt spesielt vekt på at det skal se pent ut, og brukt mye tid på å lage bra TextEditor og bildeopplastningskontroll. Det har også vært viktig at løsning skal yte bra, og alle komponenter er tunet mot dette for å gi korte responstider.

Planlegging og gjennomføring◦ Samlokalisering av konsulenter for synergi av kunnskapsdeling. Kjørt dels etter SCRUM metodikk

med korte dag sprinter og ukesprinter for å holde moment oppe. Daglige eller ukentlige leveringer av kjørbar kode til kunde for å evaluere produkt løpende. Ukentlige statusmøter i prosjektteam.

FORSLAG TIL PROBLEMLØSNINGER Problemstilling : PedIT 2.x er ikke skalerbar, og yter ikke

tilfredsstillende.◦ Tiltak :

Utvikle ny PedIT 3.0 via egenutviklet arkitektur som sikrer skalerbarhet og tilfredsstillende ytelse

Beslutningspunkter:◦ Valg av arkitektur/Infrastruktur◦ Optimalisering og fjerning av flaskehalser◦ Prioriteringer◦ Planlegging av gjennomføring

◦ Gjennomført gjennom: Arkitektur og infrastruktur

◦ Gått fra 2 lags arkitektur med Perl og MySql til en 5 lags arkitektur med C#, .NET, Java, J2EE og MySql.

Prosjektteam◦ Leid inn ekstern C# utvikler for GUI/Fasade, ekstern J2EE/systemarkitekt for J2EE, Java og MySql,

samt omskolering av Nettskolens egen utvikler til å beherske Java og C#. Funksjonalitet

◦ Lagt opp ny løsning gjennom egetutviklet portalrammeverk, hvor portalen inngår kontrakter med servicetilbydere om å fylle portaldelene med aktuelt innhold i henhold til PedITs logikk. Benytter Web 2.0 fasiliteter som Ajax, RSS, blogg, med mer.

Prioriteringer◦ Utvikle funksjonalitet som oppfattes som dårlig i PedIT opp mot konkurrenter. Prosjekt team har

lagt spesielt vekt på at det skal se pent ut, og brukt mye tid på å lage bra TextEditor og bildeopplastningskontroll. Det har også vært viktig at løsning skal yte bra, og alle komponenter er tunet mot dette for å gi korte responstider.

Planlegging og gjennomføring◦ Samlokalisering av konsulenter for synergi av kunnskapsdeling. Kjørt dels etter SCRUM metodikk

med korte dag sprinter og ukesprinter for å holde moment oppe. Daglige eller ukentlige leveringer av kjørbar kode til kunde for å evaluere produkt løpende. Ukentlige statusmøter i prosjektteam.

FORSLAG TIL PROBLEMLØSNINGER Problemstilling : Prosjektet var underbemannet og underestimert.

◦ Tiltak : Finne en smartere måte å gjennomføre prosjektet på, og kutte ned på funksjonalitet

som ikke var helt kritisk for å nå prosjektmålene. Beslutningspunkter:

◦ Valg av en lettere metodikk som ikke var så byråkratisk.◦ Kuttet ned på møtetid med kunden, finne smartere kontaktflater◦ Prioriteringer av hva som var viktigst å få ferdig først.◦ Planlegging av gjennomføring

◦ Gjennomført gjennom: Arkitektur og infrastruktur

◦ Valgt vekk unødvendige komponenter som vi hadde brukt for langt tid på å sette oss inn i, og brukt vår erfaring fra andre prosjekter på egenutviklet rammever.

Metodikk og ◦ Kuttet ned på RUP metodikk, og faset inn Agile metoder, og mer bruk av XP og SCRUM for å få

raske mindre leveranseløp, slik at framdrift lettere kunne måles, og etterleves.◦ Møter ble byttet ut med mer bruk av Messenger og epost. ◦ Fikk kunde til å prioritere hva som skulle leveres til neste SPRINT innenfor SCRUM metodikken.

Planlegging og gjennomføring◦ Samlokalisering av konsulenter for synergi av kunnskapsdeling. Kjørt dels etter SCRUM metodikk

med korte dag sprinter og ukesprinter for å holde moment oppe. Daglige eller ukentlige leveringer av kjørbar kode til kunde for å evaluere produkt løpende. Fokus på Testdrevet utviklingsløp, hvor testene ble laget før koden kodes, ga bedre kvalitet og kortere utviklingstid på komponenter.

RESULTAT AV PROSJEKT Resultatet av prosjektet skal føre fram til en versjon 3.0 av

programmet PedIT. Programmet skal ut i kommersielt bruk så snart det er ferdig.

Forventet ferdigstillelse av utviklingsarbeidet er ca 01.08.2007 Alle brukere av PedIT 2.0 versjon skal oppgraderes til ny versjon i

løpet av høst/vinter 2007/2008. Denne jobben ligger utenom hovedprosjektet, og er et egen prosjekt.

HIST kan ikke publisere resultatet av prosjektet i sitt prosjektarkiv før etter 31.12.07. Det er bare business server delen av prosjektet som omfattes av denne prosjektoppgaven og det er den som leveres videre.

En kjørbar versjon av system blir liggende på http://81.191.142.119/nkul. Demo versjonen blir liggende til 31.12.2007.

Ved øving på løsningen, ta kontakt med Kjell Karlsen på kkarlsen@hotmail.com for å motta brukernavn og passord.

VIDERE ARBEID Tiden fram til 30.05 blir brukt til å dokumentere løsningen for HIST

prosjektarkiv, og for å få vurdering av hele arbeidet med dette prosjektet.

Oppdragsgiver leier inn prosjektdeltaker på konsulentbasis fram til produktet er ferdigstilt.

Prosjektet har vært gjennomført av : Kjell Karlsen, kandidat nr 224916 ved HIST vår 2007

Kontakt informasjon prosjektdeltaker: Kjell Karlsen Epostadresse kkarlsen@hotmail.com msn adresse kkarlsen@hotmail.com Mobil nr 97764260

Kontakt informasjon oppdragsgiver Norsk Nettskole, v/ Eli Holmen Epostadresse eli@norsknettskole.no