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.