Problemet. Beställarkompetens och kravhantering. Användbarhetsboom Internet som motor. Beställarproblemet. Användarnytta = verksamhetsnytta.

Relevanta dokument
Design och krav. Design Definition. enkelt Det ska vara möjligt att. Henrik Artman

Utvärdering av gränssnitt särskilt befintliga. Hur utvecklar man användbara system? Användbarhet handlar om kvalitet

Övning. Tjänstedesign och organisationsutveckling. Era frågor. Användbarhet. Användbarhet är kvalitet. Användbarhet och Kontext

Poänger. Tjänstedesign och organisationsutveckling. Vad måste företagen förändra sig vid. Användbarhet. Ex. krav med fokus på användbarhet.

Tjänstedesign och organisationsutveckling. Övning. Era frågor

Så gör Vägledningen 24-timmarswebben dig till en bättre beställare. Funda Denizhan, Statskontoret Kommits 17 november, 2005

Köp användbarhetskompetens på nya ramavtalet IT-konsulttjänster Michaela Kanti, Verva Stockholm

Riktlinjer för IT i Halmstads kommun

Användbarhet i sitt sammanhang

Att välja verktyg för portföljhantering. - Vad vet en leverantör om det?

Användarcentrerad systemdesign

Verksamhetsnytta är viktigare än Teknik

PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning

GRÄNSSNITTSDESIGN. Ämnets syfte. Kurser i ämnet

Användbarhet. Datorbaserade verktyg används till att. Aspekter på användbarhet. uppfylla behov eller lösa problem! Användbarhet.

Processinriktning i ISO 9001:2015

Matriser för korrelation mellan ISO 9001:2008 och ISO 9001:2015

Från splittrad IT-miljö till driv i digitaliseringen. Offentliga rummet 2017 Catrin Ditz, CIO Uppsala kommun

Användarcentrerad systemdesign

FÖRELÄSNING 8 DSV2PVT

Beställarorganisation och e-tjänster

SOLLENTUNA FÖRFATTNINGSSAMLING 1

Kravställande/kravhantering

IT-strategi Bollebygds kommun

Kvalitetsmanual. Baserat på System ISO Active Care Sverup AB

Projektmetodik II. HF1005, Informationsteknik och ingenjörsmetodik för Datateknik. Projektarbete

Förvaltningsmodell e- tjänsteplattform

Exempel på verklig projektplan

Avega Group skapar det moderna samhällets tjänster, produkter och affärsmodeller genom specialistkonsulter inom verksamhetsutveckling och IT.

Inlämning 2 - Tentafrågor. Projektgrupp A 1 december 2010

SLL Juridik och upphandling Upphandlingsavdelningen. Kravspecifikation för. Digitala kommunikationsplattformar,sll1925

Kvalitetsledningssystem! och! ISO 9001! Copyright Cornema AB!

Huvudstrategi för utveckling av vårddokumentation

Chaos om datorprojekt..

Förnyad förvaltning. Presentation

IT och användbarhet. KIA-projektet. Kvalitet i (IT-)användning Uppsala universitet

Kursplan Gränssnittsdesign, 100p Läsår

Vägledning för krav på dokumenterad information enligt ISO 9001:2015

Information om vårt miljöledningssystem

Våga beställa användbart. Henrik Artman, Verva Sigtuna

Standarder källa till kunskap och utveckling. Arkivarien i den digitala kommunikationen

Nytt leasingsystem. Förslag till beslut

För smartare belysning

1) Kravhantering varför? (1.5p)

SLL Juridik och upphandling Upphandlingsavdelningen. Kravspecifikation för. Strategisk kommunikationsrådgivning

Så säkerställer du affärsnyttan för dina produkter

Kursplan Gränssnittsdesign och Webbutveckling 1 Vårtermin 2014

De fem gyllene reglerna. Analys. Engagera dina användare. Känn dina användare. Lär av andra. Testa och korrigera designen

Sammanfattning. Angeles Bermudez-Svankvist. Camilla Gustafsson. Sida: 2 av 17

Mellan ISO 9001:2015 och ISO 9001:2008 Korrelationsmatris

Till dig som driver företag

TEKNISKA SYSTEM VVS. Ämnets syfte

Agenda Gruppavtal Normer och regler Projekt som arbetsform Kommunicera i projekt Marie Ahlqvist

Elmarknadshubben: Kompetensbaserad upphandling

Systemering med användarfokus

Offertförfrågan för ny webbplats svenskscenkonst.se samt socialt forum

Från kaos till digital succé. Catrin Ditz, CIO Uppsala kommun

Strategi. Digitaliseringsstrategi för Herrljunga kommun. Ett Hållbart Digitaliserat Herrljunga Kommun

IBM Software Group. Agil Acceptans Test. Annika Kortell SAST 15-års jubileum IBM Corporation

Föreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design

EY:s uppdrag gällande analys av stödfunktionerna vid SLUs akademi i Alnarp

Projekteringsprocessen. Construction Management

