Projektuppgift ACSD HT 2005, grupp 3. Datum:
|
|
- Sara Viklund
- för 5 år sedan
- Visningar:
Transkript
1 Projektuppgift ACSD HT 2005, grupp 3 Projekt e-el enligt Deborah J.Mayhew Usability engineering lifecycle Datum: Jan Olofsson Mattias Simonsson Sassan Ashkan Kristoffer Eriksson Författare: Jan.Olofsson.4891@student.uu.se Mattias.Simonsson.5851@student.uu.se Sassan.Ashkan_Far.1085@student.uu.se eriksson.kristoffer@gmail.com
2 INNEHÅLLSFÖRTECKNING 1 INLEDNING Bakgrund Syfte med projektplanen PROJEKTÖVERSIKT Mål METODVAL Användarmedverkan Usability engineering lifecycle GENOMFÖRANDE AV PROJEKTET Kravanalys(Requierement analysis) Användarprofiler Kontextuell uppgiftsanalys Generella Design Principer Plattformsmöjligheter och Begränsningar Användbarhetskrav Design/test/utveckling Nivå Nivå Nivå Installation Feedback från användarna Utvärderingstekniker Projektavslut TIDPLAN PROJEKTORGANISATION & ROLLER ANALYS Vad var bra Vad var mindre bra KÄLL- OCH LITTERATURFÖRTECKNING Böcker Internet
3 1 INLEDNING 1.1 Bakgrund Konkurrensen mellan elbolagen ökar allt mer och som elkonsument finns det en uppsjö av elbolag och distributionsformer och avtalstyper att välja mellan. Problemet är bara att det inte är helt enkelt att jämföra dessa utifrån de förhållanden som man själv har eftersom det är en mix av tariffer, skatter, abonnemangsavgifter, installationsavgifter o engångskostnader att ta med i beräkningarna. För att göra det ytterligare komplicerat kan man ta med i beaktande att många bolag också erbjuder paket som kombinerar telefon, bredband och el/värmedistribution och till och med ibland försäkringar. 1.2 Syfte med projektplanen Syftet med projektplanen är att visa hur projektupplägget ser ut för arbetet med utveckling och driftsättning av en plattform som möjliggör att kunderna får största möjliga användbarhet i valet av e-el. 2 PROJEKTÖVERSIKT 2.1 Mål Effektmål Tillse att kunderna får största möjliga användbarhet i valet av e-el. Tillse att de tjänster som systemet tillhandahåller är användbara, enkla, nyttiga, tillförlitliga och oberoende. Projektmål Projektmålet är projektets åtagande och ansvar. Projektmålet beskrives av tre mål mot vilka projektet skall styras Produktmål = Förväntat resultat = den produkt som projektet skall leverera Tidsmål = Tidsramar, färdigtidpunkter Kostnadsmål = Ekonomiska ramar, finansiering Produktmål Projektorganisationen skall leverera följande: Att utifrån att användarcentrerat arbetssätt ta fram och driftsätta en verifierad och dokumenterad plattform för e-el. 3 METODVAL 3.1 Användarmedverkan. I förstudierapporten har man identifierat externa och interna användare. En viktig förutsättning för en lyckad implementation är att de verkliga slutanvändarna får vara delaktiga i framförallt utformningen av användargränssnittet i systemet och att samtliga projektdeltagare har ett användarcentrerat synsätt. För att projektet skall kunna leverera i tid avser vi att driva det med korta ledtider och med förhållandevis få användare. Det är därför viktigt att rätt användare identifieras och att projektet har tillgång till dessa användare under utvecklingens olika faser. Vår ambition är att hitta rätt användare och vi ser att följande riktlinjer hjälper oss i detta arbete: - 3 -
4 Riktlinjer för urval av användare: Baserat på frivilligt deltagande, ingen projektdeltagare skall tvingas vara med. Flexibla användare med stark social kompetens. Fler representiva användare än domänexperter. Urvalsfaktorer: Maximerad skillnad mellan olika användarkategorier i avseende på: Könsfördelning. Rätt åldersfördelning som representerar slutanvändarna. Mångkulturellt. Datorvana. Olika Yrkeskategorier 3.2 Usability engineering lifecycle. Vi avser att använda utvecklingsprocessen Usability engineering lifecycle som kort kan beskrivas enligt följande. Bild1 Visar en schematisk bild över processerna i The usability engineering lifecycle. 1 Processen består av tre huvudprocesser Kravanalys, Design/test/utveckling och Installation. Se bild 1 ovan Där man i Kravanalysen Identifierar vilka användare (profiler) som kommer att använda systemet. Tar farm underlag som beskriver användarnas miljö samt hur de arbetar. Krav på den tekniska miljön som kommer att användas. 1 Källa:
5 Där man i Design/Test/Utveckling i tre nivåer Analyserar hur användarna utför sin arbetsuppgift, Beskriver användargränssnittet och användarnas interaktion på konceptuell nivå. Tar fram skisser/prototyper för utvärdering. Tar fram standarder av skärmlayouter. Tar vid behov fram speciella Input/Output enheter. Utvärderar och förbättrar genom återkoppling från användarna. Där man i Installation. Utvärderar det driftsatta systemets användbarhet genom dialog med användarna i syfte att kontinuerligt förbättra systemet. 4 GENOMFÖRANDE AV PROJEKTET Projektet som helhet är uppdelat i fyra Faser där Fas1 är Kravanalys, Fas2 är Design test och Utveckling, Fas3 är Installation och Fas4 Projektavslut. 4.1 Kravanalys(Requierement analysis) Användarprofiler Till att börja med måste vi avgöra vilka som är de verkliga slutanvändarna. Enligt vår uppfattning är det i första hand konsumenter som köper el, men vi har också de användare som ska sköta de administrativa uppgifterna kring systemet. Därför får man dela upp grupperna i interna och externa användare Externa användare De externa användarna är alltså konsumenterna. Det är naturligt att tänka att majoriteten är av vuxen befolkning, men för att få djupare insikt i profilerna behöver man utföra vissa ytterligare steg. 1. För att få fram tydligare kategorier kommer vi att kontakta el-bolagen och be dom om information. Bolagen har troligtvis redan bra insikt i vilka som köper el. 2. När vi har kategorierna så behöver vi avgöra de relevanta karaktärsdragen som har inflytande på hur systemet ska byggas upp. Här får vi samlas tillsammans och diskutera vilka frågor som passar i ett frågeformulär för att få fram den informationen vi behöver. Till hjälp kan vi ta in ett par representativa och kunniga användare. Viktiga karaktärsdrag: Psykologiska karaktärsdrag t.ex. attityd och motivation Kunskap och erfarenhet t.ex. datorvana Arbets- och uppgifts karaktärsdrag t.ex. frekvens i användandet Fysiska karaktärsdrag t.ex. färgblindhet 3. Efter detta granskar vi frågeformuläret och expanderar det för att passa projektet så bra som möjligt. Till det skriver vi en introduktion för formuläret där vi förklarar syftet och fördelarna med det. 4. Vi skaffar feedback på formuläret från beställaren. 5. Eventuell revidering beroende på feedback
6 6. Vi bjuder in en liten grupp potentiella användare och går igenom frågorna med dom för att upptäcka eventuella oklarheter i frågorna, diffusa ord, om formuläret är komplett och om någon av frågorna är olämplig. Två till tre användare ur varje kategori ska räcka för detta. 7. Frågeformuläret går igenom ännu en revidering för att infoga feedback från intervjun med den lilla gruppen användare. 8. Nu bestämmer vi ett urval av användare ur varje kategori som vi skall skicka frågeformuläret till. Eftersom detta kan bli väldigt många så kan vi inte förvänta oss mer än 10 % svarsfrekvens, dock måste vi sikta mot att få svar från åtminstone 100 personer från varje kategori. Jämn fördelning av svar mellan kategorierna är viktig, så skulle någon ha färre får vi göra ett nytt urval för denna. 9. Val av distribueringsmetod för formulären har stor inverkan på svarsfrekvensen. Elektroniskt via är en metod, men eftersom antalet personer som regelbundet kollar sin är lågt är denna metod kanske inte att föredra. Ett bättre alternativ vore ordinarie post, där man inkluderar ett frankerat kuvert med färdig adress för att underlätta svarandet. Deadlinen ska vara tydlig, men man ska även uppmuntra de som missar den att skicka in sina svar ändå. 10. I detta steg designar vi en analysteknik och dataposter för svaren, antingen med något datorprogram eller med papper, penna och räknare. 11. Allt eftersom svaren kommer in så fyller vi i posterna. 12. När alla svar är inne, eller vid deadline, så summerar vi och analyserar vi svaren vi har fått in. 13. Vi tolkar våra data och skriver en kort sammanfattning av de viktigaste karaktärsdragen hos våra användarkategorier. Vi samlar även ihop de generella behoven för kategorierna utan att notera någon speciell prioritering än. 14. Sist presenterar vi resultatet för de inblandade parterna och lägger till våran rapport till produktens s.k. Style Guide Interna användare De användare som skall sköta systemet och utföra administrativa uppgifter är de interna, alltså de anställda. I och med att systemet är nytt så har man inga redan anställda att utgå ifrån, men beställaren bör ha en hygglig bild av vilket folk han/hon vill anställa. Stegen för att ta fram profiler över användarna och deras behov är likadant som för de externa förutom att man väljer andra kategorier av användare Kontextuell uppgiftsanalys Metoden fokuserar på projekt där produkten redan är definierad. Syftet är att hitta en användarcentrerad modell av det nuvarande arbetet som utförs. Dvs. man vill förstå hur användare tänker, talar och tar sig till när de utför en uppgift i sin naturliga arbetsmiljö
7 Vi utför tre grundläggande steg: 1. Samlar bakgrundsinformation om arbetsuppgiften. Håller möte med alla projektmedlemmarna och intervjuar dessa för att få deras perspektiv på vad produkten ska erbjuda. Träffar representanter för användarna och spenderar tid med dem för att få en förståelse över vilka artefakter som har inverkan på deras arbete. Fokus ska ligga i att förstå hela arbetssammanhanget. Baserat på de tidigare stegen och de användarprofiler vi har satt upp så identifierar vi och dokumenterar ett par nyckelanvändare och användningsfall. 2. Samlar och analyserar data från kontextuella observationer och/eller intervjuer där riktiga användare får utföra arbetsuppgifter i sin naturliga arbetsmiljö. Dessa understeg utförs iterativt och man dokumenterar och analyserar ett par observationer i taget. Dokumenten kan man uppdatera och förbättra mellan iterationerna. När vi genomför de kontextuella observationerna/intervjuerna fokuserar vi på följande frågor: o Huvudartefakterna och objekten i arbetet. o Användarscenarios / användningsfall. o Insikt i de riktiga användar- och affärsmålen. o Insikt i användarnas arbetsmodeller. o Användarnas terminologi och jargong. o Statistik över användningsfallen, t.ex. antalet fel. o Insikt i problem, fel och annat som kan förbättras. o Arbetsmiljön. Vi observerar och intervjuar tre till sex användare ur varje nyckelkategori för ett flertal timmar. Vi dokumenterar arbetsmiljöanalysen. Vi konstruerar uppgiftsscenarios. Vi dokumenterar uppgiftsanalysen. 3. Konstruerar en organisationsmodell av de nuvarande användaruppgifterna. Tillsammans med de uppgiftsscenarios vi skapat i föregående steg så lägger den grunden till Work Reengineering. Denna dokumenteras i uppgiftsanalysen tillsammans med våra uppgiftsscenarier. Först identifierar vi användarnas huvudsakliga uppgifter utifrån det tidigare insamlade materialet från observationerna. Vi skapar oss en första modell där vi ordnar in objekten i hierarki och grupperar saker som ser ut att höra ihop logiskt sett och i termer av arbetsflöde. Sedan skapar vi en slutgiltig modell empiriskt, d.v.s. utifrån erfarenheterna med den första modellen. För att sortera in aktiviteterna och artefakterna i hierarkin så tar vi hjälp av användarna. Vi jämför de modeller som vi får från användarna och försöker få fram en generell hierarki som fångar alla gemensamheter Generella Design Principer Till skillnad från de andra momenten i denna fas så dokumenteras denna ej i Style Guide
8 4.1.4 Plattformsmöjligheter och Begränsningar Vi väljer att hoppa över detta moment i Usability Engineering Lifecycle eftersom vi tänker oss en web-baserad lösning där användarnas val av plattform inte har någon inverkan Användbarhetskrav Som input till Användbarhetskraven använder vi användarprofilerna och uppgiftsanalysen. Den är även baserad på generella affärsmässiga mål. Man ska helst ha användare involverade i framtagningen av kraven så mycket som det går Funktionella krav: Kvalitativa krav för användbarhet. Vad ska den göra? De funktionella kraven är väldigt användbara i styrandet av de första designförslagen Icke-funktionella: Kvantitativa krav för användbarhet. Hur ska den göra det? Eftersom de funktionella kraven är väldigt svåra att mäta så behöver man något för att avgöra om systemet uppnår sina mål. Där kommer de icke-funktionella kraven in i bilden. För att få fram kraven tar vi hjälp av användarna och alla andra i projektet i dessa steg: Vi hämtar krav ur användarprofilerna. Vi hämtar krav från den kontextuella analysen. De affärsmässiga målen undersöks och vi försöker översätta dessa till krav. Ur dessa tre steg identifierar vi och gör utkast över kvalitativa krav. Dessa dokumenteras mer noggrant i ett senare steg. Prioriteringar av kraven sätts efter dem som är nödvändigast för projektet, dem som är mindre viktiga och dem som det vore trevligt att uppfylla men som inte är kritiska. Nu formulerar vi kvantitativa krav utifrån de utkasten av kvalitativa krav vi gjorde tidigare. Vi väljer sådana med hög prioritering som verkar lätta att kvantifiera. Vi dokumenterar alla de krav, både kvalitativa och kvantitativa, som fått prioriteringar. De dokumenterade kraven ska nu granskas av projektledningen. Det sista steget är att etablera måttstocksdata för relativa kvantitativa krav, d.v.s. att man undersöker andra system eller produkter som den aktuella ska jämföras med. Om vi väljer att utföra detta steg visar sig först efter vi har satt upp kraven. Allt dokumenteras slutligen i våran Style Guide. 4.2 Design/test/utveckling. Detta är fas två och indata till design, testning och utvecklingsfasen är användbarhetsmål resp. generella användargränssnittsprinciper och riktlinjer från kravanalysen i den första fasen. I denna fas så nämner vi att vi ska ha ett samarbete med användare. Med detta menar vi både de externa och interna användarna. De delar som vi involverar användarna i är de delar där input från användarna är relevant. I vissa delar så finns det ingen mening med att ta med användarna eftersom det kommer att handla om en reflekterande, förberedande och analyserade del som endast systemutvecklarna är delaktiga i
9 4.2.1 Nivå1 Anledningen till att både involvera interna och externa användare i denna fas är att de båda användargrupperna kommer att samarbeta i det slutgiltiga systemet. Genom att även låta de samarbeta under utvecklingsprocessen tror vi att vi kan uppnå bättre resultat. Fas två är indelad i tre olika nivåer. Den första nivån behandlar högnivådesign i fyra steg Work Reengineering Work reengineering, av arbete är den första delen i fas två där indata från fas ett omarbetas vad gäller organisation och arbetsflöde. Detta är för att rationalisera arbetet och anpassa det för den fortsatta designen, utvecklingen och testningen. Ingen gränssnittsdesign involveras här. Vi utgår från dokumentationen i projektets Style Guide som har utarbetats i kravanalysen och omarbetar informationen på en abstrakt nivå med avseende på organisation och arbetsflöde. Gränssnittsdesign lämnas till senare designavsnitt i fasen. Vi försöker identifiera delar i problematiken som vi kan automatisera och förbättra för användarna Konceptuell modelldesign Här skapas en högnivådesign av informationsflödena i systemet. På den här nivån blir det lite mer konkret än i den första, men det är långt ifrån någon färdig modell. Detta är mer ett underlag till nästa del där man skapar en konkret modell så att användaren kan sätta sig in i systemutvecklarnas tankebanor. Utan att involvera användarna skapar vi underlag i form av en abstrakt design av systemet. Detta underlag består av idéer utifrån diskussioner som i kommande steg behandlas tillsammans med användarna Konceptuella Modellprototyper Här skapas prototyper och pappersskisser som åskådliggör den högnivådesign som har skapats i tidigare steg, så att användarna kan sätta sig in i det systemutvecklarna ser som problem. Man vill uppnå ett stadium där båda parterna pratar om samma problem och mål. Här väljer vi att involvera användarna i arbetet. Tillsammans skapar systemutvecklarna och användarna pappersskisser som fungerar prototyper på en fortfarande mycket abstrakt nivå. I detta skede är det viktigt att modellen inte framstår som för perfekt. Då kan det hända att användarna tror att modellen är färdig och inte går att påverka. Den aktuella prototypen är och ska endast vara ett exempel som användarna i alla högsta grad kan påverka. Det är prototypens hela mening, en modell som sedan ska utvecklas till det färdiga systemet Iterativ Konceptuell Modellutvärdering Modellerna och prototyperna ifrån föregående två steg utvärderas och utvecklas i iterativa steg genom t.ex. formell användbarhetstestning. Här får användarna testa systemet med minimal träning och ingripande med hjälp av skisser och prototyper från den konceptuella modelldesignen som om detta vore systemets verkliga användargränssnitt. Här utför vi iterativ testning av det som beskrivs i de två föregående steget. Denna process utförs med användarna i fokus tills alla större användbarhetsbuggar är identifierade och bearbetade. När vi testar systemet använder vi skisserna och prototyperna från den konceptuella - 9 -
10 4.2.2 Nivå2 modelldesignen som om de vore riktiga användargränssnitt. När denna del är avklarad och den konceptuella modellen känns någorlunda stabil, kan vi påbörja design av systemarkitekturen. I nivå två identifieras skärmdesignstandarder i fyra steg Skärmdesignstandarder Skärmdesignstandarder är en mängd produktspecifika konventioner som specificeras och utvecklas baserat på företagsspecifika standarder som t.ex. Microsoft Windows, Apple Macintosh. Dessa utvecklas baserat på resultat från kravanalysfasen och den konceptuella designmodellen, så att sammanhang och konsekvens uppnås i användargränssnittet. Vi utgår från fas ett och föregående nivå för att utveckla och specificera standarder och konventioner för erhålla sammanhang och konsekvens i systemet. Detta för att få lika struktur på t.ex. fönster och menyer etc. på skärmen. Valet baseras bl.a. på datorvana som är ett delresultat från identifieringen av användargrupper Prototyp av skärmdesignstandarder Här skapas en aktiv prototyp baserat på de tidigare resultaten i processen, såsom den konceptuella modelldesignen och den valda skärmdesignstandarden. Denna prototyp tillämpas på gränssnittet från nivå ett i fasen. Vi skapar en aktiv prototyp för att presentera de skärmdesignstandarder vi valt för användaren. Även här är användaren en aktiv del i utvecklingsprocessen Iterativ Skärmdesignstandardutvärdering En iterativ utvärdering i likhet med den för den konceptuella modelldesignen utförs här för den konstruerade prototypen Under detta utförande omdesignas successivt de valda skärmdesignstandarderna. Detta för att eliminera buggar och i möjligaste mån nå användbarhetsmålen. Därefter kan detta tilläggas till projektets Style Guide. Här utför vi, i samarbete med användarna, en iterativ utvärdering av de valda skärmdesignstandarderna. Vår avsikt är att få bort så många buggar som möjligt inom denna utvecklingsdel och sedan anpassa standarderna för att tilläggas i Style Guide-dokumentationen Utveckling av Style Guide Efter utvärderingsiterationerna i de två första nivåerna har man en validerad och stabiliserad konceptuell modelldesign samt skärmdesignstandarder. Dessa är samlas i projektets Style Guide-dokumentation, som redan innan innehåller resultaten från kravanalysfasen. I kommande nivå följer man denna dokumentation för att säkra kvalitet, sammanhang och konsekvens. Resultaten från projektets tidigare Style Guide (kravanalysdata från fas ett) tillsammans med resultaten från nivå ett och två i fas 2 (den konceptuella modelldesignen och skärmdesignstandarderna) placeras nu tillsammans i en ny Style Guide för att förbereda utveckling av ett mer konkret användargränssnitt i fas tre
11 4.2.3 Nivå3 Här slutförs designen baserat på nivå ett och två Detaljerad Användargränssnittsdesign Utifrån den förfinade och validerade dokumentationen i projektets Style Guide utförs här detaljerad design av den kompletta produktens användargränssnitt. Denna design styr sedan produktutvecklingen. Tillsammans med användarna diskuteras och utformas detaljerad design av systemets användargränssnitt. Detta arbete grundar sig på den Style Guide som utvecklades i föregående avsnitt. Samarbetet ska leda till en design så pass färdigställd att den ligger till grund för hela den konkreta produktutvecklingen Iterativ Detaljerad Användargränssnittsdesign I likhet med tidigare iterativa tester utförs i detta steg användbarhetstestning, men denna testning kommer att fortlöpa genom hela produktutvecklingen. Detta är för att kunna eliminera det totala systemets möjliga buggar från denna nivå, tidigare nivåer och föregående fas. På så vis förfinas användargränssnittet och det kan valideras mot användbarhetsmålen. Vi utför iterativ utvärdering likt de för föregående nivåers utvärderingar fortlöpande under kommande utveckling. Det är nu viktigt att både användarna och systemutvecklarna genomgår denna testprocess för att här testa även föregående nivåer ytterligare och man vill eliminera så många av systemets tänkbara buggar, inte bara just de senaste användargränssnittsbuggarna. Användargränssnittet vidareutvecklas under iterationerna för att förfinas och matchas mot användbarhetsmålen. När funktionaliteten i produktens Style Guide-dokumentation känns tilltalande och komplett använder vi denna Style Guide som utdata ur denna fas. 4.3 Installation Feedback från användarna Det sista steget i processen inleds efter installation av plattformen och den har varit i drift en tid. Nu kommer det att finnas ett antal verkliga expertanvändare. Dessa användare kan ge bra och korrekt feedback på ex användbarhet i systemet eller delar av systemet som kanske inte utvärderats tidigare. Beroende på vad vi vill utvärdera ex användbarhet så finns olika tekniker som kommer användas. Syftet med utvärderingen är att: Ge input till underhåll förvaltning av plattformen. Ge input till nya framtida releaser. Ge input till design och utveckling av likartade projekt eller produkter som kan komma att använda samma användarprofiler. Lära oss mer om användbarhet som kan vara tillämpbar i framtida utvecklingsprojekt inom vår organisation Utvärderingstekniker Följande tekniker kan vid behov, användas vid utvärdering:
12 Utvärdering av användbarhet (Usability testing): I en driftsatt miljö, så kan man använda ex video inspelning för att inte störa användaren i sitt arbete. Intervjuer: Genom intervjuer ex (Contextual Inquiry) kan man få subjektiv feedback från användarna som baseras på deras verkliga erfarenheter av systemet. Fokusgrupper: Här kan man få användarna att prata med varandra om vad de tycker om systemet. Den dynamik som en gruppdiskussion ger, kan ge feedback av annorlunda typ. Formulär(questionnarie): Genom att använda ett strukturerat frågeformulär, kan man få svar på explicita frågor från många användare. Användnings studie: Genom denna studie kan man identifiera exakt hur systemet används. 4.4 Projektavslut Projektet avslutas och en projektrapport skrivs, där vi tar upp vad som har fungerat bra och vad som fungerat mindre bra. Samtliga projektdeltagare ges möjlighet att ge feedback på såväl det nya systemet som arbetet i projektet
13 5 TIDPLAN Vår uppskattning är att detta projekt kommer att omfatta ca 5700 timmar totalt inklusive medverkan av externa användare. I kalandertid bör projektet kunna genomföras på 4-6 månader. 6 PROJEKTORGANISATION & ROLLER Projektets organisation ser ut enligt följande:
14 Beställaren Anger effektmålen, fastställer budget och tilldelar ekonomiska resurser till projektet. Fastställer projektdirektiven och ev. ändringar i detta Utser projektägare Utser styrgruppen Utser projektledaren Godkänner projektets resultat Projektägaren Är ordförande i styrgruppen Är ytterst ansvarig för projektets planering och genomförande. Fastställer mål, direktiv och planer som utarbetas utifrån uppdragsgivarens projektdirektiv. Fastställer tids- och kostnadsramar. Tilldelar resurser Beslutar om framlagda förslag Avvecklar projektet. Styrgruppen Stöder projektägaren i hans arbete. Projektledare Ansvarsområde är att: Planera projektet Föreslå medarbetare Förhandla och skriva avtal med linjeorganisationen om lån av medarbetare Organisera arbetet Leda och fatta beslut i projektet i enlighet med projektdirektivet, projektplanen och tilldelad budget Kontinuerligt följa upp planer och kostnader Vid behov delegera uppgifter vidare till medarbetare inom projektet Löpande informera intressenterna Vara föredragande vid möten med styrgruppen Avsluta projektet Aktivitetsansvarig Genomför aktiviteter enligt direktiv från projektledaren. Projektgrupp Har till uppgift att samordna arbetet men även i mindre projekt vara den grupp som genomför aktiviteterna. Sammansättningen kan således vara av olika roller beroende på typ av projekt men ska som regel bestå av det kompetenser projektledaren har behov av för att lösa uppgiften. Projektgruppen är vanligtvis sammansatt av projektledaren, delprojektledarna och projektadministratören. Referensgruppen Referensgruppen är ett rådgivande organ som är sammansatt av intressenter till projektets resultat. Referensgruppen är projektets bollplank. I detta projekt behövs referensgrupp både för externa användare, interna användare och förvaltare
15 7 ANALYS. 7.1 Vad var bra Vi tror att denna modell kan var relativt enkel att koppla till en redan etablerade systemutvecklingsmetoder som exempelvis den mest kända kommersiella versionen av UP, RUP. Det känns lite som att den är designat för det eftersom det är iterativa processer som även RUP har. Ingen i gruppen har praktisk erfarenhet av detta men förmodligen så blir det inte ett helt nytt och fristående extrasteg i utvecklingen, utan mer som en integrerad del i den redan befintliga systemutvecklingen. Om det nu inte är så, blir det nog mycket svårt att praktiskt jobba med någon form av ACSD överhuvudtaget. I denna(mdi) bransch är tid pengar i en högre grad än andra IT-projekt. Det är alltför vanligt med alldeles för lite resurser och tid att utföra dess uppgift. Även om det vetenskapligt är väl bevisat att det i MDI och speciellt att kunden är involverad i utvecklingen är enormt viktigt för ett projekt ska gå i lås, så resonerar tyvärr inte beställarna riktigt så än. Varför ska jag som beställare lägga ned dyrbar tid och resurser på lullull som att det ska vara snyggt design för användaren. Fortfarande ser nog de flesta beställare MDI som något lite flummigt. Får man däremot in MDI i form av ACSD i den befintliga processen, integrerar den med tex. RUP så blir det nog ett annan respons. På så sätt får man ut krav som stämmer med verkligheten och spårbarhet som leder till att när systemet är klart kunna verifiera om systemet uppnår dess ställda krav/ behov/mål. Till dess att attityden hos beställaren har ändrats så tror vi att det är de enda sättet att få in ACSD i praktiken. 7.2 Vad var mindre bra UEL börjar bra. Det verkar vara mycket fokus på att användarna ska vara med i kravframtagningen, d.v.s. fas 1. Dock är det mycket luddigt över hur man skall välja de representativa användarna som används i de olika stegen. Om man har en stor population användare så kan processen att hitta ett bra urval ur denna bli ganska svår. Ett första steg vore att först hitta de som är frivilliga att ställa upp i projektet. Boken beskriver detta dåligt. I detta fallet när det gällde e-el, så kändes det som att skärmdesigndelarna inte var så viktiga och tar upp en alldeles för stor del av resurser. Här skulle vi enkelt kunna välja en skärmdesignstandard som passar användarna utan att behöva genomgå någon längre iterativ utvärderingsprocess. Antagligen är majoriteten av både externa och interna användare väl bekanta med operativsystemet Microsoft Windows vilken skulle innebär att detta vore ett bra val. Dvs, Microsoft Windows skärmdesignstandarder skulle då användas rakt av för att undvika främmande miljöer. I vårt fall och även generellt sett kanske man skulle kunna tänka sig några fler steg inom gränssnittsdesignen i den sista nivån. Bokens modell verkar lägga större fokus på skärmdesignstandarder än på gränssnittsdesignen. Vi tycker att mer arbete och behandling av gränssnittet är en större problematik vid systemutveckling än just val av skärmdesignstandarder. Alla metoder har för- och nackdelar, vilka beror på projektet ifråga. Att använda frågeformulär när det gäller ett sånt stort antal användare tvingar oss till att begränsa oss till en mindre del av populationen. Det i sin tur ger ju mindre noggranna svar. Även med begränsat antal användare som intervjuas kan tiden det tar för att analysera svaren man får vara mycket stor. Ökar tiden man arbetar så ökar kostnaderna. Eftersom vårat projekt inte behandlar någon redan definierad produkt så är det svårt att utföra observationer. Man skulle kunna använda sig utav ett redan befintligt system som har ungefär samma användningsområde
16 Som input får man då ta användargrupperna från föregående steg och genom dom bestämma system som man vill observera användarna i: Interna användare något administrativt system. Externa användare något köp-system med många alternativ 8 KÄLL- OCH LITTERATURFÖRTECKNING. 8.1 Böcker 8.2 Internet Användarcentrerad systemdesign, Jan Gulliksen, Bengt Göransson, Lund, Studentlitteratur, The Usability engineering lifecycle, Deborah J.Mayhew, Academic Press,
Grupparbete ACSD Projektplanering för ett Patientjournalsystem
Grupparbete ACSD Projektplanering för ett Patientjournalsystem Uppsala Universitet Institutionen för Informationsteknologi Användarcentrerad Systemdesign Grupp 8, ht03 Christian Rick, rick@bahnhof.se Frida
Läs merProjektuppgift i Användarcentrerad Systemdesign, ht 04
Projektuppgift i Användarcentrerad Systemdesign, ht 04 E-Dagis enligt systemutvecklings metoden The Usability Engineering Lifecycle, Deborah J. Mayhew Grupp 3: Daniel Lundberg, dalu8987@student.uu.se Hanna
Läs merLOGISTIKSYSTEM FÖR SNABBA HJULET AB UTVECKLINGSPROCESS BASERAD PÅ DR. DEBORAH J. MAYHEW S THE USABILITY ENGINEERING LIFECYCLE
LOGISTIKSYSTEM FÖR SNABBA HJULET AB UTVECKLINGSPROCESS BASERAD PÅ DR. DEBORAH J. MAYHEW S THE USABILITY ENGINEERING LIFECYCLE Uppsala Universitet 2005 Andreas Kjellgren (ankj3389@student.uu.se) Fredrik
Läs merRiktlinjer Projektmodell fo r Kungä lvs kommun
Riktlinjer Projektmodell fo r Kungä lvs kommun Riktlinjerna är antagna av förvaltningsledningen 2013-01-28 och gäller tillsvidare. (Dnr KS2012/1542) Ansvarig för dokumentet är chefen för enheten Utveckling,
Läs merAnvändarcentrerad Systemutveckling
Användarcentrerad Systemutveckling Människadatorinteraktion (MDI) Inst. för informationsteknologi http://www.it.uu.se/edu/ course/homepage/hci/ ht10 Användarcentrerad systemutveckling, gränssnitt och prototyper.
Läs merChaos om IT-projekt..
Användarcentrerad systemutveckling, gränssnitt och prototyper. Lämplig extraläsning Gulliksen, Göransson: Användarcentrerad systemdesign, Studentlitteratur, kapitel: 4, 5, 6, 7, 8, 9 (Bredvidläsning) Syfte
Läs merProjekt 4 - FlyttIT Rådgivning och hjälp vid flytt
Projekt 4 - FlyttIT Rådgivning och hjälp vid flytt Mattias Kéva 810521-9011 make4911@student.uu.se David Halbik 830227-0338 daha4783@student.uu.se Johan Lindberg 791008-5575 joli7567@student.uu.se Josefin
Läs merE-handel köksportalen Projektuppgift i kursen Användarcentrerad systemdesign, hösten 2003 The Usability Engineering Lifecycle av Deborah J.
E-handel köksportalen Projektuppgift i kursen Användarcentrerad systemdesign, hösten 2003 The Usability Engineering Lifecycle av Deborah J. Mayhew Rasha Alshammari, rasha.alshammari.2454@student.uu.se
Läs merDesign för användbarhet Användarcentrerad utvecklingsprocess
Design för användbarhet Användarcentrerad utvecklingsprocess Bengt Göransson :: Användbarhetsdesigner Guide Redina AB :: Bengt.Goransson@guide.se Mina tillfällen 23 25 2 Onsdag 23/11 Användarcentrerad
Läs merChaos om datorprojekt..
Systemutveckling och användbarhet Användarcentrerad systemutveckling, gränssnitt och prototyper. Referens till avsnitt i kursboken Dix kapitel 6 Gulliksen, Göransson: Användarcentrerad systemdesign, kapitel:
Läs merPlanering av ebegravning med utgångspunkt från boken The usability engineering lifecycle av Deborah J. Mayhew
Planering av ebegravning med utgångspunkt från boken The usability engineering lifecycle av Deborah J. Mayhew Skriven av grupp 6: Rose-Marie Almqvist Hamid Jalilvand Björn Karlsson rmt@hig.se Hamid_Jalilvand@msn.com
Läs merUPPSALA UNIVERSITET Projektuppgift Institutionen för informationsteknologi Ht 2004 Användarcentrerad systemdesign.
Eva Ericsson, ever@stp.ling.uu.se Jens Moberg, jemo@stp.ling.uu.se Peter Strömbäck, dino@stp.ling.uu.se Pensionsplanering Beskrivning, planering och diskussion av ett projekt baserat på användbarhet 1
Läs merGuide till projektmodell - ProjectBase
Guide till projektmodell - ProjectBase Innehållsförteckning 1. Projektmodellen ProjectBase 2 2. Vad är ett projekt? 2 3. Syfte och mål 2 4. Projektets livscykel 3 5. Styrdokument och checklistor 4 6. Organisation
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se http://www.hci.uu.se/edu Vad innebär
Läs merProjekthandbok. för administrativa utvecklingsprojekt vid Uppsala universitet
för administrativa utvecklingsprojekt vid Uppsala universitet Innehållsförteckning 1. Syfte och bakgrund 3 2. Projekt som arbetsform 3 3. Projektportföljen kriterier och funktion 3 Projekt som inte är
Läs merProjekthandbok. för administrativa utvecklingsprojekt vid Uppsala universitet
för administrativa utvecklingsprojekt vid Uppsala universitet Innehållsförteckning 1. Syfte och bakgrund 3 2. Projekt som arbetsform 3 3. Projektportföljen kriterier och funktion 3 Projekt som inte är
Läs merFöreläsning 4, Användbarhet, prototyper
Föreläsning 4 Användbarhet och prototyper Kapitel 5-7 i Stone et al. Mer om användbarhet Psykologiska principer avseende: Förväntningar En uppgift i taget Struktur för förståelse Känna igen eller komma
Läs merProjektprocessen. Projektprocess
Projektkontoret 1 (av 8) Projektprocess Datum: Version: Dokumentansvarig: 16-10-17 2.5 Projektkontoret Stöddokument för det grafiska dokumentet Projektprocessen grafisk 2.5 Projektprocessen Projektprocessen
Läs merMänniska-datorinteraktion 1MD016, hösten 2011 Användarcentrerad systemdesign september 2011
introduktion till begrepp, processer och arbetssätt Bengt Göransson bengt.goransson@it.uu.se Människa-datorinteraktion 1MD016, hösten 2011 Avdelningen för MDI, Informationsteknologi Användbarhet Kan jag
Läs merFöreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?
Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) 160401 Intro utvärdering 2 Översikt Att kunna om utvärdering Observation, kort repetition
Läs merFöreläsning 11, Planera utvärdering. Att planera utvärdering. Vetenskapliga experiment. Kapitel i kursboken
Föreläsning 11 Planera utvärdering Kapitel 22-24 i kursboken Att planera utvärdering Vem, vilka? Att välja användare, antal Vad? Hur sätter man ihop lämpliga uppgifter? När? Hur lång tid ska man avsätta?
Läs merAnvändarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt
Användarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt Bengt Göransson bengt.goransson@it.uu.se Människa-datorinteraktion 1MD016, hösten 2012 Avdelningen för Visuell information
Läs merIntro utvärdering
Föreläsning 2: Introduktion till varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) 2 Översikt Att kunna om Observation, kort repetition Iterativ Det som påverkar Tänkbara syften
Läs merUtöver projektdirektivet ska en teknisk dokumentation för projektet arbetas fram.
Automationsingenjör mekatronik 400 yh-poäng Projektdirektiv Tillämpa med fördel rubriker under Förslag på projektdirektiv Du kan även ha andra rubriker än de som föreslås. Inhämta all data och information
Läs merProjektprocessen. Projektprocess
Dnr Mahr 19-2014/563 1 (av 6) Projektprocess Datum: Version: Dokumentansvarig: 150116 1.0 Jenny Wendle Stöddokument för det grafiska dokumentet Projektprocessen grafisk 1.0 Projektprocessen Projektprocessen
Läs merLadok3 på GU. Rollbeskrivning i projektorganisationen
Ladok3 på GU Rollbeskrivning i projektorganisationen och befogenheter Y2013/13 Projektorganisation, roller Filnamn: L3_roller i projektet_bilaga 4_20131022.docx Gemensamma förvaltningen Utgåva B Ladok3
Läs merFöreläsning 3 Användare, uppgift och omgivning. Kapitel 3-4 i Stone et al.
Föreläsning 3 Användare, uppgift och omgivning Kapitel 3-4 i Stone et al. Från föregående föreläsning Kravinsamling med användare i fokus genom Observationer i verkliga situationer Konstruera uppgifter
Läs merMänniska- datorinteraktion, MDI, vt 2012, Anvisningar för projekt- /grupparbete
Människa- datorinteraktion, MDI, vt 2012 Anvisningar för projekt- /grupparbete Kursens projektuppgift består av att genomföra ett projektarbete i grupper om 3-4 personer. Uppgiften ska sedan presenteras
Läs merUtvärdering. Övergripande (1) Med/utan användare. Övergripande (2) Fredag 1 oktober F1. Ann Lantz - Anna Swartling -
Utvärdering Fredag 1 oktober 13-15 F1 Ann Lantz - alz@nada.kth.se Anna Swartling - ast@kth.se Övergripande (1) Av den verkliga världen: Hur agerar man, vad händer? Hur används teknik? Beteendevetenskapliga
Läs merRegionalt befolkningsnav Utgåva P 1.0.0 Anders Henriksson Sida: 1 (6) 2011-09-20. Projektdirektiv
Anders Henriksson Sida: 1 (6) Projektdirektiv Regionala nav för identitetsuppgifter och hantering av autentiserings- och auktorisationsuppgifter Anders Henriksson Sida: 2 (6) 1 Projektnamn/identitet Regionala
Läs merProjekthandbok. administrativa utvecklingsprojekt
administrativa utvecklingsprojekt Dokumentet uppdaterat oktober 2018 Innehållsförteckning 1. Syfte och bakgrund 3 2. Projekt som arbetsform 3 3. Projektportföljen kriterier och funktion 3 Projekt som inte
Läs merFrågetekniker. Föreläsning 3, Utvärderingstekniker MDI, Lena Palmquist 1. Än en gång: JEdit (Py Kollberg) Loggning. Tolkande dataanalys
Föreläsning 3, Utvärderingstekniker Än en gång: Frågetekniker Att läsa: Sharp, Helen, Rogers, Yvonne & Preece, Jenny E. (2007) Interaction design. Wiley. Kapitel 13-15. Mål, frågeställningar Teknik Hur
Läs merAvdelningen för Människadatorinteraktion
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen professor Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) Design och konstruktion av användargränssnitt 1MD113 Uppsala Universitet
Läs merProjektstyrningspolicy för Strängnäs kommun
1/5 Beslutad: Kommunfullmäktige 2014-03-24 7 Gäller fr o m: 2014-03-25 Myndighet: Diarienummer: Ersätter: Ansvarig: Kommunstyrelsen KS/2013:68-003 Ingen befintlig policy Utvecklingsavdelningen Projektstyrningspolicy
Läs merRiskhantering för administrativa projekt inom Karolinska Institutet
Riskhantering för administrativa projekt inom Karolinska Institutet Riskhantering Identifiera Värdera/prioritera Åtgärda Fastställd 2002-06-24 1 Innehållsförteckning OM RISKHANTERING... 3 ALLMÄNT... 3
Läs merExamensarbete Verklighetsbaserat utvecklings- och projektarbete - Automationsteknik med mekatronik
Examensarbete 2018 Mål och innehåll Kursen skall ge färdighet i och erfarenhet av utvecklings- och projektarbete. Kursen skall ge praktisk erfarenhet genom ett tekniskt utvecklingsprojekt som skall genomföras
Läs merProjekthandbok. Riktlinjer och förhållningssätt
Riktlinjer och förhållningssätt 1 Innehållsförteckning 1. Syfte och bakgrund 3 2. Ramar - administrativa projekt 3 Vad är ett projekt och vad kan projektformen bidra med 3 3. Projektportföljen kriterier
Läs merFöreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?
Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) Analys Utvärdering Implementation Prototyper Krav Design 150327 Intro utvärdering
Läs merProjektarbete. Uppsala universitet Institutionen för informationsteknologi Användarcentrerad systemdesign 5p, sommaren 2004
Uppsala universitet Institutionen för informationsteknologi Användarcentrerad systemdesign 5p, sommaren 2004 Grupp 8: Örjan Berglund, xyu@stp.ling.uu.se Johanna Lambertz, jolam@stp.ling.uu.se Projektarbete
Läs merEkonomiprojektet Översyn av ekonomimodell och förberedelse inför val av ekonomiadministrativa system
1 (6) Ekonomiavdelningen Bilaga 2 Karolina Pihlblad Utgåva 2.0 Projekt nr: 4965524 2018-09-17 Dnr SU FV-2.2.2-0397-18 Ekonomiprojektet Översyn av ekonomimodell och förberedelse inför val av ekonomiadministrativa
Läs merPROJEKTORGANISATION [PROJEKTNAMN]
STADSLEDNINGSKONTORET FINANSAVDELNINGEN SID 1 (10) 2008-12-16 [PROJEKTNAMN] Författare: Version: Författarens namn Versionsnummer SID 2(10) UTGÅVEHISTORIK FÖR DOKUMENTET
Läs merSpecifikt Mätbart Accepterat Realiserbart Tidssatt
Initiering av projekt, Förstudie och Skapa projektgruppen Initiering av projekt Definition av projekt Uppdragsbeskrivning - Mätbara mål - Avgränsad tid - Tillfälliga resurser - Temporär organisation -
Läs merIKOT-Projekt. Kontaktdon till elbil
IKOT-Projekt Kontaktdon till elbil Utveckling och konstruktion av ett nytt, robust och säkert kontaktdon till Volvos nya elbilar. Rapporten innehåller alla steg inom produktutvecklingen från skapande av
Läs merFöreläsning 4: Designprocessen
Föreläsning 4: Designprocessen FSR: 2, 3, (6), 7 Att läsa: Kapitel 9 och 12 i Rogers et al.: Interaction design 4/e 150911 Designprocessen 2 Designprocessenöversikt Introduktion Att involvera användare
Läs merSUNETs Projektmodell. Syfte. Processer. Version: 2012-04-10
SUNETs Projektmodell Version: 2012-04-10 Syfte Syftet med denna modell för arbete med SUNETs tjänster är att ge användare och kunder en väl fungerande tjänst som uppfyller de mål som SUNET styrelse har
Läs merOperatörer och användargränssnitt vid processtyrning
Operatörer och användargränssnitt vid processtyrning Normativa och beskrivande analyser Uppsala universitet @ 2003 Anders Jansson Sammanfattning kap. 1 Sociotekniska system Många olika grupper av användare
Läs merDesign och konstruktion av användargränssnitt (distans) Avdelningen för Människadatorinteraktion. Gulan Jan Gulliksen Ph D, MSc
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen Ph D, MSc Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) Uppsala Universitet Institutionen för Avdelningen för Människadatorinteraktion
Läs merFö 2: Designprocessen. Projektet. Design är... Forts. projektet
Fö 2: Designprocessen Metoder Mål: att förstå användaren, uppgiften, situationen och tekniken (PACT) Hur hänger det ihop? Men först: projektet Projektet Användarstudier och analys av befintligt system
Läs merInteraktionsdesign som profession. Föreläsning Del 2
Interaktionsdesign som profession Föreläsning Del 2 Vikten av att göra research Varför behöver vi göra research? En produkt blir aldrig bättre än den data som denna baseras på Men Vi har redan gjort en
Läs merProjektkunskap, företagande, entreprenörskap LS10a lektion 5 Dagens lektion Gruppdynamik Teambuilding Icke-agila projekt Presentationsteknik inför presentationen Maslow Behov av självförverkligande Behov
Läs merProcessbeskrivning Systemutveckling
ProcIT-P-013 Processbeskrivning Systemutveckling Lednings- och kvalitetssystem Fastställt av Sven Arvidson 2012-06-20 Innehållsförteckning 1 Inledning 3 1.1 Symboler i processbeskrivningarna 3 2 Systemutvecklingsprocessen
Läs merDatainsamling Hur gör man, och varför?
Datainsamling Hur gör man, och varför? FSR: 2 Preece et al.: Interaction design, kapitel 7 Översikt Att kunna om datainsamlingsmetoder Observationstekniker Att förbereda Att genomföra Resultaten och vad
Läs merProjektmodell. 1. Riktlinjer projektmodell 1 (6) 2010-03-12
12 1 (6) Projektmodell Projektmodell Projektmodell... 1 1. Riktlinjer projektmodell... 1 2. Projektförutsättningar... 2 2.1 Uppdragsgivaren... 2 2.2 Direktiv... 2 2.3 Förstudie... 2 2.4 Beslut... 2 2.5
Läs merAnvändarcentrerad utveckling av e-val
UPPSALA UNIVERSITET Institutionen för informationsteknologi Användarcentrerad systemdesign Sommarkurs 2004 Användarcentrerad utveckling av e-val - efter Mayhews Usability Engineering Lifecycle Eva-Lotta
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Kursintroduktion och registrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se Inger Boivie Avdelningen för MDI/IT, Uppsala
Läs merSystemering med användarfokus
Systemering med användarfokus Introduktion AnvändarCentrerad Design översikt Vad är systemutveckling? En problemlösningsprocess där en specifik situation undersöks Syftet med undersökningen är att man
Läs merLadok3-införande. Projektorganisation, roller Ansvar och befogenheter
Projektorganisation, roller Ladok3-införande Sida: 1 (5) Ladok3-införande Projektorganisation, roller och befogenheter Ladok3-införande Sida: 2 (5) 1 Beställare Förvaltningschef Joakim Malmström Definiera
Läs merFrågor och svar till tentamen i Kravhantering
Frågor och svar till tentamen i Kravhantering Del 1 Frågor & svar Frågor&svar till tentamen 1 Datamodeller (0.5p) När man tar fram data krav skriver Lausen i sin bok, gällande data modeller, att det finns
Läs merCREATING VALUE BY SHARING KNOWLEDGE
CREATING VALUE BY SHARING KNOWLEDGE PROJEKTLEDNING 101 Nidzara Dellien, Lund September 2017 PROJEKT En formell definition på projekt är följande (enligt Wikipedia): En temporär satsning för att framställa
Läs merRESULTAT, AVSLUT OCH UPPFÖLJNING. Stefan Berglund
RESULTAT, AVSLUT OCH UPPFÖLJNING Stefan Berglund Projektet närmar sig sitt slut men vad händer då? och sedan? INFÖRANDET Avslutande del av genomförandefasen? Egen fas? Inledande del av projektavslutet?
Läs merRegion Gotlands projektmodell. Riktlinjer fastställda av ledningskontoret,
Region Gotlands projektmodell Riktlinjer fastställda av ledningskontoret, 2014-11-14 Innehåll VARFÖR SKA MAN HA EN GEMENSAM PROJEKTMODELL?...3 VAD ÄR ETT PROJEKT?...4 FÖRSTUDIE...5 HUVUDPROJEKT...6 PROJEKTORGANISATION,
Läs merPROJEKTSKOLA 1 STARTA ETT PROJEKT
PROJEKTSKOLA I ett projekt har du möjlighet att pröva på det okända och spännande. Du får både lyckas och misslyckas. Det viktiga är att du av utvärdering och uppföljning lär dig av misstagen. Du kan då
Läs merFÖRFATTNINGSSAMLING Flik Projektmodell för Vingåkers Kommun
FÖRFATTNINGSSAMLING Flik 6.45 Projektmodell för Vingåkers Kommun Dokumenttyp Riktlinje Giltighetstid Tills vidare Dokumentnamn Projektmodell för Vingåkers kommun Processägare Kommunchef Fastställd 2019-03-11,
Läs merRESULTAT, AVSLUT OCH UPPFÖLJNING INFÖRANDET BYTE AV PROJEKTGRUPP/MEDLEMMAR? PLANERING INFÖR INFÖRANDET
Projektet närmar sig sitt slut men vad händer sedan? RESULTAT, AVSLUT OCH UPPFÖLJNING Stefan Berglund INFÖRANDET Avslutande del av genomförandefasen? Egen fas? Inledande del av projektavslutet? -Viktigt
Läs merFöreläsning 10: Introduktion till utvärdering. Rogers et al. Kapitel 12
Föreläsning 10: Introduktion till utvärdering Rogers et al. Kapitel 12 Analys Utvärdering Implementation Prototyper Krav Design 120515 Intro utvärdering 2 Bruce Tognazzini om utvärdering Iterative design,
Läs mer1. (3p) Inom MDI-området framhåller man att människor lär sig via metaforer. Hur menar man att detta går till?
1. (3p) Inom MDI-området framhåller man att människor lär sig via metaforer. Hur menar man att detta går till? Att lära sig via metaforer innebär att man drar nytta av kunskap som användaren redan har,
Läs merVad påverkar designen?
Vad påverkar designen av ett gränssnitt? Vi ser arbetet med design av ett användargränssnitt som något som liknar en arkitekts arbete. En arkitekt ska i sin utformning av en ny byggnad se till att: Byggnaden
Läs merMetoder för datainsamling
Metoder för datainsamling Föreläsning 16/10-2002 Christina von Dorrien Kapitel 9.4, 12-13 Användarcentrerad designmetodik Analysera användare, användningssituation och uppgift Testa och utvärdera designförslag,
Läs merRubrikförklaringar till projektmallar
Rubrikförklaringar till projektmallar 2010-02-25 Innehållsförteckning 1 Rubrikförklaringar... 3 2 (7) 1 Rubrikförklaringar Här finns förklaringar på vilket innehåll som ska finnas under de olika rubrikerna
Läs merHandläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood
Grupp 4: Petter Midtsian, pemi1033@student.uu.se Handläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood Ett projekt i Användarcentrerad systemdesign, Uppsala universitet, Ht 05
Läs merGRÄNSSNITTSDESIGN. Ämnets syfte. Kurser i ämnet
GRÄNSSNITTSDESIGN Ämnet gränssnittsdesign behandlar interaktionen mellan dator och människa med fokus på designaspekterna i utveckling av användbara, tillgängliga och tilltalande gränssnitt. Det innehåller
Läs merAnvändaranalys och användbarhetskrav
Från användaranalys och uppgiftsanalys till kravställning Föreläsning 18/9 2003 Kap 1.5, 7, 9, (14) (användaranlys och användbarhetskrav) Kap 2.1-2.2, 7, (14) (uppgiftsanalys och funktionalitetskrav) Förra
Läs merProjektspecifikation
Handläggare Vårt diarienummer Datum Sidan 1(9) 2011-03-02 Projektspecifikation Projekt: Läkemedel projektnummer 2265 Beställare: Äldreomsorgsförvaltningen Skriven av: Eva Almén-Åström Datum: 100209 Godkänd
Läs merMänniska- datorinteraktion, MDI, ht 2011, anvisningar för projekt- /grupparbete
Människa- datorinteraktion, MDI, ht 2011 Anvisningar för projekt- /grupparbete Kursens projektuppgift består av att genomföra ett projektarbete i grupper om 3-4 personer. Uppgiften ska sedan presenteras
Läs merMetodstöd www.informationssäkerhet.se 2
Projektplanering www.informationssäkerhet.se 2 Upphovsrätt Tillåtelse ges att kopiera, distribuera, överföra samt skapa egna bearbetningar av detta dokument, även för kommersiellt bruk. Upphovsmannen måste
Läs merProjektorganisation. Tieto PPS AH003, 6.8.0, Sida 1
Sida 1 Om projektorganisation en beskriver fördelningen av ansvar och befogenheter mellan olika roller inom projektet. Här beskrivs även överenskommen fördelning av ansvar mellan projektet och basorganisationen.
Läs merGranskning av ändrad organisation avseende nämndernas ekonomfunktion Nynäshamns kommun Revisionsrapport
Granskning av ändrad organisation avseende nämndernas ekonomfunktion Nynäshamns kommun Revisionsrapport Percy Carlsbrand Februari 2011 Innehållsförteckning 1 Sammanfattande bedömning och rekommendationer...
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se http://www.hci.uu.se/edu Definition of
Läs merResultat, avslut och uppföljning
Resultat, avslut och uppföljning projektet närmar sig sitt slut, men vad händer sedan? Stefan Berglund Införandet Förvaltning - Avslutande del av genomförandefasen? - Egen fas? - Inledande del av projektavslutet?
Läs merExempel på verklig projektplan
Exempel på verklig projektplan Detta är ett exempel på en proffessionell projektplan hämtad ur verkliga livet. Den visas inte i sin fullständighet, det mesta är bortklippt, men strukturen och mycket av
Läs merProjektplan för utvecklingen av Kryssarklubbens nya webbplats
Projektplan för utvecklingen av Kryssarklubbens nya webbplats Sammanfattning Detta dokument beskriver hur Kryssarklubbens nya webbplats skall tas fram. Planen är ett resultat av det arbete som gjorts av
Läs merLUNDS UNIVERSITET. Projektorganisation, -integration och - omfattning
Projektorganisation, -integration och - omfattning 1 Kunskapsmål Efter föreläsningen skall ni: Kunna utarbeta en projektfullmakt. Ha kunskap om vad en projektplan är Ha kunskap om vad omfattning är i ett
Läs mer[Titel] Redovisande dokument Rapport. Sida 1 (6) [Publiceringsdatum Quickpart] [AnsvarigQuickpart] [Upprättad av Quickpart]
Redovisande dokument Rapport PROJEKTiL Sida 1 (6) [Titel] Sida 2 (6) Innehållsförteckning 1 Grundläggande information... 3 1.1 Bakgrund... 3 1.2 Effekterna av projektets resultat/verksamhetsnytta... 3
Läs merIdentifiera kundbehov En sammanfattning och analys av kapitel 4 i boken Product Design and Development
Identifiera kundbehov En sammanfattning och analys av kapitel 4 i boken Product Design and Development Grupp 6 Ali Abid Kjell Nilsson Patrick Larsson Mälardalens högskola KN3060, Produktutveckling med
Läs merMetoder för Interaktionsdesign
Metoder för Interaktionsdesign Föreläsning 4 Projektmetodik och Scrum Kapitel 9-12 + 14, Scrumbok Det högra spåret Vi lämnar nu det vänstra spåret de mjukare delarna och går in på det högra spåret som
Läs merMänniska- datorinteraktion, MDI, ht 2012, Anvisningar för projekt- /grupparbete
Människa- datorinteraktion, MDI, ht 2012 Anvisningar för projekt- /grupparbete Kursens projektuppgift består av att genomföra ett projektarbete i grupper om 3-4 personer. Uppgiften ska sedan presenteras
Läs merCard Consulting. Projektmetodik Lars Ahlgren Card Consulting
Projektmetodik Lars Ahlgren Card Consulting Denna artikel ger en övergripande beskrivning av en universell och etablerad projektmetodik. Läsaren förutsätts ha en grundläggande förståelse för processer
Läs merProjektdirektiv. Kravspecifikation för en högskolegemensam virtuell lärandemiljö
Projektdirektiv Kravspecifikation för en högskolegemensam virtuell lärandemiljö Revisionsinformation Utgåva Datum Kommentar Projektdirektiv 1.0 130930 Ursprunglig version Projektdirektiv 1.1 131004 Möte
Läs merINFÖRANDE, AVSLUT OCH UPPFÖLJNING. Agneta Bränberg
INFÖRANDE, AVSLUT OCH UPPFÖLJNING Agneta Bränberg Projektet närmar sig sitt slut men vad händer sedan? INFÖRANDE Avslutande del av genomförandefasen? Inledande del av projektavslutet? Egen fas? -Viktigt
Läs merBESKRIVNING AV PROCESSMETODEN SCRUM
NORDSCRUM BESKRIVNING AV PROCESSMETODEN SCRUM NORDSCRUM BESKRIVNING AV PROCESSMETODEN SCRUM INNEHÅLLSFÖRTECKNING inledning... 3 SCRUM... 3 Bakgrund... 3 Faser... 3 Ramverket... 3 Nordscrum... 4 StudentProjekt...
Läs merUFV 2014/1186. Arbetssätt Projektplan. Fastställd av universitetsdirektören Reviderad
UFV 2014/1186 Arbetssätt 2020 Fastställd av universitetsdirektören 2014-10-17 Reviderad 2014-12-18 Innehållsförteckning Bakgrund 3 Mål för projektet 3 Övergripande mål 3 Projektmål 3 Initiering 3 Genomförande
Läs merRamverk för projekt och uppdrag
Peter Yngve IT-centrum 2011-02-10 1.0 1 (9) Ramverk för projekt och uppdrag Peter Yngve IT-centrum 2011-02-10 1.0 2 (9) BAKGRUND/MOTIV... 3 MÅL OCH SYFTE... 3 DEFINITIONER AV PROJEKT... 3 MODELL FÖR PROJEKTSTYRNING...
Läs merTPFD - TestPlan Före Design BESKRIVNING AV AKTIVITETER
TPFD Beskrivning Rev 4 1(10) TPFD - TestPlan Före Design BESKRIVNING AV AKTIVITETER Anv.krav Terminologi Detaljkrav Konfigdok Hantera Utgåvor Projektplan Testplan Test-o-felrättning Ändringslogg Återst.
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign, kurstillfälle 6: Användbarhet och användarcentrering. Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala
Läs merFöreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation
Föreläsning 2: Datainsamling - Observation, enkät, intervju Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav
Läs merAvdelningen för Människadatorinteraktion
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen professor Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) Design och konstruktion av användargränssnitt 1MD113 Uppsala Universitet
Läs merPolicy för projektarbete
KOMMUNAL FÖRFATTNINGSSAMLING 2011:02-000 Policy för projektarbete Antagen av kommunfullmäktige 2011-05-26 59 Reviderad av kommunfullmäktige 2017-08-24 129 1 Definition - Vad är ett projekt? Ett projekt
Läs merDesign för användbarhet
Design för användbarhet Klicka här för att ändra format Ett fall, interaktionsdesign och lite process Bengt Göransson Klicka här :: för Användbarhetsdesigner att ändra format på underrubrik i bakgrunden
Läs merLupp enkätundersökning (lokal uppföljning av ungdomspolitik)
Datum 2012-11-05 Projektplan Lupp enkätundersökning (lokal uppföljning av ungdomspolitik) 2012 2 Projektplan Lupp 2012 INNEHÅLLSFÖRTECKNING SIDA 1. Uppdragsgivare och uppdragstagare 3 2. Inledning och
Läs merProjekt Ny bibliotekssystemmiljö
DNR] 1 (av 9) Projektplan Beslutsdatum: Beslutande: Dokumentansvarig: 2015-06-12 Styrgrupp Projekt Ny bibliotekssystemmiljö Ib Lundgren Revisionsinformation Version Datum Kommentar 1.0 2015-05-25 Utkast
Läs mer