at de \u00f8nsker en leverand\u00f8r som kan tilby vedlikehold og support.<\/li>\n<\/ul>\n\n\n\nDet paradoksale med alle disse punktene, er at det er sv\u00e6rt vanskelig \u00e5 definere i en kravspesifikasjon. Det aller meste som beskrives i en kravspesifikasjon handler om brukeroppgaver og funksjonalitet knyttet opp mot en sluttbruker, alts\u00e5 de som bes\u00f8ker nettstedet. Men hvordan opplevelsen og fleksibiliteten til en redakt\u00f8r skal v\u00e6re, st\u00e5r det sjelden noe om.<\/p>\n\n\n\n
En funksjon som gj\u00f8r det samme, kan l\u00f8ses raskt og enkelt og se helt perfekt ut p\u00e5 nettsiden. Men hvis samme funksjon skal gj\u00f8res fleksibel slik at markedsavdelingen kan oppdatere og endre slik de selv \u00f8nsker, vil det kreve mer arbeid \u00e5 implementere.<\/p>\n\n\n\n
De fleste kravspesifikasjon som kommer til oss, har i hovedsak fokus p\u00e5 sluttbruker.<\/p>\n\n\n\n
Noe som nettopp bidrar til at en nettside kanskje ikke er fleksibel nok, eller enkel nok \u00e5 oppdatere. Dette minsker levetiden til en nettside.<\/p>\n\n\n\n
I et forprosjekt med Dekode vil vi alltid inkludere deres interne m\u00e5lgrupper.
Dette kan ha overraskende stor p\u00e5virkning p\u00e5 spesifikasjonen og estimatet.<\/p>\n\n\n\n
Intern forankring<\/h3>\n\n\n\n
Det kan v\u00e6re verd \u00e5 merke seg at mange ser p\u00e5 et nettsideprosjekt som noe rimelig enkelt. Men erfaringsmessig, ender prosjektene ofte med \u00e5 pirke i overordnet strategi, da en nettside p\u00e5 mange m\u00e5ter er et vindu inn i bedriften eller organisasjonens indre. Vi har flere ganger opplevd at et nettsideprosjekt har fungert som en katalysator for st\u00f8rre interne omprioriteringer.<\/p>\n\n\n\n
Av den grunn kan det v\u00e6re viktig \u00e5 inkludere og involvere relevante ledere i forprosjektfasen.<\/p>\n\n\n\n
Bli kjent<\/h3>\n\n\n\n
\u201cVi leter etter en langsiktig digital partner\u201d. Dette er typisk noe som st\u00e5r i de fleste henvendelsene vi f\u00e5r. Og med rette. Nummer en indikasjon p\u00e5 suksess i digitale flater er om bedriften eller organisasjonen har et langsiktig perspektiv p\u00e5 det de gj\u00f8r.<\/p>\n\n\n\n
Det betyr at for de fleste er det innledende prosjektet bare starten p\u00e5 et lengre samarbeid.<\/p>\n\n\n\n
Et godt samarbeidsklima hvor vi trives med \u00e5 jobbe sammen vil v\u00e6re viktig for alle parter, og et forprosjekt vil v\u00e6re en god mulighet for \u00e5 f\u00e5 en f\u00f8lelse med nettopp dette.<\/p>\n\n\n\n
Risiko<\/h3>\n\n\n\n
Totalen av alle \u00f8velsene og avklaringene som gj\u00f8res i et forprosjekt har til hensikt \u00e5 redusere risiko og i noen tilfeller indikere risiko. Med mindre du har en veldig gjennomarbeidet spesifikasjon, vil vi p\u00e5st\u00e5 at det \u00e5 sende ut en foresp\u00f8rsel med forventing om et presist estimat, er litt som et skudd i blinde.<\/p>\n\n\n\n
Alle leverand\u00f8rer tolker en spesifikasjon forskjellig og ikke minst finnes det mange m\u00e5ter \u00e5 l\u00f8se ulike ulike utfordringer p\u00e5. Det i seg selv representerer en stor risiko.<\/p>\n\n\n\n
Kravspesifikasjon og kostnadsramme<\/h3>\n\n\n\n
For de fleste som skal i gang med et mer eller mindre komplekst webprosjekt er den st\u00f8rste usikkerheten hva det vil koste?<\/p>\n\n\n\n
Ingen liker usikkerhet.<\/p>\n\n\n\n
Et forprosjekt har til hensikt \u00e5 definere en spesifikasjon som det er mulig \u00e5 gi en presis kostnadsramme p\u00e5.<\/p>\n\n\n\n
Som vi h\u00e5per \u00e5 ha belyst i avsnittene over s\u00e5 avhenger prisen av mange faktorer som dere i stor grad kan v\u00e6re med \u00e5 p\u00e5virke. V\u00e5r ambisjon er i mange tilfeller \u00e5 skalere ned lanseringsprosjektet, og heller ha en langsiktig plan slik at nettl\u00f8sningen raskt blir en del av verdiskapingen. For de fleste er det enklere \u00e5 investere litt og litt n\u00e5r en samtidig ser at nettsidene bidrar til inntekter eller annen form for m\u00e5loppn\u00e5else.<\/p>\n\n\n\n
Ikke alt lar seg estimere<\/h2>\n\n\n\n
Stort sett har vi en magef\u00f8lelse p\u00e5 et omfang av et prosjekt. Det er imidlertid noen ting som er notorisk vanskelig \u00e5 estimere, selv etter gjennomf\u00f8rt forprosjekt.<\/p>\n\n\n\n
Integrasjoner mot tredjepartssystemer skaper ofte mye usikkerhet da ikke alle tredjepartssystemer har god og riktig dokumentasjon. Der det er mulig vil vi g\u00e5 i dybden p\u00e5 dette i et forprosjekt og kunne komme opp med et grovt estimat. Men i noen tilfeller m\u00e5 det gj\u00f8res grundigere tekniske unders\u00f8kelser.<\/p>\n\n\n\n
Hva koster et forprosjekt<\/h2>\n\n\n\n
En tommelfingerregel er at et forprosjekt koster mellom 5 og 10 prosent av prosjektets totale ramme.\u00a0Vi mener det er en relativt liten investering for \u00e5 redusere risiko for alle parter.<\/p>\n\n\n
\t\t\t\tHillevi R\u00f8stad\t\t\t<\/div>\n\t\t\t