Avec e-förvaltningen och informationens användare, användande och användbarhet. Louise Högberg, Stockholms stadsarkiv

Chaos om IT-projekt..

TOP PERFORMANCE. Ledningsgruppsutveckling Pikudesign - Grundprogram. Piku AB

TEKNISKA SYSTEM EL. Ämnets syfte

Användarcentrerad Systemutveckling

Uthållig Förblir effektiv och motiverad trots bakslag och besvikelser. Arbetar tills projektet avslutas eller resultat uppnås.

Användarcentrerad systemdesign

RQ Rätt kvalitet Information om vårt kvalitetssystem

Handlingsplan för jämställdhetsintegrering

Resultat, avslut och uppföljning


FM-standarder. IFMA:s frukostmöte i Göteborg Bertil Oresten FM Konsulterna AB

Strategi Program Plan Policy >> Riktlinjer Regler. Lysekils kommuns. Chefsplattform

Göteborgs Stads program för IT

Integrering av miljöaspekter i produktutveckling ISO/TR Gunnel Wisén Persson ABB. ABB Corporate Research

campus.borlänge Förstudie - Beslutsstöd för operativ tågtrafikstyrning

e-policy för Västerås stad

Statens inköpscentral om tillgänglighet i statliga ramavtal

Dnr: (7)

Riktlinje Digital leverans för bygg och fastighet

Dok. Nr: VE V Verksamhetsmanual Benning Sweden AB

Om öppenhet - format, standard och program. Mats Östling IT-strateg Sveriges Kommuner och Landsting Kommits

Digital strategi för Strängnäs kommun

Martin Völcker SLL IT Projektledare Mentor för agila projekt

KOMMUNIKATIONSPROGRAM FÖR STOCKHOLMS STAD

Hur utvecklar man användbara system? Utvärdering. Användbarhet handlar om kvalitet. Utvärdering. Empiriska mätningar. Metoder

Projekthandbok. för administrativa utvecklingsprojekt vid Uppsala universitet

Exempel på mallar. Är din HR funktion. Liam Ulvhag

Styrdokument för gemensamma resurser i Kungälv kommuns förvaltning. Ledningsfilosofi. Vad är gemensamma resurser

Grunder för PPS. Tieto PPS AH001, 8.1.1, Sida 1

Effektivare marknadsföring och kommunikation

LIPS 1, 2002 Lätt Interaktiv Projektstyrningsmodell

Sunet /7 SUNET

Bilaga A Checklista vid leverantörsbedömning SIDA 1AV 11

Om företaget har en energipolicy skriv den här: ... Vad är syftet/syftena med att göra en energikartläggning?

KVALITETSLEDNINGSSYSTEM

Process IT-utveckling, översikt

Objektorienterad programmering

Transkript:

Problemet Beställarkompetens och kravhantering Trots mycket kunskaper inom människadatorinteraktion så är användare missnöjda med systemen, eller klarar helt enkelt inte av att göra det de önskar eller är ålagda. Henrik Artman IPLab, KTH Artman@nada.kth.se Beställarproblemet Vad behöver/vill man uppnå? Vad är man beredd att betala för? Hur formulerar man sina önskemål? Hur försäkrar man sig om att man får vad man önskar? Användbarhetsboom Internet som motor Internet ger användare valmöjlighet Internet har inga möjligheter till manualer Otåliga användare Motivationen att lära system är lägre Fokus på underhållning och e-handel Användbarhet lågt ner i prioriteringsordningen Beställare sällan användare Användarnytta = verksamhetsnytta Användaren är den slutgiltiga kvalitetssäkringen Användarens merarbete pga system Användbarhet centralt för hur verksamheten ska utvecklas Kvalitet ISO Alla sammantagna egenskaper hos ett objekt eller en företeelse som ger dess förmåga att tillfredställa uttalade och underförstådda behov Förträfflighet Överensstämmelse mot specifikation Värde Överträffa förväntningar Mätbar lämplighet 1

Användbarhet handlar om kvalitet Ändamålskvalitet Uppnår syfte, effektivitet, lärbarhet, kostnadseffektiv Funktionskvalitet Behov, enkelhet, korrekthet, tillförlitlighet Konstruktionskvalitet Genomtänkt It-arkitektur, prestanda, underhåll, återanvändbarhet, integrering Upplevelsekvaliteter Användarvänlighet, integritet, identifikation Argument och bakgrund Argument för ett krav / ståndpunkt Senaste teknik vs. tillgänglighet Snyggt vs. snabbt Ekonomiskt vs. användarnytta Uppmärksamhet vs. produktivitet Interaktion vs. form Användbarhetskrav - beställarfokus Användbart en självklarhet enkelhet och pedagogiskt om man inte beställer användbarhet så får man inte användbarhet Konsekvensen blir att man överlåter användbarhet till leverantören risken är då att man får acceptanstest och höga kostnader för ombyggnad eller att man leverantören ställer krav de kan hantera Användbarhet estetisering Användbarhet ett gränssnittproblem ytan Verksamhetsproblem produktivitet Användarproblem tillfredställelse Dataflödes överlämningsbarhet Infrastruktur - stabilitet Integrerad kravhantering Organisation Affärslogik Databas Krav Grafisk design Varumärkeshantering Användarnytta Traditionell beställarprocess Ser problem gör verksamhetsanalys Ledning beslutar om projektstart Projektledare intervjuar, specificerar dataflöden och ställer offertförfrågning Utvärdering och beslut Förstudie utvärdera leverantör Remiss genom offert till andra leverantörer Acceptans och viss revidering Utveckling och leverans 2

