Prosjektdefinisjon Salg av elektroniske reisebilletter på internett Mini-billettautomater

Transkript

1 Prosjektdefinisjon Salg av elektroniske reisebilletter på internett Mini-billettautomater Versjon 04 Utarbeidet av Tony Hæsken

2 Innholdsfortegnelse 1 VERSJONSHISTORIKK GODKJENNING DISTRIBUSJONSLISTE INNLEDING HISTORIKK BAKGRUNN MANDAT ETTER SG MØTE I EBIR MÅL OG OMFANG OVERORDNEDE FØRINGER AVGRENSINGER GJENNOMFØRINGSMODELL STYRINGSFORM Rapportering FASEINNDELING LEVERANSER I PLANLEGGING, ANALYSE OG DESIGN-FASEN MILEPÆLSPLAN FOR PLANLEGGING, ANALYSE OG DESIGN-FASEN EKSTERNE KOSTNADER TIL GJENNOMFØRING AV PLANLEGGING, ANALYSE OG DESIGN- FASEN RESSURSOVERSIKT ROLLEBESKRIVELSE DELPROSJEKTLEDELSE RISIKOVURDERING Side 2 av 13

3 1 Versjonshistorikk Ver Dato Initialer Endring TH Opprettet dokument TH Oppdatert etter gjennomgang med Marit og Alexander TH/EK Oppdatert etter gjennomgang med Espen Martinsen TH/EK Oppdatert etter gjennomgang med Gøran Eriksen 2 Godkjenning Rolle Navn Dato Signatur Prosjekteier Gøran Eriksen Leder styringsgruppe Bernt Reitan Jenssen Medlem styringsgruppe Anders Finckenhagen Medlem styringsgruppe Christine Holtan Medlem styringsgruppe Tore Kåss Medlem styringsgruppe Espen Håkonsen Medlem styringsgruppe Marit Leite Medlem styringsgruppe Rune Pedersen 3 Distribusjonsliste Rolle Prosjekteier Styringsgruppen EBIR Referansegruppe Prosjektmedlemmer Navn Gøran Eriksen Se over Yngve Solberg Vibeke Harlem Ivar Smith-Nilsen Marina Heyerdal Jan Erik Pedersen Espen Martinsen Ole Mjelva Yngve Solberg Håkon Willoch Erik Kolbjørnsen Jørn Hanssen Espen Håkonsen Mirlinda Frantzen Janne Berglund Einar Bjørkevoll Side 3 av 13

4 4 Innleding 4.1 Historikk Dato Sak SG EBIR Anbefaling Vedtak Beslutningsunderlag gjennomgås Mottatte tilbud gjennomgås Beslutningsunderlag gjennomgås Beslutningsunderlag gjennomgås Ikke utvikle et system basert på globale aksjonslister og eksisterende frontend utstyr. Utrede løsning basert på personlige usb-lesere. Mobitechs løsning for personlig usb-leser anbefales Ikke utvikle et system basert på globale aksjonslister og eksisterende frontend utstyr Ikke utvikle system basert på globale aksjonslister og eksisterende frontend utstyr. Utrede videre på mellomløsninger som ikke er knyttet til dagens infrastruktur Anbefaling vedtas blir bedt om å sende Request for tender til aktuelle leverandører Delprosjektet blir bedt om å gå videre med opprinnelig spesifisert løsning ut fra forpliktelsene i HB 206 og sunk cost Uklarheter rundt hva som ble vedtatt. Nytt møte med AD resulterte i mandats avklaringer: 1. Finn ut hva kunden ønsker 2. Finn ut hva dagens kanaler koster 3. Fremtidig teknologisk målbilde 4. Internett salgsløsninger hos sammenlignbare aktører Utrede videre på mellomløsninger som ikke er knyttet til dagens infrastruktur dvs. gå videre med det nederlandske konseptet. 5 Bakgrunn Ruter har allerede en internettløsning for førstegangskjøp av reisekort med innlagt periodebillett. Kunden kan her velge mellom periodebillett med eller uten automatisk nedlasting (abonnement). Kunden betaler ved hjelp av kredittkort og reisekortet med innlagt periodebillett sendes hjem til kunden samme eller neste dag. Ruter har ingen internett salgsløsning for periodebilletter for kunder som allerede har et reisekort. Ruter har heller ingen løsning salg av erstatningsproduktene for Flexikort og Kupongkort. I henhold til de opprinnelige spesifikasjonene skal internettkjøp for kunder som allerede har reisekort legges inn som aksjoner på en aksjonsliste. Disse distribueres til alt leseutstyr en gang i døgnet. Når kunden legger kortet på en leser utføres aksjonen (dvs. produktet legges inn i reisekortet). Aksjonslistene er forsøkt tatt i bruk i forbindelse med stans og gjenopptagelse av abonnement (pausing). Erfaringene så langt tilsier at disse- dvs. distribuerte aksjonslister - ikke bør ligge til grunn for en internettløsning. Side 4 av 13

