Bilde av Stalin

Bilde av Stalin

Hva er den beste måten å kjøre et webprosjekt på? Dette er noe vi stadig diskuterer i NetLife og vi har ikke fasiten. Ikke overraskende diskuteres dette også i det store utland, det vil si på Future of Web Design i London.

Bakgrunnen er at i de fleste prosjekter går 90 % av energien med til andre ting enn å jobbe med design og utvikling av selve nettstedet. Politikk, mer eller mindre effektive møter, argumenter og utredninger for å overbevise folk. Og, når du er ferdig lurer du litt på hvorfor resultatet ble som det ble. Så hvordan løser man dette:

Danny Somekh har en løsning: Kjør korte, intensive prosjekter inspirert av smidig metodikk. Redesign nettstedet ditt på 3 uker i stedet for 1 år.

Hva krever dette?

  • Kunden må være svært engasjert og villig til å sette av all tid disse ukene
  • Teamet må være “Dream team” – det er bare å ringe oss :)
  • Ikke bruk tid på å skrive kravspesifikasjoner: gjør alt visuelt. Lag prototyper kjapt.
  • Involver brukerne underveis
  • Leveranser hver dag
  • Kjør front end koding og visuelt design samtidig. Dette er to sider av samme sak
  • Lag noe på 3 uker. Få feedback fra brukerne og start videreutvikling etterpå

Lytt til Danny Somekh’s 10 minutters foredrag.

Sabrina Dent mener problemene oppstår fordi vi som utvikler webløsninger er altfor demokratisk anlagt. Løsningen: Den stalinistiske metoden for webdesign.

  • Ikke gi kunden valg. Ikke presenter 3 forslag og la kunden bestemme. Det er du som er eksperten! Gi kunden det ene forslaget som er det beste.
  • Just do it! Anta at du har makt til å gjøre noe inntil noen sier at du ikke har det.
  • Just say No! Kan vi gjør fonten litt mindre? Nei. Litt mer oransje? Nei. 3 nivåer i venstremenyen? Nei. Kunden vil ofte bare ha et nei og aksepterer dette. I 2 av 10 tilfeller vil kunden insistere og da forstår vi hva som virkelig er viktig for dem. For å gi noe til kunden kan du lage logoen litt mindre enn du selv syns er passe. Når kunden vil ha logoen større, sier du ja.

Er dette mulig? 3 ting må være til stede:

  1. Du må ha erfaring nok til å kunne improvisere underveis
  2. Du må ha selvtillit
  3. Sist, men ikke minst “you better not suck”

Lytt til hele foredraget til Sabrina Dent

Jostein Magnussen er enig med begge, men prosjektmetodikken må selvsagt tilpasses den enkelte organisasjon. Min erfaring:

  • Intense, korte prosjekter med en urokkelig tidsfrist er ofte de beste og de som gir best sluttresultat. Prosjektgruppen får energi og beslutningspress, pluss at vi unngår problemet med at vi alle glemmer 50% til neste møte
  • Små dedikerte prosjektgrupper med 80 – 100% tid på prosjektet er mye mer effektivt enn store grupper der alle har 30% tid
  • Beslutninger bør kunne tas i prosjektgruppa eller ved å stikke hodet inn på kontoret til prosjekteier
Lik dette innlegget 6 personer liker dette innlegget
Loading ... Loading ...

3 kommentarer


KP
4. mai 2009
kl. 10:57

I utgangspunktet liker jeg dette meget godt. Raske prosjekter har større sjanse til å bli suksesshistorier den korte prosjekter. Det som kan komplisere dette er manglende forretningsforståelse for kundens virksomhet. Men det er kanskje en selvfølge at mål og mening settes opp i forkant av stalin-prosjektet?


Thomas
5. mai 2009
kl. 11:06

Enig med KP. Det er ambisiøst å tro at man “kan alt” om en virksomhet bare fordi at man kan noe om nett. hvem er brukerne (sosialklienter eller innkjøpere), hva skal nettstedet brukes til..?, forventet effekt osv. osv. Kort fortalt; et raskt/kort prosjekt betyr nødvendigvis ikke at forprosjektet er raskt/kort.


Anonym
5. mai 2009
kl. 12:40

Helt enig med dere begge. Både mål og strategi, brukerbehov osv. må være på plass. Dette er særdeles viktig hvis prosjektet er kort og intensivt siden man ikke får så lang tid på å vurdere og revurdere disse tingene. Og, for at prosjektet skal kunne kjøres effektivt må alle i prosjektet ha et klart bilde av hva hovedmålet med nettstedet er. Gitt at nettstedet ikke er for stort og komplekst + at man har tilgang til de rette ressursene trenger ikke strategiprosessen og kartlegging av brukerbehov ta særlig mer enn en uke.

Gi oss din kommentar

eller