Beställarkompetens Planera Kommunicera Övervaka och leda Utvärdera från aktivitetsnivå Vara medveten om unik verksamhetsexpertis Vara medveten om tolkningsarbetet Färdighet och kunnande Verksamhetskunnande domänkunskap Organisations förståelse mål Aktivitetsförståelse användarens situation Designkunskap Teknikkunskap Utvärderingskunnande Kontraktskunskap Arkitektens roll Att förstå och specificera användarens behov och intressen utifrån flera olika perspektiv användning, estetik och konstruktion Oberoende av implementation Olika roller i olika länder Kan stödja sig på fastställda normer Nivåer av krav Strategisk förändring och utveckling Taktisk effektivitet Operativ anpassning Förändringsbenägenhet Förändringskurva Kostnad Analysenheter Organisation verksamhetsförflyttning Aktivitetsnivå användaraktivitet Dataflödesnivå informationsflöden Möjlighet Tid 3

Z-kurvan Ledning Problem Analys Mognad Medarbetare Problem Analys Mognad Beslut Användbarhet mer än produktegenskaper Process Dialog mellan beställare och producent Dialog mellan beställare och användare Dialog mellan användare och producent Dialog mellan olika producentkompetenser Produkt Egenskaper för enkelhet och nytta Användare Lärbarhet Motivation Utvärdera leverantör Perspektiv på beställare Arbetsmetoder för användbarhet Perspektiv på användbarhet Samordning av kompetenser Krav på beställarorganisation Ett av skälen till att projektet inte höll tidplan och budget var [beställarens] höga ambitionsnivå. Dessutom skulle man gjort en stordel av arbetet självt, men en del av detta fick våra konsulter göra. Kravhantering - leverantör Kravspecifikation Krav som styrning Fokusering och gemenskap; vilken precision? Samarbetsformer Hur förhåller sig olika krav? Hur finna en medelväg vid motstridiga krav? Hantering och uppföljning Hur kan krav dokumenteras och uppföljas? Relationer som påverkar? Ett sätt att sätta sig in i verksamheten Kan någon annan än leverantören läsa kravspecifikation? Är de överlämningsbara? Bör kravspecifikation skapas av beställaren? 4

Kravspecifikation nivå och syfte Hur något ska utföras? Vad som systemet ska utföra? Vad som ska stödjas? Hur systemutvecklingen ska bedrivas? Hur kan man integrera kravhantering? Användbarhet vs. Estetisk design Visuell navigation eller estetik Användbarhet vs. Affärsmodell Användare förståelse eller kostnader Användbarhet vs. Marknadskommunikation Tillfredställelse eller Uppmärksamhet Användbarhet vs. Teknik Användning eller Sofistikerad teknik Kravhantering Jämkning mellan olika perspektiv System för att man ska uppmärksamma förändring som påverkar andra Motstridiga krav Skapande av profil resp. lösning av problem Kravhantering specifikt exempel Låt säga att vi ska bygga ett administrativt system En av de vanligaste uppgifterna är att användaren ska bestämma olika parametrar Ett krav skulle uttryckas som att det ska vara enkelt att bestämma och lägga in uppgifter i systemet Kravet kan dock förvaltas olika i olika delar av kravspecifikationen Typ 1 det ska vara enkelt för användare av kategori U att bestämma parametrar av typen X i situation Y Detta är det verkliga målet/syftet och fokuserar interaktionen mellan människa och datorsystem Typ 2. Default värden ska ges för värden av typ X. Värden av typ X ska tydligt markeras. Användargränssnittet ska överensstämma med UI-standarder enligt dokument Y Något längre från huvudsyftet, fokuserar produkten Om vi designar enligt dokument Y blir det enkelt att använda 5

Typ 3. GUI-utvärdering ska göras varje vecka Fokuserar processen, samt låter en utvärdering snarare än förstudie och analys styra utvecklingen. Typ 4 Utvecklingsgruppen ska ha följande kompetens: GUI design, Human Factors, Java programmering Detta är långt från det huvudsakliga målet och handlar om man har rätt kompetens kommer man få en bra produkt. Design för flera - slutsats Det finns sällan bara en användare Det finns ofta flera användarroller Användare kan mycket väl vara administratören av systemet Användaren kan vara vidareutvecklare Sekundäranvändare är ofta viktiga utifrån verksamhetsperspektiv 6