5 6 Mandat etter SG møte i EBIR Styringsgruppen i EBIR ba i møte den om en videre utredning av en internettbasert salgsløsning for elektroniske reiseprodukter. Løsningen skal ikke som det opprinnelig var spesifisert basere seg på at aksjonslister distribueres til eksisterende offline frontend utstyr en gang i døgnet. Begrunnet bl.a. i at dette ikke synes å være en fornuftig vei å gå siden online frontend utstyr vil være det eneste som kunden vil forholde seg til om 3-4 år. Som en mellomløsning - inntil online utstyr er anskaffet - ønsker styringsgruppen utredet en løsning basert på det nasjonale nederlandske konseptet med dedikert lavkost online utstyr. Dette konseptet bygger på at kunden kjøper på nett, betaler hvorpå ordren legges i nasjonal ordredatabase. Et minutt etter nettkjøpet er produktet tilgjengelig for kunden på de dedikerte nedlastingsenhetene. Utredningen i dette delprosjektet omfatter både internett salgs- og distribusjonsdelen og billettautomatfunksjonalitet som også er en del av den nederlandske løsningen. I den grad det er mulig skal løsningsarkitekturen ta hensyn til det fremtidige målbildet slik det er beskrevet i vedlegg 1. Side 5 av 13

6 7 Mål og omfang Prosjektets overordnede mål er å sikre vellykket design, utvikling, test og utrulling av Internettbasert salg og reisekortadministrasjon for kunder som allerede har reisekort salg av periodebilletter salg av erstatningsprodukter for Flexikort og Kupongkort inngåelse av abonnement på periodebilletter og erstatningsprodukter (dvs. automatisk påfyll) stans og gjenopptagelse av abonnement sperring av mistede kort Billettautomat og avhentingsenhet Uthenting av nettkjøpte billetter til reisekort Oppdatering av reisekortet (abonnement etc.) Salg av enkeltbilletter Salg av erstatning for Flexikort og kupongkort Salg av periodebilletter Avlesing status på reisekortet Til løsningen hører også en sentral ordredatabase Det utredes om dette bør være en Ruter løsning, en løsning i samarbeid med NSB eller andre aktører eller en nasjonal løsning (HB 206-løsning) som i Nederland. uthentingsenheter Det vurderes om disse skal være dedikert for Ruter produkter eller også kunne brukes til å hente ut produkter fra andre aktører. Eksempelvis NSB. Til prosjektets mandat ligger også innkjøp av utstyr samt strategi for plassering og antall enheter. 7.1 Overordnede føringer Ruter legger vekt på å komme frem til fellesløsninger og primært en nasjonal løsning (HB206) - i forhold til den sentrale ordredatabasen. Dette begrunnet både utfra forholdet til samarbeidende selskaper og kostnadsfordeling mellom disse samt tilgjengelighet for kunden. Ruter legger vekt på at kunder som har kjøpt andre operatørenes billetter på nett - eksempelvis NSBs - skal kunne hente disse ut på Ruters utstyr. Og omvendt. Dette begrunnet både ut fra tilgjengelighet og fordeling av kostnader mellom selskapene. 7.2 Avgrensinger Avgrensninger og områder prosjektet ikke er ansvarlig for: Salg av billetter via mobile løsninger er et eget prosjekt. Side 6 av 13

