IT kontrakter 2015 - Godkendelseskriterier og ændringshåndteringravnholt
På IBC Euroforums konference vedr. IT-kontrakter d. 28 januar 2015 holdt Henrik Gørup Rasmussen, Silverbullet A/S et indlæg omkring hvorledes ændringer og godkendelseskriterier i et igangværende projekt kan håndteres i praksis.
Indlægget tog udgangspunkt i en metode som er anvendt i et konkret nationalt projekt. Metoden er en mellemting mellem K01 og K03, idet projektet har en kravspecifikation i traditionelt K01 format, men leverancemodellen er iterativ som i K03.
IT kontrakter 2015 - Godkendelseskriterier og ændringshåndteringravnholt
På IBC Euroforums konference vedr. IT-kontrakter d. 28 januar 2015 holdt Henrik Gørup Rasmussen, Silverbullet A/S et indlæg omkring hvorledes ændringer og godkendelseskriterier i et igangværende projekt kan håndteres i praksis.
Indlægget tog udgangspunkt i en metode som er anvendt i et konkret nationalt projekt. Metoden er en mellemting mellem K01 og K03, idet projektet har en kravspecifikation i traditionelt K01 format, men leverancemodellen er iterativ som i K03.
I bogen Switch: How to Change Things When Change Is Hard stiller brødrene Chip og Dan Heath skarpt på forandringsprocesser og hvad der skal til for at få dem til at lykkes.
At indføre agil udvikling kan være en stor og vanskelig forandringsproces. Bent Jensen og Nino Stokbro Ag fra Bestbrains viser med konkrete eksempler, hvordan man kan udnytte teknikkerne fra Switch som inspiration til den agile transformation og dermed øge chancerne for succes betydeligt.
Hør hvad det vil sige at fokusere både på “The Rider” og “The Elephant” og hvordan “Shaping the Path” gør forandringen til noget naturligt.
Er du kommet igang med agile metoder men føler du mangler nogle effektive værktøj i værktøjskassen? Eller vil du gerne klædes ordentlig på inden du kaster dig ud i den agile verden? Eller føler du I er gået lidt i stå i jeres tiltag med agile produktudvikling?
Få et overblik over hvilke værktøjer du bør have i din agile værktøjskasse, hvorfor disse værktøjer er vigtige og hvornår du skal bruge hvilke. Vi kigger på tekniske værktøjer såsom automatiseret test og feature toggles, men også på proces-teknikker som produktejerskab og WIP limits.
Oplægget blev holdt ved et seminar i interessegruppen Softwaretest, der blev afholdt den 4. juni 2013. Læs mere om arrangementet her: http://www.infinit.dk/dk/arrangementer/tidligere_arrangementer/seminar_i_interessegruppen_softwaretest_02.htm
Oplægget blev holdt ved et seminar i InfinIT-interessegruppen Softwaretest den 27. november 2013. Læs mere om interessegruppen her: http://infinit.dk/dk/interessegrupper/softwaretest/softwaretest.htm
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
I november deltog Atcore i 24:TUREN, hvor Jakob Hertz fortalte om konverteringsoptimering, og hvordan Atcore har hjulpet Børsen e-learning med optimeringen af en af deres landing pages.
Oplægget blev holdt ved InfinIT-arrangementet "Temadag:
samspillet mellem usability-evaluering og interaktionsdesign", der blev afholdt den 13. april 2011. Læs mere om arrangementet her: http://www.infinit.dk/dk/hvad_kan_vi_goere_for_dig/viden/reportager/snak_sammen_om_brugervenlighed.htm
Kontrakter på softwareprojekter er traditionelt enten fastpris eller timepris. Agile projekter er vanskelige at gennemføre under disse kontraktformer, hvad enten det er i den private eller offentlige sektor.
BestBrains har opfundet en kontraktform, som giver kunde og leverandør et økonomisk incitament til at samarbejde og nå effektivt i mål. Den stiller en række specifikke krav til både kunde og leverandør for at projektet lykkedes.
Får inspiration til at nytænke jeres egne kommercielle relationer.
Den projekteffektive organisation – en drøm eller virkelighedJohnny Ryser
I en verden hvor udviklingen accelerer med eksponentiel hastighed, og hvor den globale landsby har 4 milliarder indbyggere, konkurrerer små danske udviklingsafdelinger med gigantiske amerikanske, indiske og kinesiske virksomheder. Samtidigt ser vi små virksomheder være i stand til at vælte giganter gennem teknologisk disruption. I den verden er projekteffektivitet blevet en strategisk magtfaktor. Her er et bud på, hvordan en dansk projekteffektiv organisation kan se ud.
Der er meget at få styr på før et digitalt projekt. Hvem taler vi til, hvad er vigtigt for dem, hvor skal vi møde dem, hvordan får vi dem til at konvertere, hvem skal lave indholdet osv osv.
Disse slides akkompagnerede Innovationsdirektør Jens Poders foredrag om emnet til morgeninspiration hos Peytz & Co den 31/3 2016.
Se alle vores GRATIS morgeninspirationer på peytz.dk/events
Leverandør-evaluering og Compliance & sikkerhed er discipliner, som er blevet endnu mere aktuelle med introduktionen af EU GDPR. Dubex har erfaring med at rådgive kunder i de fleste brancher i Danmark og giver her et overblik over, hvilke metoder de anbefaler.
Jakob Herbst, CTO, Dubex
Peytz & Co's morgeninspiration 5 november 2015. Værktøjer til Digital Strategi:
Cynefin Framework, Bussines Model Canvas, Value Proposition Design, Lean Start Up og Pretotyping.
I bogen Switch: How to Change Things When Change Is Hard stiller brødrene Chip og Dan Heath skarpt på forandringsprocesser og hvad der skal til for at få dem til at lykkes.
At indføre agil udvikling kan være en stor og vanskelig forandringsproces. Bent Jensen og Nino Stokbro Ag fra Bestbrains viser med konkrete eksempler, hvordan man kan udnytte teknikkerne fra Switch som inspiration til den agile transformation og dermed øge chancerne for succes betydeligt.
Hør hvad det vil sige at fokusere både på “The Rider” og “The Elephant” og hvordan “Shaping the Path” gør forandringen til noget naturligt.
Er du kommet igang med agile metoder men føler du mangler nogle effektive værktøj i værktøjskassen? Eller vil du gerne klædes ordentlig på inden du kaster dig ud i den agile verden? Eller føler du I er gået lidt i stå i jeres tiltag med agile produktudvikling?
Få et overblik over hvilke værktøjer du bør have i din agile værktøjskasse, hvorfor disse værktøjer er vigtige og hvornår du skal bruge hvilke. Vi kigger på tekniske værktøjer såsom automatiseret test og feature toggles, men også på proces-teknikker som produktejerskab og WIP limits.
Oplægget blev holdt ved et seminar i interessegruppen Softwaretest, der blev afholdt den 4. juni 2013. Læs mere om arrangementet her: http://www.infinit.dk/dk/arrangementer/tidligere_arrangementer/seminar_i_interessegruppen_softwaretest_02.htm
Oplægget blev holdt ved et seminar i InfinIT-interessegruppen Softwaretest den 27. november 2013. Læs mere om interessegruppen her: http://infinit.dk/dk/interessegrupper/softwaretest/softwaretest.htm
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
I november deltog Atcore i 24:TUREN, hvor Jakob Hertz fortalte om konverteringsoptimering, og hvordan Atcore har hjulpet Børsen e-learning med optimeringen af en af deres landing pages.
Oplægget blev holdt ved InfinIT-arrangementet "Temadag:
samspillet mellem usability-evaluering og interaktionsdesign", der blev afholdt den 13. april 2011. Læs mere om arrangementet her: http://www.infinit.dk/dk/hvad_kan_vi_goere_for_dig/viden/reportager/snak_sammen_om_brugervenlighed.htm
Kontrakter på softwareprojekter er traditionelt enten fastpris eller timepris. Agile projekter er vanskelige at gennemføre under disse kontraktformer, hvad enten det er i den private eller offentlige sektor.
BestBrains har opfundet en kontraktform, som giver kunde og leverandør et økonomisk incitament til at samarbejde og nå effektivt i mål. Den stiller en række specifikke krav til både kunde og leverandør for at projektet lykkedes.
Får inspiration til at nytænke jeres egne kommercielle relationer.
Den projekteffektive organisation – en drøm eller virkelighedJohnny Ryser
I en verden hvor udviklingen accelerer med eksponentiel hastighed, og hvor den globale landsby har 4 milliarder indbyggere, konkurrerer små danske udviklingsafdelinger med gigantiske amerikanske, indiske og kinesiske virksomheder. Samtidigt ser vi små virksomheder være i stand til at vælte giganter gennem teknologisk disruption. I den verden er projekteffektivitet blevet en strategisk magtfaktor. Her er et bud på, hvordan en dansk projekteffektiv organisation kan se ud.
Der er meget at få styr på før et digitalt projekt. Hvem taler vi til, hvad er vigtigt for dem, hvor skal vi møde dem, hvordan får vi dem til at konvertere, hvem skal lave indholdet osv osv.
Disse slides akkompagnerede Innovationsdirektør Jens Poders foredrag om emnet til morgeninspiration hos Peytz & Co den 31/3 2016.
Se alle vores GRATIS morgeninspirationer på peytz.dk/events
Leverandør-evaluering og Compliance & sikkerhed er discipliner, som er blevet endnu mere aktuelle med introduktionen af EU GDPR. Dubex har erfaring med at rådgive kunder i de fleste brancher i Danmark og giver her et overblik over, hvilke metoder de anbefaler.
Jakob Herbst, CTO, Dubex
Peytz & Co's morgeninspiration 5 november 2015. Værktøjer til Digital Strategi:
Cynefin Framework, Bussines Model Canvas, Value Proposition Design, Lean Start Up og Pretotyping.
Dette er vores standard-præsentation omkring Reload og vores proces. Det handler om, hvem vi er, hvordan vi arbejder og hvorfor vi synes, at det giver mening.
Det handler om hvorfor en agil tilgang og en proces omkring fast pris og et minimumsscope (MVP) giver mening.
Læs mere på https://reload.dk/proces
Har du svært ved at få jeres Kanban board til at fungere som det kraftfulde samarbejdsværktøj, som du havde forventet? Har I svært ved at få jeres Scrum board til at være en aktiv del af jeres daglige stand-up møder? Har dit team svært ved at få jeres opgaver til at passe ind i jeres opgavetavle? Eller har I svært ved at tage hul på at synliggøre jeres arbejdes kringlede processer i noget så simpelt som en tavle med nogle post-its?
Visualisering af arbejdsprocesser ved hjælp af opgavetavler kan være et enddog meget kraftfuldt værktøj for dit team i jeres vej mod bedre overblik, bedre opfølgning, bedre samarbejde og bedre kommunikation til omgivelserne om jeres vigtige arbejde. Men det kan være svært at løfte sin brug af opgavetavler udover de simple todo-doing-done tavler som man kan google sig til utallige eksempler på.
Hvad er godt håndværk indenfor software udvikling? - Og hvad betyder software craftsmanship egentlig?
På dette café-møde giver Nino sin vinkel på hvad det vil sige at være en software craftsman, og hvorfor det er vigtigt for også din organisation.
Estimering kan hjælpe agile teams til at blive mere opmærksomme deres egen formåen og kan være et vigtigt redskab til at styre frem mod en deadline.
Estimering er også et nyttigt redskab til hurtigt at afklare funktionalitetsområder, afdække risici og udfordringer inden vi bruger for lang tid på et forberede et funktionalitetsområde til implementering.
Fokus vil være på relativ estimering af funktionalitet og ikke på estimering af udviklingsopgaver (tasks) i timer i forbindelse med fx. sprint planning.
Overvejer I at indføre agil udvikling eller er I godt i gang? At indføre og få agil udvikling til at fungere er ikke nogen lille opgave.
Vi taler nogen gange om det, som var det en lille praktisk ting: Før gjorde vi tingene på [indsæt selv din foretrukne beskrivelse...] måden, nu gør vi det agilt. Hvor svært kan det være?
I virkeligheden er det at blive agil i en virksomhed som regel en forandring i både praksis, kultur og mindset.
Derfor er det en god idé at kende til opgavens omfang, være bevidst om virksomhedens udgangspunkt og vide hvad der skal til for at gennemføre successfulde forandringer i en virksomhed.
Bent Jensen, der har praktisk erfaring fra adskillige agile transformationer, vil på cafémødet gennemgå de mest effektive strategier og vise hvordan man vælger den rette og hvilke faldgruber man skal sørge for at undgå.
Code Camp er et koncept, der er udviklet til brug i agile udbud, hvor kunden møder leverandørens tilbudte team til en dag, hvor leverandør og kunde udvikler en lille løsning ved at anvende den agile proces i en stærk komprimeret udgave. Jeg har udviklet Code Camp-konceptet og gennemført ca. 40 Code Camps med forskellige teams fra forskellige leverandører. Udover at være et stærkt værktøj i tilbudsvurderingen, så har de mange intense møder med udviklingsteams og -leverandører givet nogle indsigter i, hvordan agile udviklingsteams fungerer. Hvad er typiske styrker og svagheder? Hvor lider teams af storhedsvanvid og hvornår undervurderer de egne evner? Der er også plads til et par betragtninger om ledelses- og virksomhedskultur hos den typiske danske it-leverandør. Jeg satser på at være både tankevækkende og provokerende og give anledning til en god diskussion om udviklerkultur.
Thomas Christensen har arbejdet i IT-branchen i mere end 20 år, både som virksomhedsleder og som selvstændig konsulent. I en årrække har han arbejdet med agile processer og udbud en række steder i staten, men lige nu er han data & solution/enterprise architect hos Maersk Oil.
Mangler du en pragmatisk introduktion til Scrum og Agile? Leder du efter startblokken for at komme i gang med agile projekter? Eller er dit behov essentiel viden om den agile proces, så du forstår hvad der forventes af dig?
På en aften vil du få løftet din forståelse af de tre mest udbredte agile metoder: Scrum, Kanban og XP. Du vil få præsenteret de enkelte metoders bestanddele og hvordan de hænger sammen. Du vil forstå metodernes forskelle og vil også få et indblik i hvordan de kan kombineres.
Alt i alt vil du få et godt grundlag på din vej til at blive en dygtig agil praktiker.
Lær 3 agile metoder på en aften, august 2015BestBrains
Mangler du en pragmatisk introduktion til Scrum og Agile? Leder du efter startblokken for at komme i gang med agile projekter? Eller er dit behov essentiel viden om den agile proces, så du forstår hvad der forventes af dig?
På en aften vil du få løftet din forståelse af de tre mest udbredte agile metoder: Scrum, Kanban og XP. Du vil få præsenteret de enkelte metoders bestanddele og hvordan de hænger sammen. Du vil forstå metodernes forskelle og vil også få et indblik i hvordan de kan kombineres.
Alt i alt vil du få et godt grundlag på din vej til at blive en dygtig agil praktiker.
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
Men nedbrydning handler ikke kun om en passende størrelse. Det kan også være et afgørende bidrag til effektiv prioritering og planlægning, og kan sågar mindske behovet for estimering.
Nedbrydning er også et generelt princip, der med fordel kan bruges på andre og større områder end blot en enkelt backlog.
Motivation er det grundstof der får virksomheder til at blomstre eller gå under. Det er det stof der skaber succes eller fiasko. Det er det der afgør om vi går glade på arbejde - eller bare er ligeglade.
Men er der en særlig form for motivation der skaber stress, udbrændthed og ødelagte liv og familier? Kan motivation være farligt? Er der en anden måde at skabe arbejdsglæde, begejstring og succes end at svinge pisken eller lokke med guleroden? Lær hvordan du passer på dig selv, dit team og hvordan du kan være med til at gøre det sjovt at arbejde.
I en omskiftelig verden med fokus på effektivitet og økonomi er tillid både et stærkt middel til og et resultat af et tæt samarbejde. Tillid skaber et stærkt og frugtbart arbejdsklima og er med til at give gode resultater.
Den agile omstilling - når forandring er sværtBestBrains
I bogen Switch: How to Change Things When Change Is Hard stiller brødrene Chip og Dan Heath skarpt på forandringsprocesser og hvad der skal til for at få dem til at lykkes.
At indføre agil udvikling kan være en stor og vanskelig forandringsproces. Bent Jensen og Nino Stokbro Ag fra Bestbrains viser med konkrete eksempler, hvordan man kan udnytte teknikkerne fra Switch som inspiration til den agile transformation og dermed øge chancerne for succes betydeligt.
11. “ Kravspecifikationer til web er ofte resultatet af, at en gruppe
mennesker uden indsigt i mediet og under tidspres bliver bedt
om at finde løsninger på problemer, de endnu ikke kender.
12. Eksempel
Formål:
At oprette brevskabeloner, der kan anvendes af XXXXXX i
givne XXXXXX-processer.
Aktører: Redaktionen
Før-tilstand, forudsætninger:
Aktøren er logget på systemet
Beskrivelse:
For aktøren er oprettelsen af en brevskabelon kendetegnet
ved at være dialogbaseret, brugervenlig og overskuelig.
Aktøren vælger at oprette en skabelon. Når aktøren vælger
at oprette en ny skabelon, vælges i en trinvis dialog,
hvilke felter der skal anvendes på formularen:
Indtastningsfelter (input) , Enten-eller felter (radio-
buttons) , Både-og felter (checkboxe) , Rullegardiner
(dropdowns), Kommentar-felt (text-area)
Aktøren har mulighed for at tilføje et vilkårligt antal
felter og i en vilkårlig rækkefølge. For hvert felt der
tilføjes, angiver aktøren overskrift til feltet. Gældende
for alle typer af skabeloner er, at aktøren angiver
13. Aktører: Redaktionen
Før-tilstand, forudsætninger:
Aktøren er logget på systemet
Eksempel
Beskrivelse:
For aktøren er oprettelsen af en brevskabelon kendetegnet
ved at være dialogbaseret, brugervenlig og overskuelig.
Aktøren vælger at oprette en skabelon. Når aktøren vælger
at oprette en ny skabelon, vælges i en trinvis dialog,
hvilke felter der skal anvendes på formularen:
Indtastningsfelter (input) , Enten-eller felter (radio-
buttons) , Både-og felter (checkboxe) , Rullegardiner
(dropdowns), Kommentar-felt (text-area)
Aktøren har mulighed for at tilføje et vilkårligt antal
felter og i en vilkårlig rækkefølge. For hvert felt der
tilføjes, angiver aktøren overskrift til feltet. Gældende
for alle typer af skabeloner er, at aktøren angiver
overskrift og brødtekst til skabelonen samt udløbsdato for
formularen.
Når udløbsdatoen er overskredet kan skabelonen ikke
længere anvendes af slutbrugerne på XXXXXXX.
Skabelonens opsætning følger de fastsatte design
retningslinier for XXXXXX, og aktøren har ikke mulighed
for at ændre på denne opsætning.
Efter-tilstand, resultat:
Aktøren har oprettet en brevskabelon uden brug af
programmering og HTML-tags.
14. Formålet med at bygge en
bro er broen i sig selv.
En webløsnings mål er
ikke løsningen i sig selv,
men den værdi,
løsningen skal skabe.
15. Reduktion ad absurdam
Hvad skal en kravspecifikation • Implementering: Hvilke krav er der til projektledelse og
gennemførelse af projektet. Hvilken rolle er det tilsigtet at
indeholde? leverandøren skal have? Hvilke arbejdsgange skal forbedres?
Hvordan ser det ud fra brugerens synsvinkel? Hvad er
• Det bedste forsvar mod tilbud af ringe kvalitet er at lave en
forbindelsen fra de forretningsmæssige mål til kravene?
godt organiseret kravspecifikation, som leverandører kan
Skal leverandøren bruge bestemte metoder og værktøjer
følge.
(f.eks. use cases, prototyping, agile, extreme programming,
• I grove træk skal en kravspecifikation indeholde følgende usability test). Hvor meget træning er nødvendig?
afsnit:
• Leverandør kvalifikationer og referencer.
• Opsummering: Hvilket problem skal løses, og hvilke behov
søges tilfredsstillet Målbare succeskriterier. • Yderligere information fra leverandøren: Hvis leverandøren
har relevant, men ikke påkrævet information at tilføje
• Administrativ information: Kontakt data, deadline, formalia,
vigtige definitioner og afgrænsning • Pris: Hvordan skal dette præsenteres?
• Tekniske krav • Kontrakt og licensaftale: Alle juridiske detaljer
• Leverandøren skal kunne forstå det eksisterende IT-landskab, • Bilag, der indeholder relevant information, så som
netværksdiagrammer, projektplaner og forretningskrav.
herunder hvilke systemer der skal integreres med. Her
nævnes også krav til oppetid, svartider, back-up, clustering, • De enkelte punkter i kravspecifikationen kan med fordel
load-balancing, dynamisk/statisk levering markeres med et “K” for krav og et “Ø” for ønske. Kravene er
forbeholdt de elementer, som er strengt nødvendige, mens
ønskerne forventes tilgodeset. Se eksempler på krav i vores
artikel om rimelige forretningskrav.
16. Beslutninger låses tidligt
Konventionel kravspec Agile / best practice
Man skal (forsøge) at tage hensyn til Man har fokus på målene og
alle scenarier. Typisk uden at visionen - problemer løses
gennemføre en egentlig designfase. undervejs.
Man skal forudse problemer, der
ikke er opstået endnu og situationer,
man ikke har kendskab til.
17. Beslutninger låses tidligt
Konventionel kravspec Agile / best practice
Designbeslutninger tages uden Alle optioner holdes åbne til sidste
indsigt, og låses kontraktligt. øjeblik. Designbeslutninger tages
først når indsigten er størst.
18. Vi leverer “til spec”
Konventionel kravspec Agile / best practice
En leverandør er fristet til at levere Målene sættes løbende i dialog
“til spec” og ikke til virkeligheden. mellem kunde og leverandør.
Målene er realistiske og bliver
“Til spec” opfylder kravene, men konstant holdt op imod den værdi,
resultatet kan være en skandale. som slutproduktet skal afføde.
19. Ændringer bliver svære
Konventionel kravspec Agile / best practice
Ændringer undervejs kan kræve Ændringer er nødvendige.
change requests og dermed store Processen lærer os nye ting og vi
summer i projektledelse. skal kunne adaptere undervejs.
Man vil derfor typisk forsøge at
undgå ændringer.
20. Kunden får en ja-siger
Konventionel kravspec Agile / best practice
Tilbudsfasen går nemmest, hvis Vi ved, at resultatet aldrig er som
man blot accepterer kravene specificeret, for ny viden opnået
(selvom kunden skriver, at man skal undervejs i processen giver os nye
udfordre kravspec’en). idéer.
Det er fristende at acceptere
tåbelige krav mod bedre vidende.
21. Forsimplet syn på udvikling
Konventionel kravspec Agile / best practice
Kravpec’en cementerer opfattelsen Drift er udvikling og udvikling er
af web- eller IT-udvikling som et drift.
projekt med en start, slutning og et
klart defineret produkt.
Man skelner typisk mellem udvikling
og drift
22. Kombineret med udbud, ak
Konventionel kravspec Agile / best practice
“Hvem kan bygge noget ud fra en “Hvem vil indgå i et samarbejde på
dårlig opskrift, på mindst tid og til disse vilkår, hvor begge parter gør
færrest penge” alt for at skabe værdi indenfor givne
økonomiske rammer”.
23. Pris
Konventionel kravspec Agile / best practice
Et komplekst udbud med stor Kunden og leverandøren bruger de
kravspec kan tage +1.000 timer at +2.000 timer til sammen at
skrive og +1.000 timer at besvare. formulere udfordringerne, målene
og opnå tillid og enighed.
Disse penge skal ind - prisen stiger.
24. Risiko
Konventionel kravspec Agile / best practice
Risikomaksimerende - projektledere Risikominimerende - product
på overarbejde og jurister stand-by. owners en del af løsningen, jurister
Modstridende interesser parterne i sjældent nødvendige. Fælles
mellem. interesser.
25. Dræbende interaktionsfejl
Misforståelser af brugerens Brugervenligheds-
mæssige fejl
kontekst
Processer Brugerforstår
understøttes Forkert ikke systemes
forkert. navngivning. brugerflade
Systemet er
Manglende Overflødig indforstået Systemet
funktionalitet funktionalitet taler ned til
brugeren
Konceptmæssige fejl
Diskursmæssige fejl
26. “Fail early”
Interaktionsfejl Interaktionsfejl Interaktionsfejl Interaktionsfejl “Amanda”
Kompleksitet / pris / risiko
fint acceptable problematiske ekstremt
problematiske
Sketching Wireframing Prototyping
Visual design Development
Risikominimering
Scope down
Tid
29. Start med interface design
Design Test
Indsigt Design Reality Agile
Forretning
Brand
Struktur
Interaktion
check Dev
Mål / KPI Dialog
Succeskriterier Visuelt Design
Brugere
Tech
Arkitektur
Platform
Data/Integration
30. IxD / IA
?
Projektledelse
Testbrugere
AD / Design
Beslutningstagere
31. Et nyt paradigme
Vælg leverandør på baggrund af meritter, ikke på
baggrund af et tilbud, som for det meste er ren leg Indse, at ingen spec er
med tal og typisk pålagt store risiko-buffere. fuldkommen, at software
udvikles over tid og at tillid er
Kunden: Insister på, at der den eneste vej.
Sats på langvarigt sættes et team, ikke bare sælges
samarbejde og timer. Læg stor vægt på fælles konceptudvikling.
tillidsopbygning.
Leverandøren: Insister på at
kunden dedikerer tid og
Formulér hvilke mål den endelige nøglepersoner, ikke blot Afsæt ikke et projektbudget,
løsning skal opfylde. Der kan være kommunikerer pr. skrift. men et løbende proces-
100 forskellige veje derhen - lyt til budget.
leverandørens idéer. Det kan typisk
gøres nemmere og billigere, end Begge parter: Undgå kompleksitet,
man troede. hvor muligt. Selvom man kan
sælge mange timer på indviklet
kode, så er det sjældent risikoen
værd.
