Sådan arbejder jeg

Seks trin, der ikke går lige ud.

Trinene er ægte nok, men rækkefølgen er ikke hellig. Vi springer tilbage, når noget viser sig ikke at holde — og det er hensigten, ikke en fejl i planen.

Trin 01

Forstå situationen

Jeg taler med dem, der lever med problemet til daglig — ikke kun med dem, der beskriver det på et møde. Ofte viser det sig, at to afdelinger beskriver to forskellige problemer med de samme ord. Rigtige brugere med rigtige oplevelser har ofte svaret - hvis vi bare spørger dem?

Typisk varighed
1–2 uger
I får
En skriftlig situationsbeskrivelse, I kan genkende jer selv i og som beskriver problemet vi kan løse sammen.
Trin 02

Udfordre antagelserne

Vores forståelse er sandsynligvis fyldt med antagelser. Vi skriver ned, hvad projektet tager for givet, og undersøger den antagelse, der ville koste mest at tage fejl af. Den mest værdifulde time i et projekt er ofte den, hvor en selvfølge falder eller en fordom bliver modbevist.

Typisk varighed
1-2 uger
I får
En liste over antagelser og fordomme — og hvilke af dem projektet hviler på og som vil give størst værdi
Trin 03

Opfinde retningen

Her opstår løsningen. Ikke som et valg mellem kendte muligheder, men som noget, der ikke fandtes før mødet. Det er den del, der er svær at bestille - og den del, der afgør resten af projektet. Når vi er klar giver løsningen sig selv - hvis ikke vi er klar kigger vi bagud og prøver igen.

Typisk varighed
1 dag
I får
En retning, der kan forklares på et minut og forsvares i et budget
Trin 04

Afprøve det vigtigste

Vi bygger først den del, der løser det lette problem. 80% af løsningen er nok til at få bevist påstanden - og så bygger vi resten bagefter. Småt, hurtigt og med rigtige brugere i hånden.

Typisk varighed
2–4 uger
I får
En prototype, I kan bruge til at beslutte med
Trin 05

Designe og bygge

Jeg designer og programmerer det selv. Det holder afstanden mellem idé og virkelighed kort, og det betyder, at en ændring i designet ikke kræver et nyt møde med et nyt firma. Jeg leverer en løsning der lever op til kravene og som er let at overlevere til IT afdelingen, hvis det er nødvendigt.

Typisk varighed
Afhænger af omfang
I får
Den færdige løsning — og koden bag den
Trin 06

Forankre løsningen

Overdragelse, oplæring og dokumentation. Målet er, at I kan drive løsningen videre uden mig — og selv beslutte, hvornår I vil have mig tilbage. Men måske giver det også mening at jeg følger implementeringen af produktet med ind i hverdagen? Måske har i brug for ekspertise, workshops, beviser eller forklaringer?

Typisk varighed
Afhængig af løsning - alt fra et møde til en længerevarende proces.
I får
Dokumentation, oplæring og adgang til alt materiale

Fire ting, jeg holder fast i

  • Problemet før løsningen

    Jeg siger nej til at bygge noget, jeg ikke tror på — og forklarer hvorfor.

  • Én person hele vejen

    Ingen overdragelse mellem konsulent, designer og udvikler. Det er den samme person.

  • Noget at se på hurtigt

    Der går sjældent mere end et par uger, før der er noget konkret at reagere på.

  • Åbent budget

    Timer, satser og eksterne udgifter står frit fremme fra begyndelsen. Enkelt og simpelt at forholde sig til.

Vi behøver ikke starte ved trin 01 i et stort projekt.

De fleste samarbejder begynder med et par timers sparring om, hvad problemet egentlig er.

Kontakt mig om et projekt