7 8 Gjennomføringsmodell Figur: Overordnet fremdriftsplan 8.1 Styringsform Prosjektet gjennomføres med en deltidsdelprosjektleder som arbeider ut fra definerte aktivitetsplaner, ressursplaner og budsjetter. Prosjektet vil styres på fremdrift og definerte milepæler Rapportering Delprosjektet rapporter løpende status til EBIR Styringsgruppe, samt i ukentlige EBIR statusmøter og i Referansegruppemøter. 8.2 Faseinndeling Prosjektet er faseinndelt. Planlegging, analyse og design fasen skal munne ut i et adekvat beslutningsunderlag og anbefaling i forhold fasene Utvikling og test samt Utrulling og overlevering drift. Side 7 av 13

8 9 Leveranser i planlegging, analyse og design-fasen Delprosjektet skal i plan- og analyse fasen levere følgende Oppsummering av erfaringene fra sammenlignbare områder mht bruk av internett som salgskanal for elektroniske billettprodukter Beskrivelse av dagens salgskanalstruktur i Ruter med kvantifisering av salgsvolum, relative salgs- og distribusjonskostnader samt antall kunder som benytter seg av de ulike kanalene. Innhenting av kunnskap om hvilke salgskanaler kundene ønsker seg og hvilke krav de stiller til disse Bruker- scenarioer i forhold til o internettløsning o billettautomatløsningen Funksjonell kravspesifikasjon for løsningen o Hva skal man kunne kjøpe på nettet o Kortadministrasjon på nettet o Hvordan skal det distribueres til sluttbruker o Kjøp av enkeltbilletter, periodebilletter og erstatningsbilletter for Flexikort og Kupongkort på billettautomat Avklaring i forhold til ordredatabasen skal dette være en Ruter løsning, et samarbeidsprosjekt med andre aktører (NSB, Østlandsfylkene) eller en nasjonal løsning (HB206) Innhente informasjon om hvilket utstyr som finnes på markedet. Tekniske spesifikasjoner og pris. Teknisk kravspesifikasjon for o nedlastingsenheter o salgsautomater Business case for dual løsning (nedlastingsenhet og salgsautomat) Forberedelse for neste fase (bygg/test) Overordnet beskrivelse av aktiviteter, forutsetninger, mandat, avhengigheter, gjennomføringsmodell, fremdriftsplan, ressursbehov og risikoanalyse for denne salg av periodebilletter og reisepenger på internett. Det står ikke noe om planlegging/utviklingen av webgrensesnittet Side 8 av 13

9 10 Milepælsplan for planlegging, analyse og design-fasen Ukentlig rapportering av fremdrift vil gjøres mot detaljerte milepæler i prosjektet. Tabellen under viser de viktigste milepælene. ID Milepælbeskrivelse Dato MP-01 Når beskrivelse av ulike sammenlignbare internett salgsløsninger er foretatt MP-02 Når dagens salgskanalstruktur med kvantifiseringer av salgs volum, relative kostnader og kundemasse er - beskrevet MP-03 Når beskrivelse av kundepreferanser mht salgskanaler er kartlagt MP-04 Når bruker scenarioer for internett- og billettautomatløsningen er beskrevet MP-05 Utarbeide kravspekk for internettdelen (funksjonell og visuelt design) MP-06 Når nødvendige avklaringer i forhold eierskap og bruksområde for ordredatabase er gjort Ruters løsning, samarbeidsprosjekt med noen aktører eller nasjonal løsning MP-07 Når oversikt over enheter fra ulike leverandører er klar MP-08 Når tekniske krav til uthentingsenhetene er definert MP-09 Når tekniske krav av billettautomaten er klar MP-10 Sende ut uforpliktende request for tender - utstyr MP-11 Når business case (Kost-nytte vurdering) TVM/uthentingsenhet er utarbeidet MP-12 Beskrivelse av API mellom billettautomaten og Ruters baksystem MP-13 Når anbefaling og prosjektbeskrivelse er utarbeidet (forutsetninger, avgrensinger, gjennomføringsplan, ressursbehov og risikoanalyse) MP-14 Når beslutning om eventuell overgang til fasen for utvikling, anskaffelse og test er foretatt Side 9 av 13

