Inf SEM 1 - Isak

Intro

Inför det första seminariet läste gruppen kapitel 7, 8 och 10 i kurslitteraturboken Interaction Design.

Kapitel 7 - Data gathering

Vikt ligger på att alla observationer har ett tydligt syfte eller ett specifikt mål som skall uppnås. En metod för att uppnå en bredd under datainsamlingen är triangulation, vilket i korta drag går ut på att ta hänsyn till olika infallsvinklar - exempelvis genom fler intervjuer med olika målgrupper/aktörer/användare av olika ålder, kön och etnicitet. Inför intervjuer genomförs med fördel en pilotstudie för att upptäcka förbättringsmöjligheter - de som ingår i den här studien bör enl. kursboken inte återkomma i den riktiga intervjun.

Det jag tar med mig från det här kapitlet är att det finns många metoder, men att de är i grunden framtagna/avsedda för att användas i en viss kontext. Ju tydligare mål/projektet är definierat inför datainsamlingen desto bättre resultat kan man förvänta sig + urvalet av metoder blir enklare att motivera.

Kapitel 8 - Data analysis, interpretation and presentation

Beroende på projektet eller projektets aktuella fas så ges fokus åt kvalitativ alt. kvantitativ datainsamling och analys. Kvalitativ har i regel ett tydligt avskärmat fokus och kvantitativt riktar sig primärt åt att utforska och förhoppningsvis stöta på nya tankesätt. 

Det tas upp ett gäng riktlinjer (key points)

• Typ av analys väljs beroende på insamlingsmetod
• Intervjuer, frågeformulär och observationer fungerar alla till att samla in både kvalitativ och kvantitativ data. 
• Kvantitativ data kopplas med fördel till procentandelar och medelvärden
• (se kapitelsammanfattningen för fler)

Det jag tar med mig från det här kapitlet är att det (likt i föregående kapitel) är helt avgörande vilket fokus projektet har vid analysen av insamlad data - och hur ärligt och mångsidigt olika faktorer vägs in för att möjliggöra en korrekt bedömning av ex. validitet eller motiv bakom svaren -så att för projektet rätt slusatser dras som berikar arbetet. 

Kapitel 10 - Establishing requirements

Den logiska följden efter informationssökningen blir att sätta krav på projektet och det som skall levereras. Två former av krav är funktionella (vad ska systemet göra?) och icke-funktionella (vilka begränsningar finns?).

För att ställa rätt krav krävs att projektets olika intressenter involveras och har möjlighet - att från deras perspektiv - förmedla önskemål och synpunkter. Ett alternativ/komplement är att ta fram personas - fiktiva men realistiska porträtt av olika användare - och undersöka deras behov och relevanta krav.

Det jag tar med mig från det här kapitlet är att produkten av projektet skall präglas av de användare som den riktar sig åt.

Diskussionsfråga

Vem är vår kund? Vilka är "aktieägarna"?