{"id":108154,"date":"2025-12-09T07:53:40","date_gmt":"2025-12-09T07:53:40","guid":{"rendered":"https:\/\/www.europesays.com\/no\/108154\/"},"modified":"2025-12-09T07:53:40","modified_gmt":"2025-12-09T07:53:40","slug":"5-tips-til-samarbeid-mellom-utviklere-og-designere","status":"publish","type":"post","link":"https:\/\/www.europesays.com\/no\/108154\/","title":{"rendered":"5 tips til samarbeid mellom utviklere og designere"},"content":{"rendered":"<p>    \u2013 Vi har testet parprogrammering mellom utvikler og designer, og det har fungert veldig bra for oss, skriver utvikler Solveig Myren og designer\u00a0Jesper Mattsson i Sikt, om ett av tipsene.<\/p>\n<p>\n        Solveig Myren og Jesper Mattsson har f\u00e5tt til samarbeid mellom designere og utviklere i Sikt, og deler sine beste tips.<br \/>\n        \ud83d\udcf8: Privat\n    <\/p>\n<p>        \u270d leserinnlegg<\/p>\n<p>Dette er et leserinnlegg fra en ekstern skribent, som betyr at innholdet ikke n\u00f8dvendigvis speiler kode24s meninger. Vil du ogs\u00e5 bidra? Send oss en epost p\u00e5 <a href=\"https:\/\/www.kode24.no\/cdn-cgi\/l\/email-protection\" class=\"__cf_email__\" data-cfemail=\"d6beb3bf96bdb9b2b3e4e2f8b8b9\" rel=\"nofollow noopener\" target=\"_blank\">[email\u00a0protected]<\/a>, eller <a href=\"https:\/\/www.kode24.no\/artikkel\/flere-utviklere-bor-skrive-mer-sann-blir-du-publisert-pa-kode24no\/75061915\" rel=\"nofollow noopener\" target=\"_blank\">les mer her<\/a>!<\/p>\n<p>Vi er Jesper (designer) og Solveig (utvikler).\u00a0<\/p>\n<p>For to \u00e5r siden var vi med \u00e5 starte opp et tverrfaglig produktteam, med b\u00e5de utviklere og designere, som skulle jobbe med L\u00e6remiddelkatalogen \u2013 en oversikt over digitale l\u00e6remidler for grunnoppl\u00e6ringen.<\/p>\n<p>Gjennom disse to \u00e5rene har vi funnet ut av hva som f\u00e5r samarbeidet mellom utviklere og designere til \u00e5 fungere best mulig.\u00a0<\/p>\n<p class=\"font-weight-bold m-font-weight-bold\" data-lab-font_weight=\"font-weight-bold\">Her er fem ting vi skulle \u00f8nske vi visste da vi startet opp teamarbeidet v\u00e5rt.<\/p>\n<p>#1: Involver hverandre tidlig i prosessen\u00a0<\/p>\n<p>Det finnes mange ulike metoder for \u00e5 jobbe med prosjekter p\u00e5.\u00a0<\/p>\n<p>Du har den klassiske fossefallmetoden, som ofte fungerer slik: lederen setter m\u00e5l, designeren leverer skisser, og til slutt implementerer utvikleren det designeren har laget. Du har ogs\u00e5 den litt mer smidigere varianten, med de samme tre fasene som i fossefall i tillegg til en justeringsfase p\u00e5 slutten.\u00a0<\/p>\n<p>Felles for disse metodene er at de er veldig oppstykket, og gj\u00f8r samarbeid vanskelig.<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251351.webp\" width=\"480\" height=\"308\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>I v\u00e5rt team har vi valgt \u00e5 jobbe sammen i alle steg av prosessen.\u00a0<\/p>\n<p>En designer, utvikler og produktleder setter m\u00e5l, vurderer brukerbehov og ser p\u00e5 tekniske muligheter sammen \u2013 f\u00f8r vi begynner.<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251353.webp\" width=\"480\" height=\"308\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p class=\"font-weight-bold m-font-weight-bold\" data-lab-font_weight=\"font-weight-bold\">Derfor fungerer det:<\/p>\n<ul>\n<li>\n<p>Man kan ta opp problemer og utfordringer f\u00f8r man starter arbeidet\u00a0<\/p>\n<\/li>\n<li>\n<p>Man f\u00e5r eierskap til det man skal jobbe med, og f\u00f8ler seg som en viktig del av arbeidet fra start\u00a0<\/p>\n<\/li>\n<\/ul>\n<p class=\"font-weight-bold m-font-weight-bold\" data-lab-font_weight=\"font-weight-bold\">Ting \u00e5 tenke p\u00e5:<\/p>\n<p>#2: Design stopper ikke n\u00e5r kodingen starter\u00a0<\/p>\n<p>Vi har tr\u00e5kket rett i overleveringsfellen der Jesper har designet store, fine og detaljerte skisser som han sendte til Solveig. S\u00e5 oppdaget Solveig tekniske hindre som gjorde at skissene ikke kunne implementeres.\u00a0<\/p>\n<p class=\"font-weight-bold m-font-weight-bold\" data-lab-font_weight=\"font-weight-bold\">Da m\u00e5tte designet justeres p\u00e5 nytt, og kodingen ble satt p\u00e5 vent frem til designet var klart. Dette tok lang tid, og var lite smidig.\u00a0<\/p>\n<p>N\u00e5 jobber vi mye mer iterativt. N\u00e5r vi har identifisert et brukerbehov, jobber vi tett sammen for \u00e5 raskt finne en l\u00f8sning.\u00a0<\/p>\n<p>For eksempel da vi skulle lage filterfunksjonalitet i L\u00e6remiddelkatalogen. Vi visste at l\u00e6rere ville filtrere p\u00e5 ulike ting n\u00e5r de leter etter digitale l\u00e6remidler til bruk i undervisningen, men vi visste ikke helt hva de ville filtrere p\u00e5.<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251355.webp\" width=\"480\" height=\"308\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>I stedet for \u00e5 lage en komplett ferdig prototype, startet vi med en skisse av et s\u00f8kefelt og filtrering p\u00e5 fag. Deretter startet Solveig \u00e5 kode, selv om bare en del av l\u00f8sningen var ferdig designet. Samtidig jobbet Jesper videre p\u00e5 designet.<\/p>\n<p>Derfor fungerer det:<\/p>\n<ul>\n<li>\n<p>Vi kan teste deler av l\u00f8sningen raskt.<\/p>\n<\/li>\n<li>\n<p>Designeren f\u00e5r innsikt i det tekniske tidlig, og kan dermed lage skisser som faktisk er mulig \u00e5 implementere.\u00a0<\/p>\n<\/li>\n<li>\n<p>Utvikleren slipper \u00e5 vente p\u00e5 at designet skal v\u00e6re ferdig f\u00f8r de kan starte p\u00e5 sin jobb.\u00a0<\/p>\n<\/li>\n<\/ul>\n<p>Ting \u00e5 tenke p\u00e5:<\/p>\n<p>        <a itemprop=\"url\" class=\"\" href=\"https:\/\/www.kode24.no\/artikkel\/lar-team-organisere-seg-selv-uten-mye-estimering-planning-og-retros\/212557\" data-k5a-url=\"https:\/\/www.kode24.no\/a\/212557\" rel=\"nofollow noopener\" target=\"_blank\"><\/p>\n<p>            Lar team bestemme selv, \u00abuten estimering, planning, retros\u00bb<\/p>\n<p itemprop=\"description\" class=\"subtitle \" style=\"\">\n    \u2013 Slik frihet krever mye tillit, men fostrer eierskap, engasjement og innovasjon, skriver Runar Halse i Conta, om \u00e5 jobbe i selvorganiserende team.\n<\/p>\n<p>        <\/a><\/p>\n<p>\u00a0#3: Parprogrammering er ikke bare for utviklere\u00a0<\/p>\n<p>Parprogrammering forbindes ofte med at to utviklere sitter sammen og skriver kode.\u00a0<\/p>\n<p>Vi har testet samme metode mellom utvikler og designer, og det har fungert veldig bra for oss.\u00a0<\/p>\n<p>Det betyr ikke at designeren skriver kode, men det betyr at vi sitter sammen n\u00e5r vi lager funksjoner og grensesnitt. <\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251357.webp\" width=\"480\" height=\"308\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>Solveig forklarer hva hun gj\u00f8r og hvorfor ting m\u00e5 gj\u00f8res p\u00e5 en bestemt m\u00e5te. Da kan Jesper se hvordan designet fungerer responsivt og foresl\u00e5r justeringer der og da.<\/p>\n<p>Derfor fungerer det:<\/p>\n<ul>\n<li>\n<p>Designer og utvikler slipper \u00e5 sende oppgaver fram og tilbake mellom seg.\u00a0<\/p>\n<\/li>\n<li>\n<p>Designeren kan enkelt forklare skissen, og hvilke problemer den skal l\u00f8se.\u00a0<\/p>\n<\/li>\n<\/ul>\n<p>Ting \u00e5 tenke p\u00e5:<\/p>\n<ul>\n<li>\n<p>Det kan v\u00e6re h\u00f8y terskel for \u00e5 starte \u00e5 parprogrammere, men det er absolutt verdt det.<\/p>\n<\/li>\n<li>\n<p>Ikke alle oppgaver egner seg for denne m\u00e5ten \u00e5 jobbe p\u00e5. De tunge backend-oppgavene kan utvikleren ta uten designeren.\u00a0<\/p>\n<\/li>\n<\/ul>\n<p>        <a itemprop=\"url\" class=\"\" href=\"https:\/\/www.kode24.no\/artikkel\/innforte-hospiterings-dager-utviklere-hadde-ingen-anelse-om-andre-teams-stack\/213181\" data-k5a-url=\"https:\/\/www.kode24.no\/a\/213181\" rel=\"nofollow noopener\" target=\"_blank\"><\/p>\n<p>            Demoer, fagdager og hackathon holdt ikke \u2013 dette ble l\u00f8sningen<\/p>\n<p itemprop=\"description\" class=\"subtitle \" style=\"\">\n    Demoer, fagdager og hackathon var ikke nok for Fremtind. Sercan Leylek forklarer hvorfor de heller begynte med hospiteringsdager.\n<\/p>\n<p>        <\/a><\/p>\n<p>#4: Det meste er mulig, men alt har en kostnad<\/p>\n<p>Ofte kan designere \u00f8nske seg store, kompliserte l\u00f8sninger. Noen ganger l\u00f8nner det seg, andre ganger koster det mer enn det smaker. <\/p>\n<p>For eksempel da Jesper ville ha filterknapper med tall p\u00e5 s\u00f8kesiden for l\u00e6remidler i L\u00e6remiddelkatalogen. De skulle vise antall treff per filter, og oppdatere seg etter hvilke filtre som var aktive. Pent, men veldig kostbart. Solveig sa derfor nei, og foreslo at dette kunne vente, ettersom det ville kostet mer enn det ville gi av nytte akkurat n\u00e5.<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251359.webp\" width=\"480\" height=\"284\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>Men noen ganger er det verdt \u00e5 lage de kompliserte l\u00f8sningene, nettopp fordi de gir mye verdi til brukeren. Da er det viktig at designere utfordrer utviklere som sier nei.\u00a0<\/p>\n<p>For eksempel da vi diskuterte sidevisning versus vis mer-knapp. Solveig ville bruke sidevisning, fordi det var mye enklere \u00e5 l\u00f8se teknisk, og fortsatt en god l\u00f8sning. Men Jesper mente at en vis mer-knapp var bedre for l\u00e6rerne som skulle bruke katalogen og behovene deres. Dermed lagde Solveig en vis mer-knapp i L\u00e6remiddelkatalogen.<\/p>\n<p class=\"font-weight-bold m-font-weight-bold\" data-lab-font_weight=\"font-weight-bold\">Ting \u00e5 tenke p\u00e5:<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251361.webp\" width=\"480\" height=\"240\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<ul>\n<li>\n<p>Det er viktig \u00e5 snakke om kostnader tidlig, da unng\u00e5r dere \u00e5 forelske dere i l\u00f8sninger som ikke l\u00f8nner seg.\u00a0<\/p>\n<\/li>\n<li>\n<p>Noen ganger er brukerbehovet viktigere enn hva det koster \u00e5 lage funksjonalitet. Da er det viktig at designere t\u00f8r \u00e5 utfordre, og at utviklere kan v\u00e6re \u00e5pne for \u00e5 gj\u00f8re ting p\u00e5 en annen m\u00e5te.\u00a0<\/p>\n<\/li>\n<\/ul>\n<p>        <a itemprop=\"url\" class=\"\" href=\"https:\/\/www.kode24.no\/artikkel\/effektive-moter-med-hora-mange-moter-foles-som-bortkasta-tid\/223475\" data-k5a-url=\"https:\/\/www.kode24.no\/a\/223475\" rel=\"nofollow noopener\" target=\"_blank\"><\/p>\n<p>            \u2013 Har du sittet i et m\u00f8te og lurt p\u00e5 hvorfor du er der?<\/p>\n<p itemprop=\"description\" class=\"subtitle \" style=\"\">\n    \u2013 Men hva om vi kunne gj\u00f8re m\u00f8ter til effektive verkt\u00f8y for samarbeid og fremgang? sp\u00f8r Maria Kamara, og har en metode.\n<\/p>\n<p>        <\/a><\/p>\n<p>#5. God kommunikasjon er viktig\u00a0<\/p>\n<p>Til syvende og sist handler et godt samarbeid om \u00e5 kommunisere godt sammen. <\/p>\n<p>Det er viktig at designere og utviklere lett kan prate sammen. Vi sitter faktisk rett ved siden av hverandre, og trenger bare snu oss for \u00e5 ha en samtale. Akkurat det er kanskje ikke mulig for alle, men da er det viktig \u00e5 bygge en kultur der man prater med hverandre.<\/p>\n<p>Hos oss er for eksempel designerne med i standups for utviklere. Der pr\u00f8ver vi \u00e5 gi designerne et innblikk i hva det er utviklerne driver med, p\u00e5 en s\u00e5 forst\u00e5elig m\u00e5te som mulig. <\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251363.webp\" width=\"480\" height=\"274\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>Designerne tar ogs\u00e5 med seg utviklere i design-aktiviteter.\u00a0<\/p>\n<p>For eksempel er det alltid med en utvikler p\u00e5 brukertester og brukersamtaler.\u00a0<\/p>\n<p>P\u00e5 denne m\u00e5ten f\u00e5r ogs\u00e5 de med seg brukerperspektivet inn i arbeidet.<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251365.webp\" width=\"480\" height=\"216\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>Et godt samarbeid kommer ikke av seg selv\u00a0<\/p>\n<p>Et knirkefritt samarbeid mellom utviklere og designere kommer ikke av seg selv.\u00a0<\/p>\n<p>Involver hverandre tidlig, jobb iterativt, parprogrammer n\u00e5r det passer, snakk om kost versus nytte, og prat sammen. Da har du et solid fundament for et godt samarbeid.<\/p>\n<p>                <img decoding=\"async\" src=\"https:\/\/www.europesays.com\/no\/wp-content\/uploads\/2025\/12\/251367.webp\" width=\"480\" height=\"288\" title=\"5 tips til samarbeid mellom utviklere og designere\" alt=\"\" loading=\"lazy\" style=\"\"\/><\/p>\n<p>Velg ett av tipsene og test det i neste sprint. Evaluer, juster og behold det som gir mest verdi for deg og teamet.\u00a0<\/p>\n<p>S\u00e5 h\u00e5per vi erfaringene v\u00e5re fra L\u00e6remiddelkatalogen kan hjelpe dere i gang!\u00a0<\/p>\n<p>        <a itemprop=\"url\" class=\"\" href=\"https:\/\/www.kode24.no\/artikkel\/nye-tall-mange-norske-utviklere-snakker-aldri-med-designere\/223971\" data-k5a-url=\"https:\/\/www.kode24.no\/a\/223971\" rel=\"nofollow noopener\" target=\"_blank\"><\/p>\n<p>            Mange norske utviklere snakker aldri med designere<\/p>\n<p itemprop=\"description\" class=\"subtitle \" style=\"\">\n    \u2013 Ledere m\u00e5 forst\u00e5 verdien av \u00e5 inkludere designere i teamene, skriver Ligia Rekkedal og Anna Steinsund, etter \u00e5 ha samla inn overraskende tall.\n<\/p>\n<p>        <\/a><\/p>\n","protected":false},"excerpt":{"rendered":"\u2013 Vi har testet parprogrammering mellom utvikler og designer, og det har fungert veldig bra for oss, skriver&hellip;\n","protected":false},"author":2,"featured_media":108155,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[58],"tags":[71,30,28,29,72],"class_list":{"0":"post-108154","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-underholdning","8":"tag-entertainment","9":"tag-no","10":"tag-norge","11":"tag-norway","12":"tag-underholdning"},"share_on_mastodon":{"url":"https:\/\/pubeurope.com\/@no\/115688532057558774","error":""},"_links":{"self":[{"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/posts\/108154","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/comments?post=108154"}],"version-history":[{"count":0,"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/posts\/108154\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/media\/108155"}],"wp:attachment":[{"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/media?parent=108154"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/categories?post=108154"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.europesays.com\/no\/wp-json\/wp\/v2\/tags?post=108154"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}