10 11 Eksterne kostnader til gjennomføring av planlegging, analyse og design-fasen Trenger noe eksternt hjelp til følgende milepæler: - MP-07 Oversikt over ulike enheter - MP-08 Tekniske krav til uthentingsenhetene - MP-09 Tekniske krav til billettautomaten - MP-11 API beskrivelse billettautomat Ruters baksystem Estimert behov: NOK I tillegg må det påregnes noe ressurs- og pengeforbruk knyttet til spesifikasjon av sentral ordredatabase. Hvis man går for en nasjonal løsning vil dette gjøres i regi av IO mfl. Men: Ruter må nok bidra til utformingen av denne hvis innsalg mot andre aktører og nasjonale myndigheter skal lykkes. Estimert behov: NOK Kfr. e-post fra Jørn Hanssen (vedlegg 1 ). Estimert behov totalt eksterne kostnader: NOK Side 10 av 13

11 12 Når kan fasen for utrulling og overlevering til drift være avsluttet Det presiseres at vurderingene under er for upålitelige guesstimater å regne. Disse estimatene som skal jo være et output av planlegging, analyse og design-fasen som dette forslaget til prosjektdefinisjon omhandler. Legger likevel frem vurderingene da de kan gi noen pekepinner på fremdrift og kost Billettautomater Fra beslutning om leverandør er tatt i begynnelsen av mai 2011 vil det gå mellom 6 og 9 måneder. til billettautomatene er klar for bruk. Dvs mulig ferdigstilling Q Q Tilpasning av eksisterende programvare anslås til mellom og Euro Internett salgsløsningen Denne består konseptuelt av 3 komponenter Web-delen Denne komponenten er planlagt flyttet over fra OKB og inn som en del av Kjøres som trolig som et eget prosjekt. Forprosjekt er i ferd med å etableres under ledelse av Janne Berglund. Mulig ferdigstilling: Q Q Ordredatabasen Det anbefales her en nasjonal løsning hvor prosjektet kjøres i regi av IO. Som en plan B i tilfelle den nasjonale prosessen drar ut i tid kan det midlertidig kjøres en lokal ordredatabase. Denne må i så fall spesifiseres så tett opp mot den antesiperte nasjonale databasen som mulig. Dette for å muliggjøre en glattest mulig migrering til nasjonal database når den er klar. Mulig ferdigstilling: Q Uthentingsenhetene Dette er de samme fysiske enhetene som rommer billettautomatene. Men også her må det noe applikasjonstilpasning til. Noe av denne tilpasningen vil avhenge av grensesnittspesifikasjonen mot ordredatabasen. Mulig ferdigstilling: Q Side 11 av 13

12 13 Ressursoversikt Tabellen under viser ressurs- og kompetansebehov for gjennomføring av prosjektet. Rolle Ressurs Oppgave Hovedprosjektleder Marit Nielsen Holde delprosjektleder i ørene pushe på i forhold til milepælene Delprosjektleder Tony Hæsken Se 12.1 Ass delprosjektleder Erik Kolbjørnsen Se 12.1 System, arkitektur Håkon Willoch Integrasjon billettautomat, produkt, pris, kundescenarioer billettautomat, kortbetaling System, arkitektur Einar Bjørkevoll Teknisk og funksjonell (internettdelen, produksjonssetting). API mot kundedatabase, arkitektur, etc.) Internett Janne Berglund Brukergrensesnitt, internett arkitektur Kundesenter Ruter Anne Kristine Pettersen Brukerscenarioer, brukergrensesnitt, kundestøtte, brukbarhetsvurdering Trafikanten Mirlinda Frantzen Brukerscenarioer, brukergrensesnitt, kundestøtte, brukbarhetsvurdering Kundedialog Margrete Lien Brukergrensesnitt, brukeropplevelse Yngve Solberg Forretningsavklaringer, brukerscenarioer IO Jørn Hanssen Avklaringer sentral ordredatabase, prosjektering felles ordredatabase, felles formater Drift Espen Håkonsen IT strategisk, drift av systemet, integrasjon mot basissystemene 13.1 Rollebeskrivelse delprosjektledelse Detaljert aktivitetsplan med leveranser for prosjektet er etablert, og tabellen under lister hovedaktivitetene i prosjektet med tilhørende leveranser. Løpende prosjektledelse Planlegge og løpende forankring i Ruter Etablere arbeidsgruppe og sikre fremdrift Kompetansebygging i arbeidsgruppe og i Ruter Utarbeide og rapportere status til prosjektledelsen Følge opp aksjonspunkter og beslutte behandlinger av disse Håndtere endringer i prosjektet Vurdere og rapportere risiko, og iverksette og følge opp tiltak Side 12 av 13

