Metodevalg. Vores opgave
|
|
- Stefan Christensen
- 7 år siden
- Visninger:
Transkript
1 Metodevalg Grundet vores opgaves karakter bruger vi ikke nogen egentlig udviklingsmetode men vi bruger stadig en fremgangsmåde som sikre at det vi reelt udvikler, eller kommer frem til, bliver skabt via en gradvist tilpassende proces som tilpasser vores produkt: prototyping. Vores opgave Da vores opgave ikke har nogen reel problemløsning, eller problemdefinering, så befinder vi os i prototyping-paradigmet hvor vores beslutningsteori vil tage karakter af Muddling Through. Vi står med et originalt koncept som ikke er blevet udforsket før nu og det gør at vores metodevalg selvsagt er meget svært og ukendt at tage stilling til. Hvor vi på vores tidligere semmestre har beskæftiget os med opgaver som i et omfang altid befandt sig i situationer hvor opgaven og problemet allerede var kendt, så gjorde dette at vores metodevalg og arbejdsform allerede var kendt. Herved blev valget af metode nemmere. Man kan sige at vores tidligere opgaver har været mere rutinepræget og problemløsnings fikserede. Denne opgave står i direkte modsat kontrast til alt hvad vi tidligere har beskæftiget os med: Usikkerheden er høj og opgaven har ikke nogen form for rutineprægede, eller problemløsnings, situationer opgaven er reel problemdefinering. Denne tabel viser forholdet mellem de 3 løsningssenarier (vores situation er markeret): Situation/Egenskaber Opgave eller problem Arbejdsform Usikkerhed Rutine kendt kendt lille Problemløsning kendt ukendt middel Problemdefinering ukendt ukendt stor Denne opgaves produkt tilblivelse er opstået ved hjælp af prototyping primært horisontal prototyping. Den horisontale prototyping passer ideelt til denne opgaves karakter, da opgaven har utroligt meget vægt på den visuelle og præsenteelle funktionalitet. Vi har skulle komme op med en visuel brugergrænseflade, som tager udgangspunkt i de akut KOL skemaer, som visse hospitaler bruger på nuværende tidspunkt. Den horisontale prototyping går ud på at lave noget der kan demonstreres og interageres med så den bagvedliggende backend er ret ligegyldig og man kan sige at vi simulerer en fuld GUI implementering. En af de ting som prototyping gør muligt er at man relativt hurtigt i forløbet har noget man kan præsentere og vise til kunden såvel som slutbrugerne. Hvis man skulle drage paralleller til tidligere semestre i forhold til vores metodevalg vil man kunne sammenligne med UP's (Unified Process) Inception-fase som til en hvis grad ligner vores nuværende arbejdsgang. Vi skal forstå hvad det er vi skal bygge og identificere og forstå opgavens
2 omkostninger, plan og risici - kan det overhovedet lade sig gøre? Som C. Floyd skriver: "Prototyping can be seen as consisting of four steps: functional selection, construction, evaluation, and further use." 1 Den funktionelle selektion bliver trukket ud fra de akut KOL skemaer som visse hospitaler i dag bruger. Konstruktionen i vores projekt er meget brugergrænseflade fikseret og, som tidligere nævnt, læner den sig op ad horisontal prototyping - vi simulerer den underliggende logik. Vores evaluering bliver udført af testpersoner fra Frederiksberg Hospital og de afgør reelt om vores produkt har nogen fremtid. En af de tilgange vi har valgt eller har været nødt til at følge minder om det som C. Floyd kalder prototyping for exploration 2 i det vi har været nødsaget til at få et klarsyn i hvilke krav og features som vores slutbrugere har brugt for. Det vil sige at vores explorative prototyping skal skabe og hjælpe med at finde grobunden for krav, features og hvad systemet i sidste ende skal kunne præstere. The developers normally have too little knowledge about the application field, while users have no clear idea of what the computer might do for them. In this situation, a practical demonstration of Som også C. Floyd skriver: possible system functions servers as a catalyst to elicit good ideas 3 On the other hand, it must be clear to the users that there is no commitment to reproducing the prototype in the target system 4 Det skal være klart at vores prototype meget vel slet ikke kan bruges og vi derfor bliver nød til at starte helt forfra med processen. Dette er også vigtigt for selve processen at vi fortæller slutbrugerne at vores prototype på ingen måde er noget færdigt produkt men blot et udlæg til dem som slutbrugere. prototyping for exploration er ikke den eneste form for prototyping vi har beskæftiget os med hvis man læser C. Floyd's tekst om prototyping 5. Den prototyping form som C. Floyd kalder for prototyping for experimentation indeholder blandet andet en strategi kaldet Human interface 6. Her er hele front-end'en i applikationen/prototypen en reel simulation dvs. at vi eksempelvis i vores applikation ikke har nogen bagvedliggende funktionalitet eller eksempelvis persistering af 1 A SYSTEMATIC LOOK AT PROTOTYPING, Christiane Floyd, Side 4 -- linje 4 2 A SYSTEMATIC LOOK AT PROTOTYPING, Christiane Floyd 3 A SYSTEMATIC LOOK AT PROTOTYPING, Christiane Floyd, Side 8 -- linje 26 4 A SYSTEMATIC LOOK AT PROTOTYPING, Christiane Floyd, Side 7 -- linje 13 5 A SYSTEMATIC LOOK AT PROTOTYPING, Christiane Floyd 6 A SYSTEMATIC LOOK AT PROTOTYPING, Christiane Floyd, Side 8 -- linje 12
3 data. For brugeren vil dette ikke betyde noget da de kun ser hvad der sker i front-end og derved tror systemet er fuldt funktionelt. Denne opgaves retning er for os meget ny og vi har ikke arbejdet med noget lignende på nogen af vores semestre eller modtaget undervisning omhandlende "rigtig" prototyping. Derfor har metoder som SCRUM, XP og UP ikke haft nogen indflydelse på vores produkts tilblivelse, da vi har arbejdet på et prototype stadie i hele udviklings perioden - grundet hovedopgaves begrænsede periode. Idéen om at begynde og identificere user stories, krav osv. har slet ikke været på tale, da vores opgave er at finde ud af om akut KOL skemaer overhovedet kan presses ned på en lille håndhold maskine og om denne idé har nogen værdi for slutbrugerne. Metodevalg senere i udviklingen Vi er dog sikre på at SCRUM, koblet med en adræt metode, ville have været det bedste valg senere i udviklingen. Når man ser på SCRUM og for eksempelvis XP vil man hurtig indse at SCRUM i virkeligheden komplimenterer XP hvori projektorganisering og ledelse bliver "udvidet" med nogle ekstra værktøjer - SCRUM fokusere på styring og det praktiske i en organisation. I XP ligger fokus på selve produkt processen - hvordan programmerer vi. XP vil være et godt valg da opgaven er meget vag og usikkerheden høj. Samtidigt vil de små XP teams medvirke til at der ikke opstår information overload og sørge for at opgaven beholder et overskueligt scope. Det er meget vitalt for en opgave som denne at alle er med på idéerne. Samtidigt vil den orale face-to-face kommunikation i XP medføre bedre dialog. UP's mere skriftlige tilgang med kontrakter vil ikke være en god i ide - denne opgave har ikke nogen rutineprægede aspekter som netop passer bedre sammen med UP. I XP er det normalt at man vil have en ekspert bruger til stede, under hele udviklingen, som vil komplimenterer med viden og prøve at sørge for at implementeringen vil have reel værdi i sidste ende. Hvis vi skal være helt ærlige, så har vi i denne opgave faktisk manglet rigtig slutbruger interaktion og vi har derfor ikke kunnet få den korrekte mængde feedback som der har været brug for i vores prototype forløb og som er essentielt for produktets tilblivelse. Der er flere grunde til at vi ikke har kunnet opnå dette. En af grundene er at det er svært at få læger og sygeplejersker til at investere deres kostbare tid til brugertest. Pallas Informatik stod for at arrangerer vores brugertests på Frederiksberg hospital, da de tidligere har arbejdet sammen med dem og derfor er kendte i miljøet. Som nævnt ovenfor ville SCRUM kunne bruges i denne opgaves sammenhæng. SCRUM forløbet ville kunne begynde efter den prototype periode som vi har nået at kunne komme igennem på den tid vi har haft til rådighed. Prototypen vil bestemme om produktet har en reel fremtid og hvis dette er tilfældet kunne man tænke på et SCRUM forløb.
4 Da XP ligger vægt på at det er kunden der bestemmer hvilke dele af produktet som er kritisk, og herved har en hvis bestemmelse af implementerings rækkefølgen, vil kunden hurtigt kunne finde produktet værdifuldt eller opdage problemer tidligt i forløbet. I denne opgave er kunden selve hospitalerne og det er vigtigt at slutbrugerne får noget som de virkelig forstår værdien af fra starten. Hvis vi valgte at køre et UP forløb ville der muligvis gå længere tid før kunden havde noget reelt værdifuldt da udviklerne delvist prioritere kritiske elementer i systemet højere end reel funktionalitet. I UP lægges der mere vægt på selve systemet arkitektur hvorimod XP tilpasser sig hvad kunden mener er funktionalitet som er ekstremt vigtigt i vores opgave, da det er så anderledes og nyt. Grunden til at SCRUM ville være at fortrække og ikke bare et rent XP forløb er at det er vigtigt at kommunikationen indbyrdes i selve udviklingsteamet også er i topform. Grundet denne opgaves forholdsvis nye og ukendte form så vil det kræve meget af udviklingsteamet. Da krav og selve produktet er forholdsvist svært at identificere vil SCRUM's fleksibilitet som metode kunne hamle op med dette. Tidsplanerne vil være fleksible og de hyppige reviews vil sørge for at vi som hold holder os inden for skinnerne. En af de ting som vi synes er godt ved SCRUM er taskboard'et. Dette board giver en utrolig god og oversigt over udviklingsprocessen og sørger for at man ikke føler sig disorienteret. Illustration 7:Eksempel på et SCRUM taskboard. Kilde: Scrum and XP from the Trenches (PDF)
5 Der er også et helt andet plan i hvorfor vi foretrækker et XP forløb koblet med SCRUM i stedet for et UP forløb. Vi er som gruppe ret teknisk nørdede og foretrækker udvikling via face-to-face kommunikation, da det faktisk også er det vi har haft det bedst med gennem vores semestre. Vi kan bedre lidt at gå direkte til fadet i stedet for den mere analytiske tankegang som findes i mange andre udviklingsmetoder såsom UP. På mange måder kan man sige at denne opgave faktisk er det modsatte af hvad vi normalt plejer at arbejde med. Denne opgaves forkus ligger ikke i svære tekniske problemstillinger, men nærmere i blød GUI modellering - som er noget helt nyt for os. Det har automatisk gjort at vi har snakket meget sammen om mulige løsninger og selve metodevalget har været svært at få defineret. Vores produkttilblivelse har været forankret omkring prototyping og en reel udviklingsmetode har vi ikke nået at kunne bruge. Et reelt valg af metode ville blive aktuelt efter vores første prototype i og med selve problemdefineringen og produktet derved vil være bedre kendt. Samtidigt vil den feedback fra denne prototype være med til at fastslå hvilken metode vi kunne vælge at køre forløbet videre på. Hvis man skulle drage paralleller og alligevel trække UP ind i billedet, så kan man sige at der muligvis bliver brug for den vigtige produkt dokumentation som UP har med i dens proces. I XP vil dokumentationen først være noget man kigger på efter forløbet og ikke være et reelt produkt af processen medmindre kunden har bedt om dokumentationen. Hvis et system af vores opgaves karakter skal benyttes i stort omfang vil dokumentation være essentiel. Hvis softwaren skal videreudvikles eller der opstår lignende scenarier vil dokumentationen være meget vigtig, da nye udviklere måske skal videreudvikle systemet. Samtidigt vil UP's fokus på en pæn arkitektur også være til stor hjælp og sikre at systemet er plug-venligt senere hen det vil man spare penge på. I bund og grund vil udviklernes kvalitet også afgøre metodevalget. Der er ingen grund til at arkitekturen vil blive grim i et XP forløb men chancen er større da man vil rette tingene til som tiden går og dette kræver gode udviklere. I UP vil selve processen være med til at hjælpe til en pænere arkitektur og man kan derved have et team af udviklere med lavere rang. For at give et ekstra pejlemærke om at en adræt metode absolut ville være at foretrække, så kan man inddrage Barry Boehm and Richard Turner's model 7 : Via denne model kan man nemt se at vores opgave er bedst tilegnet en adræt metode. Vores personale består af level 2 og 3 udviklere. Dynamikken er forholdsvis høj grundet vores opgaves meget store usikkerhed omkring krav og ren funktionalitet det vil give en stort procentsats af 7 Model fra Balancing Agility and Discipline: A Guide for the Perplexed
6 Illustration 8:Vores situation indtegnet i Barry Boehm and Richard Turner's model ændringer i projektet levetid. Vores kultur passer godt sammen med chaos vi er nemlig en lille gruppe på 4 mennesker. I en stor organisation ville kulturen i de fleste tilfælde være mere stabil, da større grupper er svære at håndtere og her er orden og disiplin vigtigt. Vores team er meget lille og vi kan igen se at dette vil være med til at pege i retning af et adræt metodevalg. Projektet kritiskhed er meget høj i det fejl i systemet vil gå ud over patienter der modtager deres behandling via systemet. Her giver det sig selv at det er ekstremt vigtigt at systemet ikke indeholder fejl. Kritiskhed er faktisk den eneste parameter som går mod et mere disiplinært metodevalg. Samlet set får man indtrykket af at metodevalget bliver adræt men at man samtidigt skal have en måde hvorpå man kan sikre kritiskheden. Det er vigtigt at bemærke at kritiskhed i det færdige system er højt. I selve vores prototype er kritiskheden lav da prototypen kan, og er lavet til at kunne, blive smidt væk. Men hvis man ser på systemet som helhed og færdigt system vil kritiskheden være meget høj. Situationsbestemt valg af udviklingsmetode Det handler om et situationsbestemt valg af udviklingsmetode og når man skal udarbejde et projekt er det vigtigt at man vælger den rigtige udviklingsmetode - det kan medvirke til at projektet bliver gennemført og leveret korrekt. Der eksistere en række valgmuligheder og valget er ikke determineret. Metoder bygger ofte på bestemte beslutningsteorier - man går igennem en række forskrifter og antagelser. Valget af metode er et rationelt valgt. Der findes mange beslutningsteorier,
7 men dem vi har stiftet bekendtskab med er de 3: Economic Man, Administrative Man og Muddling Through. Den sidste Muddling Through er den beslutningsteori der ligger sig tættest op af vores opgaves situation og vil i det fleste tilfælde inkludere prototyping. Denne beslutningsteori er god når man fra starten ikke kender mål, og alternativer, eller at der er meget usikkerhed omkring projektet mål. Man må simpelthen prøve sig lidt frem med små skridt. I denne teori handler det om og lære sig igennem. Dette er den fremgangsmåde som vores projekt har passet godt sammen med. For at begrunde denne fremgangsmåde kan man komme nogle eksempler fra Economic Man og Administrative Man. I Economic Man (perfekt rationalitet) kender man målene og man har en rangordning af målsætninger. Med Econimic Man kan man nemt få "information overload" og ved det menes at man i realiteten får så meget information at det bliver umuligt at holde styr på informationen. I det man kender ALLE alternativer, så vil man have ekstreme mængder af information. Hvis man kigger på UP så kan man se slutningen af Construction-fasen som Economic Man, da man der har fastfrosset krav og i realiteten burde kende alle krav/mål. Economic Man er relavant i situationer hvor man har rutine i en given projektopgave - dvs. man behøver ikke udforske krav og mål, da man allerede kender disse. Derfor kan man bruge vandfaldsmodellen og udvikle meget disciplinært uden projektet køre af sporet. Udover at have rutine kan man også støde på et projekt der har et meget begrænset problemområde, hvor man kan overskue alle variabler. Det vil være højst irrelevant at bruge Economic Man i projekter hvor man ikke kender mål og krav til fulde fra starten. Vores opgaves ligner på ingen måde noget fra beslutningsteorien Economic Man. Administrativ Man (begrænset rationalitet) tager højde for at mennesket har en begrænset informationsbehandlingskapacitet - kontra Economic Man der ikke tager højde for dette. Denne beslutningsteori skaber en simplificering af problemet og der tænkes på hvor mange omkostninger der skal bruges på informations behandling. Man kender til et begrænset antal alternativer. Man kan sige man filtrerer information som man kan filtrerer -- man filtrerer fra og til. Det vigtigste i Administrative Man er at man tager et tilfredsstillende valg - dvs. ikke optimalt. Man bruger her en modificeret version af vandfaldsmodellen til at udvikle. Denne beslutningsteori minder meget om UP i det man ikke tilstræber det optimale valg, men det tilfredsstillende. Vi nærmer os vores opgaves situation. Den sidste Muddling through er god når man fra starten ikke kender mål og alternative eller at der er meget usikkerhed omkring projektet mål. Man må simpelthen prøve sig lidt frem med små skridt. I denne teori hander det om og lære sig igennem. Udviklingsforløbet vil være iterativt - og man vil eksempelvis inkludere f.eks. prototyping. Man vælger altid løsninger som ligger tæt op af det bestående -- små skridt er sikre skridt filosofien. Både ens mål og midler erfares gennem ens handlinger, og derfor opstår der en præferencestruktur som man hele tiden holder ved. Muddling Through er essentielt den situation som vi med vores opgave befinder os i.
8 Afrunding Som afslutning mener vi at en opgave af denne type egner sig bedst til et XP forløbet kombineret med SCRUM. Et lille team - vi er 4 - med stor fokus på interaktion mellem kunden. Kravene er ikke åbenlyse og usikkerheden i opgaven er for stor til kontraktbaseret kommunikation som i eksempelvis UP. Så den udviklingsperiode, som vil komme efterfølgende efter vores prototypeforløb, vil vi højst sandsynligt benytte os af et XP forløb kombineret med SCRUM for at forbedre projektorganisatoriske aspekt. For at afrunde dette afsnit er det værd at pointere at vores forløb endnu ikke har gjort brug af hverken XP, SCRUM eller UP, da vores opgaves meget uvisse karakter har gjort det svært at vælge en decideret metode. Dette har ikke gjort vores proces dårligere. Vi har kørt et prototyping-forløb og hvis man skulle drage paraller til en metode kunne denne metode være Crystal Clear 8. Denne meget lette, eller adrætte, metode har lighedspunkter med den proces vi selv har kørt. Især den lette kommunikationsvej vi sad eksempelvis tæt sammen rundt om et bord. Her snakkede vi sammen på kryds og tværs og hver person i gruppen kunne således selv bestemme om han/hun ville koble sig med i samtalen hvis noget var relavant. På denne måde kan man nemt arbejde sammen. Alistar Cockburn kalder dette for Osmotic Communication" 9. Det er klart at dette kun kan gøres på meget små teams som var vores tilfælde da det ellers vil skabe meget støj og over overarbejde for den ledene udvikler. Da vores reelles produkt fremtid ikke er kritisk i den forstand at det muligvis ikke kan bruges så er en let metode som Crystal Clear et godt valg. Hvor vi i vores tidligere semestre har fået foræret kritiske krav og samtidigt relativt nemt kunne identificere nøglefunktionalitet, så har denne opgave gjort dette meget mere uklart og svært deri også svært at vælge en metode. 8 Crystal Clear - en metode beskrevet af Alistair Cockburn 9 Crystal Clear A Human-Powered Methodology for Small Teams, Chapter 2: OSMOTIC COMMUNICATION
Hassansalem.dk/delpin User: admin Pass: admin BACKEND
Hassansalem.dk/delpin User: admin Pass: admin BACKEND 1/10 Indledning Dette projekt er den afsluttende del af web udvikling studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med Del-pin
Læs mereHassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN
Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN 1/20 Indledning Dette projekt er den afsluttende del af webudvikling-studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med
Læs mereProjektevaluering. Caretech Innovation. Projekt Mobiladgang for læger og andet sundhedspersonale (C-47)
1 Projektevaluering Caretech Innovation Projekt Mobiladgang for læger og andet sundhedspersonale (C-47) Deltagere/partnere: Systematic A/S Regionshospitalet Randers og Grenå Caretech Innovation Dato: 8.
Læs mereProjektevaluering. Caretech Innovation. Projekt Mobiladgang til logistik data (C-72)
1 Projektevaluering Caretech Innovation Projekt Mobiladgang til logistik data (C-72) Deltagere/partnere: Systematic A/S Capgemini Regionshospitalet Randers Caretech Innovation Dato: 3. oktober 2012 Version:
Læs mereKom godt i gang med BPM Indholdsfortegnelse
Kom godt i gang med BPM Indholdsfortegnelse Kom godt i gang med BPM... 2 Vælg det rigtige BPM-software... 2 6 forslag til at komme i gang med BPM og procesautomatisering... 2 1. Brug ikke for megen tid
Læs mereAnalytisk Geometri. Frank Nasser. 12. april 2011
Analytisk Geometri Frank Nasser 12. april 2011 c 2008-2011. Dette dokument må kun anvendes til undervisning i klasser som abonnerer på MatBog.dk. Se yderligere betingelser for brug her. Bemærk: Dette er
Læs mereIt-sikkerhedstekst ST9
It-sikkerhedstekst ST9 Single Sign-On og log-ud Denne tekst må kopieres i sin helhed med kildeangivelse. Dokumentnavn: ST9 Version 1 Juli 2015 Single Sign-On og log-ud Betegnelsen Single Sign-On (SSO)
Læs mereSpil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011
Spil Rapport Spil lavet i GameMaker Kevin, Mads og Thor 03-02-2011 Indholdsfortegnelse Indledning... 2 HCI... 2 Planlægning / Elementær systemudvikling... 2 Kravspecifikationer... 4 Spil beskrivelse...
Læs mereInformatik B hhx, august 2017
Bilag 35 Informatik B hhx, august 2017 1. Identitet og formål 1.1 Identitet Informatik er et almendannende og studieforberedende it-fag. Faget tager udgangspunkt i virkelighedsnære arbejdsprocesser og
Læs mereHvornår i udviklingsforløbet laves papirprototyper?
Papirprototyper Af Julia Gardner, UNI-C Papirprototyper er et billigt og ekstremt nemt redskab til at få præcist feedback fra kommende brugere uden at skrive en eneste kodelinje. De sætter fokus på brugernes
Læs merePRODUKTIONSSTYRING OG -PLANLÆGNING
PRODUKTIONSSTYRING OG -PLANLÆGNING Introduktion Er det egentlig præcist at tale om produktion når temaet er spiludvikling? For produktion dufter jo af faste procedurer, kendte milepæle, og definerede krav
Læs mereIdekatalog. Så vidt jeg husker fremgik det ret tydeligt hvad der skulle være i ansøgningen. Der var bare virkelig mange informationer der skulle med.
Ansøgning Yderligere bemærkninger til ansøgningen Det var fedt at rammerne var så åbne, som jeg så det var der kun to krav til projektet: Det skulle være open source og det skulle have det offentliges
Læs mereI det kommende afsnit vil vi løbende komme ind på de enkelte resultater og samtidig komme med bud på, hvordan disse kunne løses i fremtiden.
Opsummeret Feedback Introduktion I dette dokument vil vi opsummere de mest relevante resultater, der kom fra begge de afholdte workshops. De mest relevante resultater var dem, der igennem begge workshops
Læs mereKursusgang 10. - IPJ-systemet - Den maritime communicator
Kursusgang 10 Oversigt: Sidste kursusgang Andet syn på IT-systemer: Groupware Computer-Supported Cooperative Work (CSCW) Eksempel - IPJ-systemet - Den maritime communicator Design af brugerflader 10.1
Læs mereComputerspil. Hangman. Stefan Harding, Thomas Bork, Bertram Olsen, Nicklas Thyssen og Ulrik Larsen Roskilde Tekniske Gymnasium.
10-02-2015 Computerspil Hangman Stefan Harding, Thomas Bork, Bertram Olsen, Nicklas Thyssen og Ulrik Larsen Roskilde Tekniske Gymnasium. Kom/it c Indhold Intro... 2 Indledende aktivitet... 2 Kommunikations
Læs mereIT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1
IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 1 AGENDA Hvem snakker? De betydende faktorer Agil forretningsudvikling D60 leverancemodel - Bedrock Opsamling og? 2 Hvem snakker?
Læs mereextreme Programming Kunders og udvikleres menneskerettigheder
extreme Programming Software Engineering 13 1 Kunders og udvikleres menneskerettigheder Kunder: At sætte mål og få projektet til at følge dem At kende varighed og pris At bestemme softwarefunktionalitet
Læs mereCloud i brug. Migrering af Digitalisér.dk til cloud computing infrastruktur
Cloud i brug Migrering af Digitalisér.dk til cloud computing infrastruktur 02 Indhold > Executive Summary............................................................... 03 Digitaliser.dk.....................................................................
Læs mereProcedurer for styring af softwarearkitektur og koordinering af udvikling
LEVERANCE 2.3 Procedurer for styring af softwarearkitektur og koordinering af udvikling Procedurerne vil omfatte: Planlægning af udfasning af gamle versioner af OpenTele Planlægning af modning af kode
Læs mereIntroduktion til projekter
Introduktion til projekter v. 1.0.3 Introduktion I dette materiale ser vi overordnet på, hvad projekter egentlig er, hvordan de er skruet sammen og hvilke begreber, som relaterer sig til projekter. Vi
Læs mereINNOVATIONSAGENTUDDANNELSEN
5 1 / 1 INNOVATIONSAGENTUDDANNELSEN BRUGERINDDRAGELSE OG INNOVATION 1 / 2 Dagens program Kl. 9.30 Teori om prototyping Workshop: Byg/tegn/formgiv jeres koncepter og løsningsforslag Teori om kvalificering
Læs mere1. SEMESTER SYNOPSIS. Erhvervsakademi Aarhus. Kristian Peter Lund Drewsen E-konceptudvikling EKU-12d (1ek12d1) 1. Semesters Mundtlig Eksamen
E-konceptudvikling EKU-12d (1ek12d1) 1. SEMESTER SYNOPSIS Den 19 12-2012 Erhvervsakademi Aarhus 1. Semesters Mundtlig Eksamen 1. Semester Synopsis De tre opgaver der er beskrevet i denne synopsis er blevet
Læs merePain Treatment Survey
Pain Treatment Survey Projektoplæg Projektoplæg til fælles udviklingsprojekt, i samarbejde mellem KLONK og smerteeksperter fra Sverige, Danmark og Norge www.klonk.dk Indholdsfortegnelse Baggrund... 2 Idé...
Læs mereFra Computer til Virkelighed. TPE-kursus Elektroniske Systemer P1
Fra Computer til Virkelighed TPE-kursus Elektroniske Systemer P1 Fra Computer til Virkelighed En kort introduktion til kurset Systems Engineering Projektfaser Opsamling og opgave Om kurset Mål: at I lærer
Læs mereRessourcen: Projektstyring
Ressourcen: Projektstyring Indhold Denne ressource giver konkrete redskaber til at lede et projekt, stort eller lille. Redskaber, der kan gøre planlægningsprocessen overskuelig og konstruktiv, og som hjælper
Læs mereTitel: Barry s Bespoke Bakery
Titel: Tema: Kærlighed, kager, relationer Fag: Engelsk Målgruppe: 8.-10.kl. Data om læremidlet: Tv-udsendelse: SVT2, 03-08-2014, 10 min. Denne pædagogiske vejledning indeholder ideer til arbejdet med tema
Læs mereDESIGN TIL DIGITALE KOMMUNIKATIONSPLATFORME. 10. Oktober 2013 #6 Designproces + Projektstart
DESIGN TIL DIGITALE KOMMUNIKATIONSPLATFORME 10. Oktober 2013 #6 Designproces + Projektstart DAGEN I DAG Designprocessen [Pause] Om delaflevering Gruppedannelse [Pause] Gruppeøvelse og projektstart DESIGNPROCESSEN
Læs mereHow Bodies Matter: Five Themes for Interaction Design
How Bodies Matter: Five Themes for Interaction Design Scott R. Klemmer, Björn Hartmann Stanford University HCL Group Leila Takayama Stanford University CHIMe Lab Kroppen spiller en central rolle i den
Læs mereSoftware Design (SWD) Spørgsmål 1
Spørgsmål 1 SCRUM Du skal give en overordnede beskrivelse af udviklingsmetoden SCRUM. Beskrivelsen skal indeholde forklaring på følgende begreber: Scrum Theory Scrum Values The Scrum Team Scrum Events
Læs mereSporbarhed og Rapportering i Quality Center. Kim Stenbo Nielsen NNIT Application Management Services
Sporbarhed og Rapportering i Quality Center Kim Stenbo Nielsen NNIT Application Management Services Indhold INTRODUKTION Hvem er jeg Hvad vil jeg fortælle om QC std. rapporteringsfaciliteter EXCEL RAPPORTER
Læs mereUge 5.3: (Search,) Select & implement and development methods
Innovationsprocesser Uge 5.3: (Search,) Select & implement and development methods A A R H U S U N I V E R S I T E T Department of Computer Science 1 Innovation & ICT development *** Innovation *** * ***
Læs mereSemesterbeskrivelse cand. it uddannelsen i it-ledelse 2. semester.
Semesterbeskrivelse cand. it uddannelsen i it-ledelse. Semesterbeskrivelse Oplysninger om semesteret Skole: Statskundskab Studienævn: Studienævn for Digitalisering Studieordning: Studieordning for Kandidatuddannelsen
Læs mere4. SEMESTER TEORETISK PROJEKTOPGAVE
4. SEMESTER TEORETISK PROJEKTOPGAVE Udarbejdet af: Klasse: Dato: Linje: Sted: Dan Buhr Larsen, Thomas Gilg, Nicolaj Roos og Casper Cederberg Tr07dat2 25. februar 2009 Datamatiker, 4. semester Erhvervsakademiet
Læs mereSemesterbeskrivelse cand. it uddannelsen i it-ledelse 2. semester.
Semesterbeskrivelse cand. it uddannelsen i it-ledelse 2. semester. Semesterbeskrivelse Oplysninger om semesteret Skole: Statskundskab Studienævn: Studienævn for Digitalisering Studieordning: Studieordning
Læs mereSBH, d. 4. okt v/janne Seemann, Aalborg Universitet
SBH, d. 4. okt. 2018 v/janne Seemann, Aalborg Universitet Der findes ikke én sektor eller én Afdeling for Menneskebehandling. Vores velfærdsorganisationer er præget af specialisering og arbejdsdeling,
Læs mereIterativ og Agil udvikling
Iterativ og Agil udvikling 1 2 Udfordringer i hverdagen En liste over de udfordringer man står overfor ved implementering af iterativ og agil udvikling. 3 Udfordringer med Iterationer 4 Iterationer, I
Læs mere10 gode grunde. - derfor skal du vælge Office365
10 gode grunde - derfor skal du vælge Office365 1. Bedre samarbejde på tværs af lokationer En stor del af arbejdsstyrken tilbringer i dag langt mere tid væk fra deres kontor end hidtil. Dine ansatte kan
Læs mereFind det rigtige, hurtigere og billigere ved hjælp af prototyper
GRANYON WHITE PAPERS: PROTOTYPING Find det rigtige, hurtigere og billigere ved hjælp af prototyper Prototyper i forskellig udformning gør det muligt at afprøve og teste den e-handels løsning, webside,
Læs mereHvem er vi? Kursus Introduktion. Kursuslærerne. Agenda for i dag
Hvem er vi? Kursus Introduktion Anne Haxthausen ah@imm.dtu.dk Informatics and Mathematical Modelling Technical University of Denmark 100 studerende med forskellig baggrund: software teknologi It og Kom
Læs mereLøsning af simple Ligninger
Løsning af simple Ligninger Frank Nasser 19. april 2011 c 2008-2011. Dette dokument må kun anvendes til undervisning i klasser som abonnerer på MatBog.dk. Se yderligere betingelser for brug her. Bemærk:
Læs merePERSONLIG SALGSTRÆNING En anderledes uddannelse til ledige, der tager udgangspunkt i den enkelte. Dag 5 af 6; 08:30 15:30
PERSONLIG SALGSTRÆNING En anderledes uddannelse til ledige, der tager udgangspunkt i den enkelte. Dag 5 af 6; 08:30 15:30 DAGENS PROGRAM 08:30 09:30 Opsamling 09:30 09:45 Pause 09:45 10:45 Brik Å Teori:
Læs mereAfstande, skæringer og vinkler i rummet
Afstande, skæringer og vinkler i rummet Frank Nasser 9. april 20 c 2008-20. Dette dokument må kun anvendes til undervisning i klasser som abonnerer på MatBog.dk. Se yderligere betingelser for brug her.
Læs mereDiffusion of Innovations
Diffusion of Innovations Diffusion of Innovations er en netværksteori skabt af Everett M. Rogers. Den beskriver en måde, hvorpå man kan sprede et budskab, eller som Rogers betegner det, en innovation,
Læs mereHvor er mine runde hjørner?
Hvor er mine runde hjørner? Ofte møder vi fortvivlelse blandt kunder, når de ser deres nye flotte site i deres browser og indser, at det ser anderledes ud, i forhold til det design, de godkendte i starten
Læs merePeter Grynderup Poulsen
6. marts 2014 Peter Grynderup Poulsen pgpoulsen@gmail.com 30 22 45 24 Allégade 4, 7600 Struer www.pgpoulsen.dk Min baggrund indenfor softwareudvikling spænder meget bredt. Jeg har arbejdet med hjemmesideudvikling
Læs mereBRUGERPERSPEKTIVER PÅ E- SUNDHEDSPROJEKTER
Anvendelse af brugerdreven innovation i forbindelse med udvikling af elektroniske plejeplaner til kritisk syge patienter på intensivafdelinger i Danmark BRUGERPERSPEKTIVER PÅ E- SUNDHEDSPROJEKTER René
Læs mereMETODESAMLING TIL ELEVER
METODESAMLING TIL ELEVER I dette materiale kan I finde forskellige metoder til at arbejde med kreativitet og innovation i forbindelse med den obligatoriske projektopgave. Metoderne kan hjælpe jer til:
Læs mereKOMPETENCESTIGEN DIN UDVIKLINGSVEJ
KOMPETENCESTIGEN DIN UDVIKLINGSVEJ Lad mig starte med en forventningsafstemning Når du går i gang med at arbejde med dig selv, vil der før balance komme ubalance, selv om det ikke er sådan, de sælger det
Læs mereUndervisningsbeskrivelse
Undervisningsbeskrivelse Stamoplysninger til brug ved prøver til gymnasiale uddannelser Termin Aug 2018 / Maj 2019 Institution Vejen Business College Uddannelse Fag og niveau Lærer(e) Hold EUX Informationsteknologi
Læs mereByens Rum. The Meaningful City of Tomorrow
Byens Rum The Meaningful City of Tomorrow The vision of the future is always changing, dependent of the technology and knowledge on all fields: If you design the best building you know to design, that's
Læs mereTHOMAS KAAS, DMUK, 11. MAJ, 2017
THOMAS KAAS, DMUK, 11. MAJ, 2017 Processen med at udarbejde de skriftlige prøver Pejlemærker og konkrete eksempler Hvilken vej? Hvordan? Kaj Østergaard Heidi Kristiansen Rikke Teglskov Line Engsig Annette
Læs mereKvalitetssikring og agile udvikling
Kvalitetssikring og agile udvikling Gæsteforelæsning for dsoftark-e10 på Århus Universitet Dagsorden Hvem er jeg og hvad er min baggrund i test og agile? Hvad kan I forvente? Agile og scrum Kvalitetssikring
Læs mereMange professionelle i det psykosociale
12 ROLLESPIL Af Line Meiling og Katrine Boesen Mange professionelle i det psykosociale arbejdsfelt oplever, at de ikke altid kan gøre nok i forhold til de problemer, de arbejder med. Derfor efterlyser
Læs mereUndervisningsbeskrivelse
Undervisningsbeskrivelse Termin Juni 2019 Institution Uddannelse Fag og niveau Lærer Hold Erhvervsgymnasiet Grindsted HHx Informatik C Jan Søndergaard (JS) (til jul), grundforløbshold HHxgf18a John Hansen
Læs mereSuccesfuld implementering af automatiseret test
Succesfuld implementering af automatiseret test Forudsætningerne og faldgruberne John Fodeh john.fodeh@hp.com 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject
Læs mereAfstande, skæringer og vinkler i rummet
Afstande, skæringer og vinkler i rummet Frank Villa 2. maj 202 c 2008-20. Dette dokument må kun anvendes til undervisning i klasser som abonnerer på MatBog.dk. Se yderligere betingelser for brug her. Indhold
Læs mereABCD- E-Learning UDVIKLING
ABCD- E-Learning 2018 Prolearning ApS ABCD- E-Learning Når du skal udvikle e-læring bliver dine evner for alvor udfordret: Redigering af billeder, tegning af interaktive figurer, lyd- og videoredigering
Læs mereMicroservices. Hvad er det og hvordan kommer du i gang?
Microservices Hvad er det og hvordan kommer du i gang? Introduktion til Microservices Softwareudvikling Historie Softwarearkitektur Mentoring 10 konsulenter Bezos befaling All teams will henceforth expose
Læs mereMere end flådestyring
www.toyota-forklifts.dk TOYOTA I_SITE Mere end flådestyring Hvordan kan jeg reducere omkostninger i forbindelse med skader? Hvad er min optimale flådestørrelse? Hvordan kan jeg øge min udnyttelsesgrad?
Læs mereDe 7 bedste tips til din ERPimplementering
De 7 bedste tips til din ERPimplementering En korrekt implementering af din nye ERP-løsning, er afgørende for din forretning. Derfor har vi lavet en step by step guide til den optimale implementering.
Læs mereKapitel 21: Softwarearkitektur designprincipper
Kapitel 21: Softwarearkitektur designprincipper Miriam Tang Jacob Jensen Lars Christensen Jacob Atzen Onsdag 9/3 Dagens program Definitioner Analyseværktøjer Designprocessen Raffinering Afrunding Design
Læs mereLEKTION 4 MODSPILSREGLER
LEKTION 4 MODSPILSREGLER Udover at have visse fastsatte regler med hensyn til udspil, må man også se på andre forhold, når man skal præstere et fornuftigt modspil. Netop modspillet bliver af de fleste
Læs mereKlasse 1.4 Michael Jokil 03-05-2010
HTX I ROSKILDE Afsluttende opgave Kommunikation og IT Klasse 1.4 Michael Jokil 03-05-2010 Indholdsfortegnelse Indledning... 3 Formål... 3 Planlægning... 4 Kommunikationsplan... 4 Kanylemodellen... 4 Teknisk
Læs mereSkaber nemt og hurtigt overblik over data fra automatiserede anlæg
Skaber nemt og hurtigt overblik over data fra automatiserede anlæg SIA platformen er et unikt og innovativt produkt, der tilbyder data og værktøjer til at give overblikket over automatiserede anlæg En
Læs mereIndholdsfortegnelse... 2. Projektplan... 3. Vores research... 4 HCI... 5. Formidlingsmetode og teori... 6. Valg af Målgruppe... 8. Layout flyer...
Indholdsfortegnelse Indholdsfortegnelse... 2 Projektplan... 3 Vores research... 4 HCI... 5 Formidlingsmetode og teori... 6 Valg af Målgruppe... 8 Layout flyer... 9 Vores flyer... 10 Kildefortegnelse...
Læs mereKursusgang 3. Designprocessen og dens aktiviteter
Kursusgang 3 Designprocessen og dens aktiviteter Oversigt: Sidste kursusgang Opgaver Interaktionsdesign User-centered design Analysedokument: HCI elementer DIEB 3.1 Sidste kursusgang Oversigt: Forståelse
Læs mereIT og Kommunikation. Workshop om planlægning af prototype forløb. 24.10.13 Rikke Okholm
IT og Kommunikation Workshop om planlægning af prototype forløb 24.10.13 Rikke Okholm Program Introduktion Tilgange og eksempler på metoder Workshop: Planlægning af prototypetest Brainstorm over jeres
Læs mereLEADING. Hvorfor skal du læse artiklen? Hvis du er klar til at blive udfordret på, hvordan du udvikler talent - så er det følgende din tid værd.
LEADING Hvorfor skal du læse artiklen? Hvis du er klar til at blive udfordret på, hvordan du udvikler talent - så er det følgende din tid værd. HAR DU TALENT FOR AT UDVIKLE TALENT? DU SKAL SE DET, DER
Læs mereBONUSINFORMATIONER i forbindelse med emnet Billeder og grafik
BONUSINFORMATIONER i forbindelse med emnet Billeder og grafik Dette dokument indeholder yderligere informationer, tips og råd angående: Tabelfunktionen SmartArtfunktionen Billedfunktionen Samt en ekstra
Læs mereCIVILINGENIØR I VELFÆRDSTEKNOLOGI - bachelordel
Kapitel 9 Den uddannelsesspecifikke del af studieordningen for uddannelsen CIVILINGENIØR I VELFÆRDSTEKNOLOGI - bachelordel Bachelor of Science in Engineering, Welfare Technology Version 1.0, Studieordningen
Læs mere360 Digital Styringsreol
360 Digital Styringsreol OPNÅ BEDRE STYRING, OPFØLGNING, OVERBLIK SAMT DOKUMENTATION AF ORGANISATIONENS PROCESSER Mange organisationer oplever et voksende pres for på samme tid at skulle levere højere
Læs mereMetodekort til Indsamling af Data før test af et produkt i sundhedsvæsenet
til Indsamling af Data før test af et produkt i sundhedsvæsenet Hvem Denne samling af metodekort er interessant for dig, som vil teste medicinsk udstyr med patienter f.eks. på et hospital. Ved test på
Læs mereOasis: Part of the GIRAF System
: Part of the GIRAF System Henrik Klarup, Jens Mohr Mortensen, and Dan Stenholt Møller Aalborg University Juni 26, 2012 AAU, Juni 26, 2012 Slide 1/26 Agenda Multiprojekt Beskrivelse GIRAF Arkitekturen
Læs mereUnderbilag 14 C: Afprøvningsforskrifter til prøver og tests
Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS) Indhold underbilag 14 C Afprøvningsforskrifter
Læs mereKend din flyveplan Horisontale spring fylder naturligvis mere i luftrummet end andre former for spring. Det er derfor vigtigt,
Som i så mange andre lande er tracking, tracing eller angle-flying blevet enormt populært. For mange mennesker er det at eksperimentere med ens vinkel, hastighed og kropsposition hele essensen ved at flyve.
Læs mereBrugervenlighed som en fast del af udviklingsprocessen
Brugervenlighed som en fast del af udviklingsprocessen Ingrid Haug, 10. marts 2010 Hvorfor dette oplæg? Brugervenlige produkter opnås kun ved at arbejde målrettet med brugervenlighed Alt for sjældent er
Læs mereMogens F. Mikkelsen
Læringsbehov afhænger af kompleksitet Forberedte spørgsmål fra deltagerne?! 5% tog sig tid til at sætte mål for udbyttet af dette seminar. Hvorfor gjorde de det? Hvorfor kun 5%? - og hvad gjorde de 95%
Læs mereFaktorer i succesfulde ITprojekter
Faktorer i succesfulde ITprojekter / ImprovAbility Jan Pries-Heje 30. maj 2018 Slide no.: 1 Jan Pries-Heje Professor, Ph.D. Roskilde Universitet (RUC) Forskningsgruppeleder for User-Driven IT-Innovation
Læs mereDe 5 positioner. Af Birgitte Nortvig, November
De 5 positioner Af Birgitte Nortvig, November 2015 1 Indholdsfortegnelse 1. EVNEN TIL AT POSITIONERE SIG HEN MOD DET VÆSENTLIGE... 3 2. EKSPERT-POSITIONEN... 4 3. POSITIONEN SOM FAGLIG FORMIDLER... 5 4.
Læs mereHoldbare Organisationer
Holdbare Organisationer Mit navn er Marc de Oliveira. Jeg er systemanalytiker og datalog fra Københavns Universitet og denne artikel hører til min artikelserie, Forsimpling (som også er et podcast), hvor
Læs mereSammenligningsrapport. til Kathryn Peterson, som samarbejder med Martin Gilmore
Sammenligningsrapport til Kathryn Peterson, som samarbejder med Gilmore 31.05.2016 Introduktion Et velfungerende team skal kunne mestre fem adfærdsmønstre: opbygge tillid, håndtere konflikter, opnå commitment,
Læs mereUdvikling af IT-baserede kliniske informationssystemer, modul 3
Udvikling af IT-baserede kliniske informationssystemer, modul 3 Præsentation af data: design og evaluering af brugergrænseflader v/ Egil Boisen, AAU, Institut for Sundhedsteknologi Restaurant Skoven, Odense,
Læs mereKære læser Konceptet potentiale" distractions performance Potential Distractions Performance
Kære læser I dette skriv, vil vi forklare vores tanker bag, og opsætningen for vores juniorprogram. Vi vil forklarer, hvorfor vi sætter træningen sammen som vi gør, og hvilke ting der er afgørende for
Læs mereEvaluering af KidSmart
Evaluering af KidSmart Evaluering af KidSmart En KidSmart-computer er en computer, der henvender sig særligt til de 3-6årige. På computeren findes flere forskellige læringsprogrammer, der styrker bl.a.
Læs mereAngle-flying Sikkerhedskrav?! Hvad er flyveretningen? Hvor kraftig og hvad retning er vindene på jorden og i højden?
Angle-flying Som i så mange andre lande er tracking eller angle-flying blevet rigtig populært, og det forstår man godt. For mange mennesker er det at eksperimentere med ens vinkel, hastighed og kropsposition
Læs mereDet Gode Partnerskab Guide til et bedre samarbejde om frit valg på ældreområdet
Det Gode Partnerskab Guide til et bedre samarbejde om frit valg på ældreområdet 1. Det Gode Partnerskab (www.detgodepartnerskab.eu) Det Gode Partnerskab er etableret i regi af Dansk Industri med støtte
Læs mereSådan laver du et godt Pitch
Dansk HG AAJ september 2015 Sådan laver du et godt Pitch Definition (wikipedia): Et pitch er en ultrakort præsentation, med det formål at "sælge" en idé, et koncept eller lignende, typisk en forretningsidé
Læs mereINTERAKTIONSDESIGN PROCESSEN (KAP 9), REPETITION, KÅRING AF ÅRETS BEDSTE MUSIKVIDEO OG PROJETK
INTERAKTIONSDESIGN PROCESSEN (KAP 9), REPETITION, KÅRING AF ÅRETS BEDSTE MUSIKVIDEO OG PROJETK Marianne Graves Petersen Associate Professor Computer Science Dept, University of Aarhus Center for Interactive
Læs mereObjektorienterede metoder
Objektorienterede metoder Gang 12. Kvalitet i større systemer Evt.: Ekstremprogrammering (XP) Dette materiale er under Åben Dokumentlicens, se http://www.sslug.dk/linuxbog/licens.html projektopgaven i
Læs mereIt-håndbogen. Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret.
It-håndbogen Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret. Børsen Ledelseshåndbøger er Danmarks største og stærkeste
Læs mereKommunikation. God kommunikation i foreninger Af Hans Stavnsager, konsulent CFSA
Kommunikation God kommunikation i foreninger Af Hans Stavnsager, konsulent CFSA Næsten alle foreninger har i et eller andet omfang behov for at kommunikere med omverdenen. Formålet og dermed målgrupperne
Læs merePRØV NY 360 GRADERS LEDERMÅLING!
PRØV NY 360 GRADERS LEDERMÅLING! PRØV NY 360 GRADERS LEDERMÅLING! OMNIBUS" LEDERMÅLING Ennova er Danmarks største leverandør af medarbejder- og ledermålinger. Vi har nu sat os for at samle vores bedste
Læs mereNetværksdesign I. Rasmus Elmholt Netværksdesign I Side 1 af 6 RaEl@mercantec.dk
Netværksdesign I Rasmus Elmholt Netværksdesign I Side 1 af 6 Indholdsfortegnelse Målpinde...2 Undervisningsform...2 Aflevering...3 Skema...3 Tidsplan...3 Netværksdesign I...4 Indledning...4 Generel beskrivelse...4
Læs mereRTG. Spilprojekt. Kommunikation og IT. Cecilie Paulsen, Tobias Bjerg, Rose Henriksen og Pernille Biermann
RTG Spilprojekt Kommunikation og IT Cecilie Paulsen, Tobias Bjerg, Rose Henriksen og Pernille Biermann 09 Indhold Indledning:... 3 Human Computer Interaction, HCI:... 3 Taksonomi:... 3 Action spil... 3...
Læs mereFrom Human Factors to Human Actors - The Role of Psychology and Human-Computer Interaction Studies in System Design
? VAD From Human Factors to Human Actors - The Role of Psychology and Human-Computer Interaction Studies in System Design? VEM Skrevet af Liam J. Bannon Director of the IDC and Professor of Computer Science,
Læs mereHurtigere time-to-market - SharePoint på Microsoft Azure. Christoffer Grønfeldt, PostNord
Hurtigere time-to-market - SharePoint på Microsoft Azure Christoffer Grønfeldt, PostNord Agenda Vejen til Azure I gang med Azure Erfaringer med Azure og gode råd Fremtiden og uløste områder Spørgsmål og
Læs mereLær at tænke som en servicedesigner servicedesign kurser i København og Aarhus
Lær at tænke som en servicedesigner servicedesign kurser i København og Aarhus Kursus: Servicedesign 1 Serviceydelser udgør en stor andel af samfundsøkonomien. Ny teknologi ændrer eksisterende serviceydelser
Læs mereMedarbejderen. Vejledning til kortene. kompetenc. Kort til dialog og fælles refleksion. anvender I på jeres fe
Medarbejderen Kort til dialog og fælles refleksion Det er vigtigt, at I har et fælles sprog til at tale om digitale. Det kan I styrke ved at bruge disse dialogkort til at tale sammen om, hvor I møder digitalisering,
Læs mere