Sådan arbejder jeg
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.
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.
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.
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.
Vi bygger først den del, der kan vise sig at være forkert — ikke den, der er nemmest at bygge. Småt, hurtigt og med rigtige brugere i hånden.
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.
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.
Jeg siger nej til at bygge noget, jeg ikke tror på — og forklarer hvorfor.
Ingen overdragelse mellem konsulent, designer og udvikler. Det er den samme.
Der går sjældent mere end et par uger, før der er noget konkret at reagere på.
Timer, satser og eksterne udgifter står frit fremme fra begyndelsen.
De fleste samarbejder begynder med et par timers sparring om, hvad problemet egentlig er.
Kontakt mig om et projekt