13 14 Risikovurdering Tabellen nedenfor viser en foreløpig risikovurdering for prosjektet. Prosjektet vil løpende vurdere og rapportere risiko, samt iverksette og følge opp tiltak _risikomatri se.xls 15 Vedlegg 2 notat fra IO om Nasjonal aksjonsliste En kort oppdatering/oppsummering fra vår side: Dialogen med Henk Wim, etterfølgende rapportering og møter tilsier en videre behandling i to trinn o Utarbeidelse av et separat business-case for å utvide salgs/distribusjonsnettverket med sk AVM som kan fungere som selvbetjente salgs/ladestasjoner med (Over The Air) oppkobling mot baksystem o Opsjon på utvidelse hvor disse terminalene fungerer som sk PUD for umiddelbar levering av Ordrer på kort bestilt av kortinnehaver via ulike typer salgskanaler. Dette forutsetter et sentralt ordrehåndteringssystem. (I Nederland kalt NAL) NAL funksjonaliteten er interessant for Ruter fordi den a) tilbyr en rask og effektiv levering av bestillinger gjort på internett og b) kansellerer dermed de utfordringer man opplever med kapasitet og leveringstid i eksisterende infrastruktur NAL funksjonaliteten antas å være like interessant for andre aktører, og har i tillegg en klar forretningsmessig kobling til eksisterende avregningsfunksjonalitet i IOS. I tillegg har man (i motsetning til i Nederland) allerede gjennom PL4 systemet etablert en SOA løsning basert på webservices som antas å kunne utvides til også å levere tjenester som inngår i NAL. Det er derfor ønskelig at denne delen av en systemløsning allerede fra starten av utredes og tilrettelegges med tanke på at drift av de sentrale komponentene i NAL skal kunne skje i regi av IO AS Videre step fra vår side: 1. Vi vil gjennomføre en miniworkshop med Capgemini som har levert PL4-systemet. Hensikten med dette er å skissere en løsningsarkitektur, samt å kartlegge forhold som trenger ytterligere avklaringer; bla: a. Integrasjon mot et nytt transportlag for leveranse OTA b. Kapasitet c. life cycle management d. Budsjett og tidsforbruk for et sk proof of concept /utrulling En slik ws gjøres under eksisterende avtale med Cap og kostnadene bæres av IO 2. Vi har fulgt opp besøket i Nederland med en kontakt med Pier Aldershof i TLS og bedt om tilbakemelding på mulige måter for å overføre teknisk/kommersiell know-how fra deres egen prosess over til oss. Har fått positiv tilbakemelding på det, men de ønsker en tydeliggjøring av scope og tidsramme pga kapasitet i egen org. Vi for vår del antar at det mest rasjonelle vil være å benytte dem på en sk time and material basert avtale hvor de i første omgang bes om å gjøre en peer review av en overordnet løsningsbeskrivelse av NAL-funksjonalitet utarbeidet av IO i samråd med Ruter, Cap oa. Jeg ville tro at vi skulle kunne komme langt med KNOK for en sånn service, en slik kostnad ville vi ønske plassert på Ruter. 3. Utenom nevnte prosess med Capgemini vil vi ikke gjøre annet enn å søke avklaring ift TLS omkring scope og øvrige rammer for bistand fra deres side i påvente av en forankring av videre prosess hos dere Side 13 av 13