100 likes | 265 Views
ÖTP-möte Stockholm 2007-10-11. Verksamhetsutveckling & sambruk av kommunala e-tjänster. Agenda. 9.30 - 10.00 Kaffe 10.00 - 12.00 Sambruks nya remissade ÖTP 2.0 Övergripande genomgång ÖTP 2.0 Hur kan du konkret nyttja ÖTP 2.0 i din organisation
E N D
ÖTP-möteStockholm2007-10-11 Verksamhetsutveckling & sambruk av kommunala e-tjänster
Agenda • 9.30 - 10.00Kaffe • 10.00 - 12.00Sambruks nya remissade ÖTP 2.0 • Övergripande genomgång ÖTP 2.0 • Hur kan du konkret nyttja ÖTP 2.0 i din organisation • Vid omförhandling av befintliga avtal med extern leverantör • Vid nyanskaffande av E-tjänster • Vid nyanskaffande av nya applikationer och system • Information om Sambruks arbete med regeringes utredning och betänkande” ” den tysta infrastrukturen” • Information om regeringens arbete med E handlingsplan • 12.00 - 13.00Lunch • 13.00 - 14.30 Informations, workflow, dokument och ärendeplattform • Isak Nyberg Skellefteå och Claes Levander Acando informerar om Sambruks nya projekt där Skellefteå och några referenskommuner ingår • Plattformen är Documentum • 14.30 - 14.45 Kaffe • 14.45-15.0 Dygnsmötet i Sandviken • Övriga frågor
Varför skapade vi egentligen ÖTP (tidigare och nu v2)? • Sambruk sökte generellt få leverantörerna att skapa standardapplikationer som var mer öppna och integrerbara med nya användningar – SOA/EAI-principerna1v1.0 – 2.0 • Specandet av IT-stöd till verksamhetsprocesser (BO-val, Gy-val, Fritid, Bistånd etc) behövde en gemensam teknisk kravbilaga (dvs för icke-funktionella krav) v1.1 - 1.2 • Vi såg att kravtexter för icke-funktionella krav går bra att återanvända i upphandling efter upphandling (eller avrop), gäller inte bara SOA/EAI utan även andra tekniksaker, driftegenskaper, acceptanstest, dokumentation mm mm v2.0 1 SOA: Service Oriented Architecture, EAI: Enterprise Application Integration
Hur motiverar vi varför vi ställer öppenhetskraven? • Stängda stuprörsapplikationer per förvaltning räcker inte till då man behöver skapa modern e-förvaltning, t ex: • Kontakt-center över förvaltningsgränserna • Medborgarkontor över förvaltningsgränserna • E-tjänster • Telefonapplikationer (ton-knappar) • Medborgaröverblickswebb (Mina Sidor etc) över förvaltningsgränserna • Dokument-och ärendehantering över förvaltningsgränserna. • Automatiserade diariekopplingar. • Förbättrade integrationer med hängrännor som ekonomisystem och lönesystem • När tillfälliga verksamhetsprocesser kan behöva skapas (inför t ex stora evenemang eller kommunsatsningar) • Något annat behov man inte kunnat förutse på förhand - generellt sett minska inlåsning i stuprörslösningar.
ÖTP v2.0 relativt tidigare versioner • Struktur för enklare upphandling/avrop, tydligare icke-funktionella krav • Lånar struktur ifrån Sambruks Generell integration (samt inkluderar den kravbilden) • Lånar skrivningar från Botkyrkas Generella IT-krav (GIT) som i sin tur lånat från Generell integration, samt förädlats en vända i Jönköping (GISIT) • Tillkommande fördjupningsområden • Portal/ytintegrering • Webbpublicering/Content Management • Metakatalogreplikering • Workflow/processtyrning • Uppdatering för att följa med teknikutvecklingen
Aktuell situations verk-samhets-behov Icke-funktionell kravbilaga (Pekar ut krav ur paletten - samt anger andra krav) Kommu-nens IT-strategi-krav Sambruks visioner Hur kravdokument förhåller sig till varann Påverkar ÖTP v2.0Gemen-samma IT-krav (Palett av alternativa krav, drygt 200 st) Pekar ut Drift-krav...
Nr Krav Beskriv lösningen på bilaga 1 Lösningen skall uppfylla ÖTP-GIT 4.1 Ja 2 Lösningen skall uppfylla ÖTP-GIT 5.1.4 Ja . . . Nr Krav Beskriv lösningen på bilaga Maxbetyg 1 Lösningen bör uppfylla ÖTP-GIT 6.1 Ja 5 2 Lösningen bör uppfylla ÖTP-GIT 7.1.4 Ja 10 3 Lösningen bör ha stöd för Sun Solaris 10[Exempel på ett mer specifikt krav än vad som fanns i paletten och som en anskaffare kan tänkas ha - förtecknas direkt i text här] Ja 5 . . . Icke-funktionell bilaga pekar ut krav... ex:
Vad har man kravskrivningar till? • Selektera bort leverantör (LOU). Skall-krav. • Betygsätta leverantör, kora vinnare (LOU, avrop, direktupphandling). Bör-krav, beskriv-krav. • Ge kravbild för ev skräddarsydd systemutveckling • Få in textmaterial för senare kontraktsskrivning. Skall-, bör- och beskriv-krav. • Samla på råmaterial till senare förhandling (alltid är det nåt som inte blir lyckat, och alltid är det nåt man själv inte gjort 100% - då måste man ha bränsle till förhandlingsbordet sen). Alla svar, all dialog (dokumentera den!). • Samla på råmaterial till senare stämning om det skulle bli så illa – fri bevisprövning i svensk rätt. Alla svar, all dialog (dokumentera den!). • Driva marknaden – ”roadmap” – (sådana här lösningar vill vi ha – bör-krav nu, skall-krav sen!)
Användningsexempel • Samma struktur som ÖTP:s kravpalett: • Botkyrka, för anskaffning av rekryteringslösning • fler Botkyrka-anskaffanden • Jönköping, för anskaffning av utbildningsplattform
Sven-Håkan Olsson Sambruk / DocAccount 0708 – 84 01 34 sven-hakan.olsson[hos]docaccount.com Sambruk_Sthlmmoete_OETP_2007-10-11_v1.ppt Verksamhetsutveckling & sambruk av kommunala e-tjänster