inf 1510: analyse Tone Bratteteig 25. mars 2014
Institutt for Informatikk
Institutt for Informatikk
Institutt for Informatikk planlegging kartlegge problem- situasjon bruks- praksiser see- move- see testing & evaluering bruks- orientert design problem- løsning materialisering, konkretisering konkrete evalu- eringskriterier krav- spesi8ikasjon gjensidig læring undersøke praksis problem- de9inering ident8isere behov & ønsker
Institutt for Informatikk planlegging kartlegge problem- situasjon bruks- praksiser see- move- see testing & evaluering bruks- orientert design problem- løsning materialisering, konkretisering konkrete evalu- eringskriterier krav- spesi8ikasjon gjensidig læring undersøke praksis problem- de9inering ident8isere behov & ønsker
analyse fra gresk analusis: bryte opp (ana: opp/gjennom, lysis: løse opp En analyse er en systema9sk undersøkelse der et subjekt/objekt (en sak, en gjenstad, et begrep) betraktes som sammensa= av enkelte bestanddeler for å få avdekket et budskap eller en mening. Analyse er ikke en beskrivelse. Analyse dreier seg om å få tak op mening som ikke ligger opp i dagen. Analyse er fortolkning. En analyse gir ingen endelige svar. (Wikipedia)
analysen er del av større prosess By no means do I suggest that the three categories descrip9on, analysis, and interpreta9on are mutually exclusive. Not are lines clearly drawn where descrip9on ends and analysis begins, or where analysis becomes interpreta9on. I do suggest that iden9fying and dis9nguishing among these may serve a useful purpose, especially if the categories can be regarded as varying emphases that qualita9ve researchers employ to organize and present data. Wolco= 1994: 11
analysen er del av større prosess analyse avhenger av datainnsamlingsmetoden - kvan9ta9v (hva og hvor mange) - kvalita9v (hvordan og hvorfor) analyse innebærer en systema9sk beskrivelse og fakta- basert og kategorisering analyse kan bruk en 9lnærming som er - induk9v: fra spesifikke instanser (data) 9l generelle utsagn - deduk9v: fra generell hypotese (teori) 9l spesielle eksempler
analyseprosessen forberede velge unit of analysis systema9sere og kategorisere organisere og presentere iterere diskutere og konkludere koding av data i flere omganger
S. Elo and H. Kyngäs Inductive approach Preparation phase Deductive approach analyseprosessen Selecting the unit of analysis Making sense of the data and whole Organising phase Open coding Developing analysis matrice Developing structured analysis matrice Coding sheets Data gathering by content Data coding according the categories Elo & Kyngäs 2007 Grouping Categorization Abstraction Reporting the analyzing process and the results Model, conceptual system, conceptual map or categories Figure 1 Preparation, organizing and resulting phases in the content analysis process. Hypothesis testing, correspondence comparison to earlier studies etc.
analyseprosessen (arbeid med dataene) organisere dataene synk inn i dataene generer kategorier og temaer kode dataene tolke dataene søk e=er alterna9ve måter å forstå på presenter studien empirisk basert (grounded theory) eller teore9sk basert
Sub-category Generic category Main category analyse er abstraksjon Cold symptoms Heat symptoms Temperature variation Decrease of mood Tiredness Weakness Apathy Darkness Threats of the northern physical environment Elo & Kyngäs 2007 Figure 2 An example of the abstraction process. Difficulties to move outside Snow-blindness Snowbound Risk of fall Snow & ice Ó 2007 The Authors. Journal compilation Ó 2007 Blackwell Publishing Ltd 111
eks.: Asbjørn Lysne Voje eks.: Asbjørn Lysne Voje
Tone Bratteteig, inf1510: 11. mars 2014 1983-1987
eks.: Wilhelm Damsleth s Master om workarounds GT PRIMER Data collection (SSI s) Transcription Open Coding Axial Coding Code Memos Theory
eks.: Wilhelm Damsleth s Master om workarounds TRANSCRIBING Accurate and precise data forms the crucial base of GT analysis Accuracy Nuances Transcribing sucks Deal w/ it! Use a good template (you can have mine) My first fully transcribed interview 1:26:56 25 pages 11.009 words one of many.
eks.: Wilhelm Damsleth s Master om workarounds
eks.: Wilhelm Damsleth s Master om workarounds Intervju$5:$ Teoriutvikling-intervjuer-1!6" Mai$2012$ $ Søken$etter$kontroll$ o Kodifisering$! Reminisens$ o Kontroll$på$pakker$ o Finere$inndeling$[i$lagre]$ $ last$mile,$nå$helt$ut?$ o Brutte$løfter$ o Delte$informasjonsrom$ o Nummere$er$ikke$påfølgende$ o Lage$egne$numre$ o Excel$er$simpelt,$SAP$er$bedre$ o Trygghet$i$det$man$forstår$ o Kontroll$"$falsk$følelse$av$kontroll$"$ikke$kontroll?$(Utdaterte$lister)$ o PTO$ $Ledelsens$kontrollapparat?$ o Kontroll$gjennom$informatisering$ o SAP$bestemmer$ o Steplister$som$verktøy$for$kontroll?$[Neppe$ekte$kontroll]$ Workarounds$og$augmentation$ o Flere$funksjoner$ønskes,$ mer$funksjonalitet $! Godt$nok $er$ikke$godt$nok?$ o Roller$! Påta$seg$annen$rolle$! Påta$seg$alle$roller$ o Perm$med$lister$som$jobber$rundt$og$augmenter$SAP$ o Andre$programmer$enn$SAP$=$lister?$ o Lokale$tilpasninger$mot$sentrale$systemer$ $har$ikke$tillitt$til$at$jeg$kan$finne$ det$i$sap$ o Du$kan$lage$lokale$systemer$med$færre$begrensninger$ o Systemer$for$systemets$skyld$ o Workarounds$for$shame$! Bruke$feil$ordretype$for$ikke$å$bli$hengt$ut$ $ble$parert$av$ledelsen$! Endre$forfallsdato$på$fakturaer$ For$noen$andre$/$minste$motstands$vei$ o Har$ikke$tid$ o Ikke$min$primæroppgave$å$føre$data$! Datasystemet$understøtter$ikke$det$vi$faktisk$prøver$å$gjøre$ o Nekt$ Sluttbruker$føler$at$papir$er$kontroll$ $ledelsen$føler$at$system$[pto?]$er$kontroll$ PTO$var$det$første$fokus$og$ønske$om$kontroll$ Hyppige$brukere$er$flinke$brukere$er$fornøyde$brukere$ Systemet$er$tilpasset$for$mye$(for$liten$grad$av$hyllevare)$ Tilpasninger$er$bra$for$brukeren$fordi$det$kan$gjøre$enkelte$ting$enklere. $ Hovedbok $er$lokal$tilpasning$ $et$verktøy$som$gir$lokal$kontroll$og$oversikt$ Det$som$gjøres$er$lite$synlig$fordi$nivået$over$bare$ser$resultatet$ Ønsker$folk$å$ikke$drive$med$SAP$fordi$det$ikke$anerkjennes/sees$av$overordnede?$ Kompetanse$=$tillitt$ Mistillitt$ $kontroll$ Systemet$oppleves$rigid$ $men$kontroll$kommer$ikke$gjennom$rigiditet,$fordi$de$lokale$ løsningene$som$gir$brukerne$mest$(opplevd)$kontroll$er$jo$de$mest$fleksible!$brukernes$ kontroll$vs$ledelsens$kontroll?$ Testere$får$opplæring$før$de$tester;$i$hvilken$grad$er$dette$deltagende$utvikling?$ Titte$på$permene$for$å$lære$hva$slags$presentasjoner$som$trengs$ Permer$gir$opplevd$kontroll$ Endringsforslag$kommer$i$et$system$som$har$notorisk$dårlig$rykte$i$hele$virksomheten $ SAP$og$datamaskinen$bestemmer$over$brukeren.$[Bestemmer$brukeren$over$de$lokalt$ utviklede$systemene?]$ Profesjonalisering$ Breddeforståelse$gir$aksept$for$systemkompleksitet;$men$det$forsvarer$den$vel$ikke?$ Lokale$tilpasninger/augmentation/extensions$er$oppfordret?$ Last$mile $ Ny$funksjonalitet$er$alltid$litt$vanskelig$helt$til$folk$har$vendt$seg$til$den$ System$eller$leveranser$som$prøver$å$gjøre$for$mye$i$en$omgang$feiler$ Lokale$systemer$kan$ikke$leveres$av$den$sentrale$forvaltningen$fordi$den$sentral$ forvaltningen$kun$vil$rulle$ut$universelle$systemer,$men$det$er$ikke$ønsket$av$de$lokale$ avdelingen$ Du$får$aldri$tilfredsstilt$alle$ Organisatoriske$endringer$for$å$løse$tekniske$begrensninger$(radarskygge)$ $en$workaround?$ Kan$steplister$gi$kontroll?$ Omorganisering$kan$løse$det$meste$ $
eks.: Wilhelm Damsleth s Master om workarounds
eks.: Wilhelm Damsleth s Master om workarounds Codes#in#use References#coded Interview#7 69 434 Interview#8 89 369 Total 803 Coding is highly personal! Coding paradigms (Strauss 1987, p. 27-28) conditions interaction among the actors strategies and tactics consequences Interview)7 Interview)8 Too#difficult 17 19 Avoiding#Microwork 11 11 Constructed#Rigidity 20 2 Control 19 3 Working#Around 9 13 Telephone 11 10 Manual#RouBnes 11 9 Not#my#job 11 9 TimeGconsuming 8 12 Competency 14 5 Manual#AutomaBzaBon 14 5 Competencial#inadequacy 6 11 Fails#to#Automate 8 8 Future#System 14 2 DetecBve#work 2 13 Faith#in#the#Construct 13 2 Backstage,#No#Knowledge#of 11 3 Bad#UI 9 5 Compliance 7 7 ERP#System#by#Name 12 1 (W. Damsleth, Master thesis, Methods chapter)
eks.: Wilhelm Damsleth s Master om workarounds INTEGRATIVE DIAGRAMS Externality Does not fit me Not my job Without consequence Constructed Rigidity Misfit Inappropriateness Insecurity Working around Duplicate records Cheating Control Counter-tradition Can t keep track [Feeling of] Fit Unshame
eks.: Wilhelm Damsleth s Master om workarounds PROGRAMMATIC ANALYSIS Weak or no correlation Strong correlation
eks.: Ole KrisHan Rolstad s Master om design
eks.: Ole KrisHan Rolstad s Master om design
!! eks.: Ole KrisHan Rolstad s Master om design JH Places news stand on table: 11:43 SJ -new thing or represent the building that is actually there? ColorTable MK -the existing building with new function in it SJ yes, because we are not allowed to move it KF -new information area inside JH -make it a welcoming area MK -it s under the bridge, can we get the bridge in too? MK places a stage KF there they can play some music JH play some music, a scene is a good idea MK accosiate music to the scene by placing his Iphone on the table and playing a MP3 11:59-12:00:31
eks.: Ole KrisHan Rolstad s Master om design
eks.: Naoe Tatara s PhD om diabetes- kontroll
Usage trends and patterns differed a lot individually and they changed over time 7 P03 7 P02 7 P08 days of usage per week 6 5 4 3 2 1 0 0 10 20 30 40 50 60 Time elapsed (weeks) days of usage per week 6 5 4 3 2 1 0 0 10 20 30 40 50 60 Time elapsed (weeks) days of usage per week 6 5 4 3 2 1 0 0 10 20 30 40 50 60 Time elapsed (weeks) 7 P04 7 P06 7 P09 days of usage per week 6 5 4 3 2 1 0 0 10 20 30 40 50 60 Time elapsed (weeks) days of usage per week 6 5 4 3 2 1 0 0 10 20 30 40 50 60 Time elapsed (weeks) days of usage per week 6 5 4 3 2 1 0 0 10 20 30 40 50 60 Time elapsed (weeks) 29
Group A: Frequent use with positive experience HP02 HP10 7 7 6 6 days of usage per week 5 4 3 2 1 0 0 5 10 15 20 25 days of usage per week 5 4 3 2 1 0 0 5 10 15 20 25 Time elapsed (week) Time elapsed (week) BG NH PA BG NH PA Very frequent use of BG sensor system throughout the trial (Mean: 94%) Increasing trends in usage rate of 2 / 3 func9ons are seen by 3 / 4 par9cipants Most answers to ques9ons were posi9ve
Tone Bratteteig, inf1510: 25. mars 2014 eks.: Guri Verne s PhD om skapeopplysningen
eks.: Guri Verne s PhD om skapeopplysningen Tax rules Contexts Easy Complicated Easy Well-suited for online help Second-line support Complicated Need help Rarely occurs Tax rules Contexts Easy Complicated Easy Imbrication, missing a tile, TICC can teach Entanglement on taxpayer side, TICC disentangles to imbrication Complicated Imbrication for taxpayer, entanglement on the Tax side Inseparable interdependencies
eks.: Anita Woll s PhD om velferdsteknologi ne=verk: 1) feil eller ustabilitet ne=bre=: 1) trykkfølsom skjerm vanskelig 2) viser blå skjerm ( blue screen of death ) 3) brudd pga oppdatering av programvare 4) fla= ba=eri trygghetsalarm: 1) brukes utenom nød9lfelle 2) intet signal ved trykk på knappen 3) feil sted oppgis 4) fla= ba=eri mat- bes9lling 1) dobbelt opp: ne=bre= og iste
fra forelesning om behov hvordan får vi flere ideer? systema9sk bygge på kunnskaper og erfaringer som fins i teamet hva trekker dere ut av dataene om ak9viteten? - beskriv typiske personer/roller - lag mål- tre m. mål /delmål: hvorfor- tre og hvordan- tre - uaordre ved å variere - konteksten, f.eks. ved å skalere - finn dimensjoner - finn y=erpunkter Tone Bratteteig, inf1510: 11. mars 2014
fra forelesning om behov kart & rike bilder Checkland: soc systems methodology Mörtberg: chartografies Tone Bratteteig, inf1510: 11. mars 2014
fra forelesning om behov framhdsverksted 1) kri9kkfase: hva er dårlig med dagens situasjon, for hvem er det dårlig for? Ikke kri9ser hverandre; bruk de samme reglene som for brainstorming 2) fantasifase: hva ville drømmesituasjonen være? Lag en utopi. Tenk: hva hvis & tenk om 3) implementeringsfase: hvilke ideer kan virkeliggjøres? Ta utgangspunkt i utopiene og ideeneog diskuter hva som kan oppnås. Lag en plan for gjennomføring av endringen. Hvem har ansvar for hva? kalles også søkekonferanse Jungk/Müllert (1987) Tone Bratteteig, inf1510: 11. mars 2014
fra forelesning om behov visjon (løsning) bearbeide ideer: analysere, skice perspek9v mønstre, grupper, kategorier syntese, kombinere, bygge på andre diskutere, diskutere, diskutere Tone Bratteteig, inf1510: 11. mars 2014
fra forelesning om behov analyse, syntese, valg prosess- kart storyboard Tone Bratteteig, inf1510: 11. mars 2014
revidert plan: designkri9kk fly=et 9l e=er påske - Oblig 4 9rsdag e=er påske gruppearbeid fly=et 9l før påske Oblig 3 fredag før påske INF1510'våren'2014' 'foreløpig'plan'(nov.2013) uke dato oblig forelesning øvingsgruppe prosjekt 4 intro1bruksorientert1design 21.1. prosjektarbeidet 5 teoretisk1grunnlag bli1kjent 28.1. prosjektarbeid 6 intro1arduino øve1arduino A 4.2. r 7 mer1arduino øve1arduino d 11.2. u 8 ideer1for1arduino gjøre1ferdig1arduino i 18.2. no 9 forstå1bruk forstå1bruk 1 start1prosjekt 25.2. tir.4.3 prosjektarbeidet prosjektarbeidet 7 f 10 Oblig71 behov1og1krav identifisere1behov1&1krav 2 o 1 4.3. tir.11.3 7 r i 11 Oblig72 ideer1og1visjoner1 lage1visjoner1&1ideer 3 s d 11.3. 7 a t e 12 skisser1og1prototyper lage1skisser1&1prototyper 4 e å e 18.3. 7 k r 13 analyse analyse 5 s b 1 25.3. 7 p r p 14 evaluere1effekt evaluere 6 e u r 1.4. 7 r k o 15 fre.11.4 gruppearbeid gruppearbeid 7 i t 8.4. Oblig73 7 m i o 16 8 e t t 15.4. påskeferie 7 n e y 17 tir.22.4 designkritikk evaluere 9 t r p 22.4. Oblig74 7 e a e 18 sosiologi,1psykologi,1pedagogikk 10 r s r 29.4. jus,1mediavitenskap 7 e j 1 19 teoretisk1grunnlag å1bruke1litteratur 11 n o e 6.5. skrive1rapport 7 t n v 20 presentasjon1av1prosjekt video1&1pitch 12 e e a 13.5. 7 k r l 21 oppsummering1og1tips orakel 13 s 1 20.5. 7 t 1 22 orakel 14 27.5. tir.3.6 slutt1prosjekt 23 eks.71 eksamensinnlevering1gruppe 3.6. tir.10.6 24 eks72 eksamensinnlevering1individuell 10.6.