[{"title":"Agile","question":"Hva er Agile?","description":"En programvareutviklingsmetode som verdsetter tilpasningsevne og kontinuerlig levering.","date":"2024-11-16","categories":["agile"],"published":true,"slug":"agile","content":"

🔍 Definisjon

Agile er en programvareutviklingsfilosofi som fokuserer på kontinuerlig levering av verdi til kundene gjennom tilpasning, samarbeid og rask respons på endringer.

🚀 Opprinnelse

Opprinnelsen til Agile går tilbake til begynnelsen av 2000-tallet, med en viktig hendelse i 2001: opprettelsen av det smidige manifestet.

🧠 Bevegelse

Det startet som et svar på begrensningene og utfordringene ved tradisjonelle prosjektbaserte utviklingsmetoder, kjent som vannfallsmetoder, som var sekvensielle og lite fleksible.

🔁 Tilnærming

Agile er basert på en iterativ og inkrementell utviklingstilnærming der omfanget deles opp i små deler med hyppige leveranser, noe som gjør det mulig å tilpasse seg endrede krav.

🤝 Samarbeid

Agile fokuserer på team-samarbeid og kundens involvering gjennom utviklingen.

📈 Fordeler

Det er kjent for å forbedre produktkvalitet, ansatt- og kundetilfredshet, samt utviklingshastighet.

📚 Agile Rammeverk

Agile omfatter og relaterer til flere metoder og rammeverk som Scrum, Kanban og Lean.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Agile Coach","question":"Hva er en Agile Coach?","description":"Det er en person som veileder team og organisasjoner i smidighet.","date":"2024-11-16","categories":["agile","rolle"],"published":true,"slug":"agile-coach","content":"

🔍 Definisjon

En Agile Coach er en ekspert på smidighet som veileder enkeltpersoner, team og organisasjoner i å ta i bruk smidige prinsipper og praksiser.

📅 Opprinnelse

Rollen som Agile Coach ble introdusert av Kent Beck i 1999 i boken \"Extreme Programming Explained: Embrace Change\".

📈 Historisk Utvikling

Rollen startet med å fokusere på å hjelpe team med å adoptere smidige praksiser og har utviklet seg til å inkludere bredere organisatorisk transformasjon.

🪓 Ansvar

De fasiliterer adopsjonen av smidige rammeverk som Scrum eller Kanban, fremmer selvorganisering og leder organisasjonens smidige transformasjon.

🔑 Kompetanser

En Agile Coach må ha ferdigheter innen fasilitering, opplæring, mentoring, kommunikasjon og endringsledelse.

🌐 Viktighet

Deres rolle er avgjørende for å hjelpe organisasjoner med å navigere kompleksiteten i smidig transformasjon og oppnå bærekraftige endringer.

👤 Nøkkelpersoner

Lyssa Adkins er en av de mest kjente personene innen Agile Coach-rollen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Agile Manifesto","question":"Hva er det smidige manifestet?","description":"Det er en erklæring om 4 verdier og 12 prinsipper for smidig programvareutvikling.","date":"2024-11-16","categories":["agile","kanban","manifesto","principles","scrum","values"],"published":true,"slug":"agile-manifesto","content":"

📜 Definisjon

Det smidige manifestet er et dokument opprettet 12. februar 2001 av 17 eksperter innen programvareutvikling, som beskriver en ny tilnærming til programvareutvikling som prioriterer fleksibilitet og kundesamarbeid.

🌐 Kontekst

Manifestet var et svar på begrensningene ved tradisjonelle programvareutviklingsmetoder, med mål om å bedre møte brukernes raskt endrede behov i den digitale tidsalderen.

🏔️ Sted

Dokumentet ble utarbeidet på Snowbird ski-resort i Utah, USA. De 4 verdiene ble skapt under denne sesjonen, og senere ble de 12 prinsippene utviklet eksternt.

💎 Verdier

Verdsetter menneskelige interaksjoner over prosesser.
Prioriterer fungerende programvare fremfor omfattende dokumentasjon.
Foretrekker direkte samarbeid med kunden fremfor kontraktsforhandlinger.
Vektlegger å tilpasse seg endringer fremfor å følge en plan.

🛠 Prinsipper

De 12 prinsippene utfyller verdiene og fremmer hyppige leveranser, endringer som konkurransefordel, og prosjekter rundt motiverte individer.

📄 Tilgang

Les manifestet her: [Agile Manifesto](https://agilemanifest

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"ALM","question":"Hva står ALM for?","description":"Står for Application Lifecycle Management.","date":"2024-11-16","categories":["ALM","DevOps","programvare","utvikling"],"published":true,"slug":"alm","content":"

📜 Definisjon

ALM, eller Application Lifecycle Management, refererer til prosessen med å håndtere en programvareapplikasjon fra design og utvikling til pensjonering.

🔑 Nøkkel Aspekter

Det involverer flere faser som idéutvikling, design, utvikling, testing, produksjon, støtte og til slutt avvikling.

📈 Viktighet

Forståelse av ALM er viktig for effektiv programvareutvikling, og sikrer at applikasjonen møter forretningsmål og blir vellykket administrert gjennom hele livssyklusen.

🎯 Idéutvikling

Den innledende fasen hvor interessenter definerer hva de trenger fra applikasjonen, ofte gjennom brukerhistorier.

🛠️ Utvikling

Teamene samarbeider for å omforme kravene til en funksjonell applikasjon, inkludert oppgaver som design, koding og kvalitetsanalyse.

🧪 Testing

Applikasjonen testes grundig for å sikre at den møter spesifikasjonene og er feilfri.

🚀 Distribuering

Den utviklede og testede applikasjonen blir utgitt til sluttbrukere, ofte med versjonsstyring og distribusjonsplanlegging.

🔧 Vedlikehold

En kontinuerlig fase der støtte- og utviklingsteam jobber sammen for å håndtere problemer, planlegge oppdateringer og forbedre produktet.

🤖 Automatisering

I henhold til prinsippene for DevOps, bør mange rutineoppgaver i ALM automatiseres for å sikre kvalitet og etablere dem som standarder som sikrer kvalitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Antipattern","question":"Hva er et antipattern?","description":"En dårlig praksis som reduserer produktivitet, kommunikasjon eller kvalitet.","date":"2024-11-16","categories":["agile","beste praksis"],"published":true,"slug":"antipattern","content":"

🎯 Definisjon

Et \"antipattern\" refererer til et vanlig problem eller en dårlig praksis som hindrer vellykket implementering av et smidig rammeverk.

🚫 Påvirkning

Antipatterns kan føre til redusert produktivitet, lavkvalitetsleveranser og feil i å fullt ut realisere fordelene med smidige praksiser.

🔍 Eksempel

Et vanlig antipattern i Agile er \"feature factory\", som fokuserer på å levere funksjoner uten å vurdere deres virkelige verdi.

","language":"no","alternativeLangs":["cs","da","de","en","fi","fr","it","ja","ko","pl","pt","ru","sv","tr","zh"]},{"title":"API","question":"Hva er en API?","description":"Står for Application Programming Interface.","date":"2024-11-16","categories":["IT","utvikling"],"published":true,"slug":"api","content":"

🤖 Definisjon

En API, eller Application Programming Interface, er et sett med regler og protokoller som lar ulike programvareapplikasjoner kommunisere med hverandre.

🔗 Formål

APIs fungerer som en bro mellom applikasjoner og muliggjør utveksling av data og funksjonalitet, og er essensielle for moderne programvare og webapplikasjoner.

🔄 Funksjon

APIs fungerer ved å definere hvordan programvaremoduler samhandler: en applikasjon sender en forespørsel, og en annen gir et svar, alt etter reglene satt av API-en.

🤝 Kontrakt

For å sikre konsistens og sikkerhet i kommunikasjonen, defineres en tjenestekontrakt mellom applikasjonene, som beskriver hvordan forespørsler og svar skal struktureres.

🌐 Webtjenester

Alle webtjenester er APIs, men ikke alle APIs er webtjenester, ettersom APIs også kan brukes til kommunikasjon mellom lokale applikasjoner.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Asana","question":"Hva er Asana?","description":"Det er en prosjektstyringsprogramvare som muliggjør implementering av Kanban-metoden.","date":"2024-11-16","categories":["informasjon radiator","kanban","verktøy"],"published":true,"slug":"asana","content":"

🔍 Definisjon

Asana er en prosjektstyringsprogramvare som hjelper team med å organisere, spore og administrere arbeidet sitt.

🚀 Opprinnelse

Asana ble medstiftet av Dustin Moskovitz og Justin Rosenstein, begge involvert i å lede ingeniørteam hos Facebook. Beta-versjonen av Asana ble offisielt lansert i november 2011.

🧘‍♂️ Tilknytning til Yoga

Ordet \"asana\" kommer fra sanskrit og brukes i yoga for å referere til en stilling eller posisjon.

📊 Funksjonalitet

Asana gjør det mulig å administrere oppgaver og prosjekter, samarbeid i team og sporing av mål.

🌐 Tilgjengelighet

Asana er tilgjengelig på nettet, noe som gjør det praktisk for fjernarbeidende og distribuerte team.

🔄 Forhold til Kanban

Asana letter implementeringen av Kanban-metoden, og fungerer som en informasjon radiator ved å tillate visualisering av oppgaver på tavler. Disse tavlene gir et klart bilde av arbeidsflyt og fremdrift for hver oppgave.

🔗 Tilgang

For å få tilgang til Asana, besøk nettstedet deres

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"ASAP","question":"Hva betyr ASAP?","description":"Så snart som mulig.","date":"2024-11-16","categories":["uttrykk"],"published":true,"slug":"asap","content":"

🔍 Betydning

ASAP står for \"As Soon As Possible\" og er et akronym som brukes for å indikere hastverket i en forespørsel eller oppgave.

📧 Bruk

Vanligvis brukt i e-poster for å signalisere at noe trenger oppmerksomhet eller fullførelse raskt.

💬 Uformell Kontekst

Det brukes også i uformell kommunikasjon, som tekstmeldinger og chat, for å formidle behovet for rask respons eller handling.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Backlog","question":"Hva er en Backlog?","description":"Det er en organisert liste over oppgaver.","date":"2024-11-16","categories":["agile","produkt","scrum"],"published":true,"slug":"backlog","content":"

📋 Definisjon

En backlog er en organisert liste over arbeid for et utviklingsteam som er hentet fra veikartet og dets krav.

🔑 Viktighet

Det fungerer som en liste over prosjektets arbeidsobjekter, hjelper med å planlegge iterasjoner og letter kollektiv prioritering.

🎯 Prioritering

Backlog-elementer bør prioriteres basert på kriterier som kundeverdi eller implementeringsvanskeligheter.

📝 Detaljering

De viktigste elementene detaljert mer, mens de med lavere prioritet har færre detaljer og er typisk plassert nederst i backlogen.

🔄 Levende Liste

Det er en levende liste som bør endres ettersom utviklingen skrider frem.

🏉 Scrum

I Scrum er det to typer artefakter som bruker begrepet Backlog: Produkt Backlog og Sprint Backlog.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"BDD","question":"Hva er BDD?","description":"BDD står for Behavior Driven Development.","date":"2024-11-16","categories":["IT","bdd","dev","gherkin","programvareutvikling","samarbeid","testing"],"published":true,"slug":"bdd","content":"

📜 Definisjon

Behavior Driven Development (BDD) er en programvareutviklingsprosess som har som mål å forbedre samarbeidet. Den fokuserer på å definere systemets atferd fra brukerens perspektiv, ved å bruke spesifikasjoner skrevet på naturlig språk.

🌐 Kontekst

BDD utviklet seg fra Test Driven Development (TDD), med en mer brukerorientert tilnærming til krav og systematferd. Denne tilnærmingen hjelper til med å sikre at programvareutviklingen er bedre tilpasset forventningene og behovene til sluttbrukeren.

🏔️ Utvikling fra TDD

Overgangen fra TDD til BDD er preget av et skifte i fokus fra tester som kun er basert på kode, til tester som er basert på systematferd fra brukerens perspektiv. Dette letter en dypere forståelse av brukerens behov og hvordan systemet skal oppføre seg for å møte dem.

💎 Gherkin Språk

BDD bruker Gherkin-språket til å skrive spesifikasjoner på en måte som er forståelig både for tekniske og ikke-tekniske teammedlemmer. Dette gjør spesifikasjonene til en delt sannhetskilde som forbedrer kommunikasjonen og reduserer misforståelser.

📄 Tilpasning

BDD fremmer en delt forståelse av forventet programvareatferd, og sikrer at alle involverte, inkludert ikke-tekniske interessenter, har en klar forståelse av prosjektmålene. Denne tilnærmingen hjelper til med å unngå diskrepanser mellom det virksomheten trenger og det utviklingsteamet leverer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Beta","question":"Hva er en beta-versjon?","description":"Det er en forhåndsversjon av programvare som gjøres tilgjengelig for en utvalgt gruppe brukere for testing.","date":"2024-11-16","categories":["alfa","mvp","programvare","tilbakemelding","utvikling","versjon"],"published":true,"slug":"beta","content":"

🔬 Definisjon

En beta-versjon, også kjent som en forhåndsvisning, er en versjon av programvare som gjøres tilgjengelig for en utvalgt gruppe brukere for testing.

🛠️ Formål

Den gir utviklere muligheten til å samle tilbakemeldinger, identifisere og fikse feil, samt sikre stabilitet og funksjonalitet før den offisielle utgivelsen til allmennheten.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Backend for Frontend - BFF","question":"Hva er Backend for Frontend BFF?","description":"Et arkitekturmønster som lager spesifikke backend-tjenester for hver type frontend-grensesnitt.","date":"2024-11-16","categories":["BFF","arkitekturmønster","backend-tjenester","brukeropplevelse"],"published":true,"slug":"bff","content":"

🔄 Definisjon

Backend for Frontend (BFF) er et arkitekturmønster som innebærer å lage spesifikke backend-tjenester for hvert type frontend-grensesnitt, og optimalisere og tilpasse backend-en til de unike behovene til hvert frontend.

📱 Formål

BFF brukes for å forbedre brukeropplevelsen ved å tilpasse backend-tjenester til kravene fra ulike frontend-grensesnitt, som web, mobil eller tredjepartsapplikasjoner.

🔧 Implementering

BFF implementeres ved å introdusere et lag med backend-tjenester som fungerer som mellomledd mellom hoved-backenden og frontendene, og håndterer spesifikke forespørsler og svar for hvert frontend.

🚀 Fordeler

BFF forbedrer tilpasningsevne, uavhengighet mellom frontend- og backend-team, ytelse og enkel evolusjon i programvareapplikasjoner.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Blended Learning","question":"Hva er blended learning?","description":"Det er en pedagogisk tilnærming som integrerer ansikt-til-ansikt undervisning med online læringsaktiviteter.","date":"2024-11-16","categories":["b-learning","blended learning","online læring","pedagogisk teknologi","utdanning"],"published":true,"slug":"blended-learning","content":"

🔍 Definisjon

Blended Learning, også kjent som B-learning, er en pedagogisk tilnærming som kombinerer ansikt-til-ansikt undervisning med online læringsaktiviteter.

🎯 Formål

Denne metoden har som mål å integrere det beste fra begge utdanningsverdenene for å berike studentenes læringsopplevelse.

💻 Online Komponent

Den online delen av opplæringen erstatter ikke de fysiske klassene, men kompletterer dem, og gir en mer fleksibel og interaktiv læringsopplevelse.

🔄 Flipped Classroom

Begrepet Flipped Classroom refererer til læringsmetoden der studenter lærer nytt innhold hjemme gjennom online ressurser og deretter bruker det i klassen med lærerens veiledning.

📈 Fordeler

Noen av fordelene med Blended Learning inkluderer interaksjon, fleksibilitet, studentengasjement og tilgjengelighet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Blue / Green","question":"Hva er Blue / Green deployment?","description":"Det er en programvaredistribusjonsmetode som innebærer å opprettholde to identiske produksjonsmiljøer.","date":"2024-11-16","categories":["ALM","CD","CI","DevOps","distribusjon"],"published":true,"slug":"blue-green","content":"

🔄 Definisjon

Det er en programvaredistribusjonsmetode som innebærer å opprettholde to identiske produksjonsmiljøer, med ett miljø (blått) som kjører den nåværende versjonen av applikasjonen og det andre (grønt) som kjører den nye versjonen.

🚦 Trafikkbytte

Bare ett miljø mottar live-trafikk til enhver tid, med all produksjonstrafikk rettet mot det, mens det inaktive miljøet brukes til testing og rulling av nye endringer.

🔁 Tilbakestilling

Hvis problemer oppstår med den nye versjonen, kan trafikken umiddelbart byttes tilbake til det forrige live-miljøet, noe som minimerer nedetid og risiko.

🌐 Mål

Metoden har som mål å redusere nedetid under distribusjoner ved å umiddelbart omdirigere forespørsler fra ett miljø til et annet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Bottom-Up","question":"Hva er Bottom-Up transformasjonstilnærming?","description":"Den innebærer at transformasjon kommer fra teamene og opp til de høyere lagene i organisasjonen.","date":"2024-11-16","categories":["agile","myndiggjøring","tilnærming","transformasjon"],"published":true,"slug":"bottom-up","content":"

⬆️ Definisjon

I Agile transformasjon betyr Bottom-Up tilnærming at team og individer initierer smidige praksiser, med transformasjonen som gradvis sprer seg oppover, vanligvis gjennom ledelseslagene, på tvers av organisasjonen.

👥 Myndiggjøring

Denne metoden legger vekt på myndiggjøring og endring på teamnivå, som gjør det mulig med selvorganisering og organisk adopsjon av smidige prinsipper.

📈 Fremgang

Bottom-up transformasjoner starter ofte med ett eller flere pilotteam, og tillater en trinn-for-trinn tilnærming til smidig implementering og muligheten til å justere prosessen før den skaleres.

🚀 Fleksibilitet

Teamene kan skreddersy den smidige tilnærmingen til å passe organisasjonens spesifikke behov, noe som potensielt kan føre til en mer tilpasset og effektiv transformasjon.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Bug","question":"Hva er en bug?","description":"Det er en feil i koden som forårsaker en feilfunksjon i programmet.","date":"2024-11-16","categories":["bug","programvare","qa","test","utvikling"],"published":true,"slug":"bug","content":"

🐛 Definisjon

I programvarekontekst refererer en bug til en feil eller mangel i koden som forårsaker en feilfunksjon i programmet.

💻 Opprinnelse

Begrepet 'bug' ble først brukt i 1889 av Thomas Edison for å beskrive et teknisk problem, og har siden blitt adoptert i databehandling for å beskrive programvareproblemer.

🔍 Feilsøking

Prosessen med å finne og fikse bugs kalles feilsøking, og utviklere bruker verktøy kjent som feilsøkere for dette formålet.

💡 Viktighet

Bugs kan ha betydelige konsekvenser, fra små ulemper til store sikkerhetsrisikoer.

🪲 Bokstavelig Betydning

Ordet bug betyr bokstavelig talt insekt, og ble humoristisk brukt for å beskrive et teknisk problem da en møll forårsaket et problem i en datamaskin-relé i 1947.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Build","question":"Hva er en build?","description":"Det er prosessen med å lage og kompilere programvare, og resulterer i en kjørbar versjon av programmet.","date":"2024-11-16","categories":["automatisering","build","programvarekvalitet","programvareutvikling"],"published":true,"slug":"build","content":"

📜 Definisjon

I programvareutvikling refererer en build til prosessen med å lage og kompilere programvare, noe som resulterer i en kjørbar versjon av programmet. Denne prosessen er grunnleggende for testing og feilsøking av programvare før den slippes.

📦 Utfallet

Begrepet 'build' refererer også til programvareversjonen som er resultatet av build-prosessen. Dette utfallet er essensielt for forskjellige stadier av testing og den endelige implementeringen av programvaren.

🔄 Automatisering

Bygg kan automatiseres ved hjelp av verktøy som Make, Gradle, Ant eller Maven, som gjør repetitive og pålitelige byggeprosesser enklere. Automatisering av build er avgjørende for å opprettholde effektivitet og kvalitet i programvareutviklingen.

🔍 Typer

Det finnes forskjellige typer builds, inkludert utviklingsbuilds, testbuilds og produksjonsbuilds, som hver tjener spesifikke formål i programvareutviklingslivssyklusen.

👩‍💻 Viktighet

Builds er avgjørende for testing og feilsøking av programvare før den slippes, og sikrer kvalitet og funksjonalitet. De lar utviklere identifisere og fikse problemer i programvaren før den slippes til brukerne.

🔍 Kvalitetssikring

Testbuilds er spesielt viktige for QA (Quality Assurance)-team for å sikre at programvaren møter de nødvendige kvalitetsstandardene.

📈 Kontinuerlig Integrasjon

Bruken av build-automatiseringsverktøy i kontinuerlig integrasjon (CI)-prosesser hjelper med å opprettholde programvarekvalitet og pålitelighet, noe som gjør det mulig å levere oppdateringer og nye funksjoner raskere og mer effektivt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Burndown Chart","question":"Hva er et burndown chart?","description":"Det er en visuell representasjon av mengden arbeid som gjenstår å gjøre over tid.","date":"2024-11-16","categories":["fremdriftssporing","måling","scrum"],"published":true,"slug":"burndown-chart","content":"

📜 Definisjon

Et burndown chart er en visuell representasjon som viser mengden arbeid som gjenstår å gjøre over tid, og brukes ofte i Scrum for å spore fremdriften av et prosjekt.

⏳ Tid vs Arbeid

Diagrammet viser forholdet mellom mengden arbeid som gjenstår og tiden som er tilgjengelig for å fullføre det, og hjelper teamene med å administrere arbeidet og overholde fastsatte tidsfrister. Den horisontale aksen representerer tid, mens den vertikale aksen representerer mengden arbeid som gjenstår.

🔄 Iterativ Sporing

Diagrammet oppdateres jevnlig gjennom sprinten for å reflektere faktisk fremgang.

🎯 Ideell Trend

Det inkluderer en linje som representerer den ideelle fremgangen, og viser hvordan arbeidet skal reduseres over tid hvis alt går som planlagt.

📈 Faktisk Trend

Den faktiske gjenværende mengden arbeid plottes mot den ideelle trenden, og gir en klar visualisering av forventningen om å fullføre det planlagte omfanget.

🔧 Ytelsesanalyse

Diagrammet fungerer også som et verktøy for å evaluere teamets ytelse og identifisere forbedringsområder.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Burnup Chart","question":"Hva er et burnup chart?","description":"Det er en visuell representasjon av mengden arbeid som er fullført over tid.","date":"2024-11-16","categories":["agile","målinger","scrum"],"published":true,"slug":"burnup-chart","content":"

📜 Definisjon

Et burnup chart er en visuell representasjon som viser mengden arbeid som er fullført over tid, og illustrerer den kumulative fremgangen mot omfanget eller målene for prosjektet.

🔍 Tolkning

X-aksen representerer tid, vanligvis i sprinter eller uker, mens Y-aksen representerer mengden arbeid som er fullført, ofte i story points eller andre relevante mål.

🎯 Formål

Det brukes av team for å spore og forutsi fremgang, håndtere endringer i omfanget og ta datadrevne beslutninger.

⬇️ Kontrast med Burndown Chart

I motsetning til burnup chartet, sporer burndown chartet det gjenværende arbeidet i stedet for fullført arbeid, med den ideelle linjen for omfanget som reduseres over tid.

🔄 Scrum

Burnup chartet er et verktøy som ofte brukes i smidige rammeverk som Scrum for å overvåke og håndtere leveranser.

🔢 Ideell Linje

En rett linje tegnes for å representere det ideelle omfanget, som viser det totale arbeidet som må fullføres.

♻️ Omfangsendringer

Diagrammet oppdateres for å reflektere endringer i omfang, og justerer den ideelle omfangslinjen deretter.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Business Agility","question":"Hva er Business Agility?","description":"Det er organisasjonens evne til å tilpasse seg og respondere på endringer.","date":"2024-11-16","categories":["digital transformasjon","forretningsagilitet","innovasjon","ledelse","tilpasning"],"published":true,"slug":"business-agility","content":"

📜 Definisjon

Business Agility, eller bedriftsagilitet, refererer til en organisasjons evne til å tilpasse seg og respondere på endringer på en rask, kontinuerlig og systematisk måte, og dermed opprettholde lønnsomhet og overgå konkurransen.

🔄 Tilpasning

Det innebærer å skape og levere ny verdi til kundene, møte deres utviklende behov, og dermed oppnå konkurransefortrinn.

📈 Viktighet

Business Agility er avgjørende i dagens digitale tidsalder, hvor raske og radikale endringer i forretningsmiljøet krever at organisasjoner er fleksible og motstandsdyktige.

🎯 Kundesentrering

Business Agility innebærer en dyp vurdering av kundens behov og et engasjement for å levere verdi til dem (Customer Centricity).

📊 Data

Å anerkjenne viktigheten av data og utnytte den som et strategisk aktivum er et nøkkellement i Business Agility.

🌐 Markedsobservasjon

Kontinuerlig overvåking av markedet er nødvendig for å tilpasse seg endrede forhold og kundens etterspørsel.

🔄 Beslutningsprosesser

Implementering av smidige beslutningsprosesser som kontinuerlig vurderer forretningsmuligheter og initiativer.

📈 Porteføljejustering

En nøkkel til Business Agility er raskt å tilpasse porteføljen av forretningsinitiativ for å møte organisasjonens mål.

🛠️ Organisasjonsstruktur

En viktig del av tilnærmingen er behovet for å tilpasse organisasjonsstrukturen for å være mer fleksibel og responsiv til endringer.

💼 Ledelsesfokus

Business Agility legger vekt på ledelse i konteksten av digital transformasjon og viktigheten av smidighet i moderne virksomheter.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Canary Release","question":"Hva er en Canary Release?","description":"Det er en distribusjonsstrategi som brukes for å minimere risiko.","date":"2024-11-16","categories":["DevOps","distribusjon","release","risiko"],"published":true,"slug":"canary-release","content":"

🐤 Definisjon

En Canary Release er en distribusjonsstrategi brukt i programvareutvikling for å redusere risikoen ved å introdusere en ny versjon ved først å rulle den ut til en liten gruppe brukere.

📅 Opprinnelse

Navnet stammer fra gruvearbeidere som tok med seg en kanarifugl i et bur ned i kullgruvene. Hvis giftige gasser lekket ut i gruven, ville kanarifuglen dø før gruvearbeiderne.

🔍 Overvåkning

Systemet blir nøye overvåket for problemer, og hvis den nye versjonen fungerer bra, blir den gradvis rullet ut til flere brukere.

🔄 Tilbakestilling

Hvis problemer oppdages, kan distribusjonen rulles tilbake, og den gamle versjonen kan gjenopprettes for alle brukere.

👥 Utvalg

Ulike strategier brukes for å velge hvilke brukere som skal eksponeres for den nye versjonen, som tilfeldig utvalg eller utvalg basert på demografi.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"CD","question":"Hva er CD?","description":"Står for kontinuerlig distribusjon.","date":"2024-11-16","categories":["DevOps","alm","automatisering","ci","deploy","release"],"published":true,"slug":"cd","content":"

🔄 Definisjon

Kontinuerlig distribusjon, eller kontinuerlig levering (CD), er en programvareutviklingstilnærming hvor kodeendringer automatisk distribueres til produksjonsmiljøet gjennom en serie automatiserte tester.

🛠️ Prosess

Nye kodeendringer går gjennom en test- og inspeksjonspipeline, og hvis de blir godkjent, distribueres de direkte til produksjonsmiljøet.

🚀 Fordeler

Kontinuerlig distribusjon akselererer programvareleveranser, reduserer tiden til markedet for nye funksjoner, og gir raskere tilbakemeldingssykluser.

🐞 Korrigering

Hyppige distribusjoner gjør det lettere å finne og fikse feil, ettersom feilene er nyere og lettere å spore.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"CFD","question":"Hva er en CFD?","description":"Står for Cumulative Flow Diagram.","date":"2024-11-16","categories":["CFD","kaizen","kanban","kontinuerlig forbedring","måling"],"published":true,"slug":"cfd","content":"

📜 Definisjon

Et Cumulative Flow Diagram (CFD) er et visuelt verktøy brukt i Kanban for å spore ytelsen til et system eller team, og viser hvordan arbeidsobjekter beveger seg gjennom ulike stadier over tid.

🔍 Formål

Det gir innsikt i arbeidsflytens stabilitet og effektivitet, fremhever områder som kan forbedres og hjelper med å identifisere flaskehalser.

📈 Elementer

Diagrammet består av bånd som representerer ulike faser av arbeidsflyten, der bredden på hvert bånd indikerer antall arbeidsobjekter i den fasen til enhver tid.

🔄 CFD Analyse

Trender i CFD kan analyseres for å forstå leveringstid, syklustid, arbeid i prosess (WIP), og for å identifisere uregelmessigheter eller ytelsesproblemer.

📏 Aksene

Den horisontale aksen representerer tid, og viser utviklingen av arbeidsobjekter gjennom arbeidsflyten, mens den vertikale aksen måler mengden av arbeidsobjekter, vanligvis representert som WIP i hver fase.

🔄 Lead Time

CFD kan brukes til å analysere Lead Time, som er tiden det tar for et arbeidsobjekt å gå fra start til slutt.

🔄 Cycle Time

Det hjelper også til å forstå Cycle Time, som er tiden det tar å fullføre en enkelt iterasjon av et arbeidsobjekt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"CI","question":"Hva betyr CI?","description":"Står for Kontinuerlig Integrasjon.","date":"2024-11-16","categories":["ALM","CI","DevOps","automatisering","kvalitet","utvikling"],"published":true,"slug":"ci","content":"

📜 Definisjon

Kontinuerlig integrasjon (CI) er en programvareutviklingspraksis hvor utviklere regelmessig slår sammen sine kodeendringer i et sentralt repository, etterfulgt av automatiserte bygg og tester. Det er en kjernepraksis i DevOps-filosofien.

🔨 Automatisering

CI involverer både en kulturell komponent, som fremmer hyppig integrasjon, og en automatiseringskomponent. Kodeendringer utløser automatiserte byggeprosesser for å lage kjørbar programvare.

🚀 Mål

De viktigste målene med CI er å finne og fikse feil raskt, forbedre programvarekvaliteten og redusere tiden det tar å validere og distribuere nye programvareoppdateringer.

🔄 Tillit

Hyppig integrasjon skaper tillit til at kodebasen alltid er i en funksjonell tilstand.

🔬 Testdekning

CI bør inkludere et omfattende sett med automatiserte tester for å dekke ulike aspekter av programvaren og sikre dens kvalitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"CI/CD","question":"Hva er kontinuerlig integrasjon (CI) og kontinuerlig distribusjon (CD)?","description":"De er nøkkelpraksiser innen programvareutvikling og sentrale søyler i DevOps-tilnærmingen.","date":"2024-11-16","categories":["CD","CI","DevOps"],"published":true,"slug":"ci-cd","content":"

🔄 Kontinuerlig Integrasjon (CI)

CI innebærer hyppig integrasjon av kodeendringer i et delt repository og automatisering av tester for å sikre påliteligheten av koden.

📦 Kontinuerlig Levering (CD)

CD automatiserer prosessen med testing og levering av kodeendringer, og stopper rett før automatisk distribusjon til produksjon.

🔁 CI/CD Pipeline

En pipeline er et sammenkoblet sett med tester, prosesser og kontroller som inkluderer CI, CD, støttet av smidig tankegang, DevOps-tilnærming og SRE-praksis.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"CoE","question":"Hva er et CoE?","description":"Står for Center of Excellence.","date":"2024-11-16","categories":["Kaizen","agile","center of excellence"],"published":true,"slug":"coe","content":"

📜 Definisjon

Et Center of Excellence (CoE) er en strategisk enhet innen en organisasjon som gir ekspertise og spesialiserte ferdigheter for å fremme og sikre fortreffelighet i praksisene i sitt fagområde.

🎯 Formål

Hovedformålet med et CoE er å drive adopsjon, optimalisering og styring av beste praksis. CoEs spiller en avgjørende rolle i å påvirke organisasjonskulturen mot kontinuerlig forbedring.

🤝 Samarbeid

CoEs samarbeider med team for å spre kunnskap og beste praksis, med mål om å forbedre kvaliteten og konsistensen i organisasjonen.

👩‍🏫 Tjenester

Blant tjenestene til et CoE er opplæring, prosessopprettelse, playbooks og mentoring.

📝 Styringsrammeverk

CoEs etablerer styringsrammeverk for å sikre riktig implementering og overholdelse av beste praksis.

📈 Målinger

CoEs måler ofte den korrekte ytelsen av deres disiplinens praksis innen organisasjonen og identifiserer forbedringsområder.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Commitment Point","question":"Hva er Commitment Point?","description":"Det er stadiet i arbeidsflyten hvor et arbeidsobjekt er klart til å bli inkorporert i systemet.","date":"2024-11-16","categories":["effektivitet","flyt","forpliktelse","kanban"],"published":true,"slug":"commitment-point","content":"

📜 Definisjon

En commitment point i Kanban er stadiet i arbeidsflyten hvor et arbeidsobjekt er klart til å bli inkorporert i systemet og flyte gjennom det, og representerer en forpliktelse til å jobbe med og levere objektet.

🔄 Betydning

Det er et nøkkelkonsept for å håndtere arbeid i prosess og sikre at team kan levere forpliktet arbeid med større forutsigbarhet.

📊 Visuell Representasjon

Commitment points visualiseres vanligvis som skillet mellom to kolonner på en Kanban-tavle for å gi klarhet om status på arbeidsobjektene og hjelpe til med å administrere arbeidsflyten.

🛠️ Effektivitet

Ved å definere commitment points kan team unngå å bli overbelastet med for mange oppgaver og opprettholde balansen mellom etterspørsel og kapasitet.

📝 Eksplisitt Bekreftelse

Commitment points krever eksplisitt bekreftelse fra teamet om at et arbeidsobjekt er klart til å startes og leveres.

🏉 Scrum

I Scrum er ekvivalenten til en Kanban commitment point opprettelsen av Sprint Backlog.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Community of Practice - CoP","question":"Hva er en Community of Practice?","description":"Det er en gruppe mennesker som deler en bekymring, et sett med problemer eller en lidenskap for et emne.","date":"2024-11-16","categories":["CoP","kunnskap","læring"],"published":true,"slug":"cop-comunidad-de-practicas","content":"

📜 Definisjon

En CoP (Community of Practice) er en gruppe mennesker som deler en bekymring, et sett med problemer, eller en lidenskap for et emne, og som utdyper sin kunnskap og ekspertise på dette området gjennom kontinuerlig interaksjon.

🔍 Formål

CoPs dannes for å fremme læring, problemløsning og deling av beste praksis innen et profesjonelt eller organisatorisk kontekst.

👥 Medlemmer

CoPs består vanligvis av medlemmer som er praktiserende i et spesifikt fagfelt og som samarbeider om å utvikle et delt repertoar av ressurser, erfaringer og verktøy.

📚 Opprinnelse

Begrepet CoPs ble først foreslått av kognitiv antropolog Jean Lave og utdanningsteoretiker Etienne Wenger på 1990-tallet.

👩‍🏫 Naturlig Danning

CoPs oppstår ofte organisk innen organisasjoner når praktikerne med lignende interesser og utfordringer kommer sammen for å samarbeide.

📅 Utvikling

Over tid utvikler CoPs sin egen identitet, praksis og arbeidsmåter, og blir ofte en integrert del av organisasjonens kunnskapsforvaltning.

🔧 Fasilitering

Noen organisasjoner støtter aktivt dannelsen av CoPs ved å tilby ressurser, ledelse og en plattform for kommunikasjon og samarbeid.

📈 Praksis

CoPs fokuserer på utvikling og deling av beste praksis og praktisk kunnskap innen sitt fagområde.

📚 Kunnskapsforvaltning

CoPs er effektive i å fange og spre taus kunnskap innen en organisasjon.

","language":"no","alternativeLangs":["da","en","es","fi","fr","it","ja","ko","pl","pt","ru","sv","tr","zh"]},{"title":"Cost of Delay","question":"Hva er Cost of Delay?","description":"Representerer den økonomiske virkningen av en forsinket levering over tid.","date":"2024-11-16","categories":["SLA","kanban","lean","måling","prioritering"],"published":true,"slug":"cost-of-delay","content":"

📜 Definisjon

Cost of Delay (CoD) representerer den økonomiske virkningen av en forsinkelse i leveringen av et produkt eller en tjeneste.

📊 Betydning

Det er en viktig måling i lean management og kanban-metoden for å prioritere arbeid, redusere sløsing og forstå virkningen av forsinkelser.

🎯 Formål

Hensikten er å øke bevisstheten om den økonomiske virkningen av forsinkelser.

🔢 Beregning

Inkluderer estimering av ukentlig inntekt som leveringen ville generere og deler det på prosjektets varighet.

➗ Teknikk

CD3 er en teknikk som hjelper med å prioritere en backlog. Den beregnes ved å dele Cost of Delay med prosjektets varighet for å få størrelsesordenen for å rangere hvert PBI (Product Backlog Item).

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Crystal Method","question":"Hva er Crystal Method?","description":"Det er et rammeverk som prioriterer mennesker og deres interaksjoner over prosesser og verktøy.","date":"2024-11-16","categories":["agile","rammeverk"],"published":true,"slug":"crystal-method","content":"

🔍 Definisjon

Crystal Method er et prosjektstyringsrammeverk som prioriterer mennesker og deres interaksjoner over prosesser og verktøy.

👨‍💻 Skaper

Alistair Cockburn utviklet Crystal-metoden for IBM i 1991, som et svar på behovet for en mer fleksibel og tilpasningsdyktig prosjektstyringsmetode.

🌐 Tilnærming

Crystal er en del av den smidige tankegangen, og legger vekt på tilpasningsevne og team-samarbeid.

📊 Fargekoding

Crystal er delt inn i flere fargekodede grupper basert på teamstørrelse, med hver gruppe som har sitt eget sett med retningslinjer.

📜 Kjennetegn

Crystal-metoden er menneskedrevet, tilpasningsdyktig og ultralette, og krever minimal dokumentasjon og vektlegger fleksibilitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Customer Centricity","question":"Hva betyr Customer Centricity?","description":"Det er å sette kunden i sentrum.","date":"2024-11-16","categories":["kultur","strategi","ux"],"published":true,"slug":"customer-centricity","content":"

📜 Definisjon

Customer Centricity er en forretningsstrategi som prioriterer å sette kunden i sentrum for alle operasjoner, med mål om å gi en positiv opplevelse og bygge langsiktige relasjoner.

📈 Viktighet

Det er avgjørende for virksomheter, da det kan øke kundelojalitet, forbedre retensjonsrater og til slutt oppnå større lønnsomhet.

📊 Bruk av Data

En nøkkelkomponent i denne tilnærmingen er å bruke kundens brukervennlighet og engasjementsdata for å forstå deres atferd og preferanser.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","pl","pt","ru","tr","zh"]},{"title":"Cycle Time","question":"Hva er Cycle Time?","description":"Det er varigheten det tar for et element å bli fullført i en gitt prosess.","date":"2024-11-16","categories":["gjennomstrømning","kanban","lead time","leveringstakt","målinger","syklustid"],"published":true,"slug":"cycle-time","content":"

📜 Definisjon

Cycle time refererer til tiden det tar for et arbeidsobjekt å gå gjennom produksjons- eller utviklingsprosessen fra start til slutt. Det vil si, fra når aktivt arbeid begynner på objektet til det er klart til å leveres.

🆚 Forskjell med Lead Time

Hovedforskjellen mellom Cycle Time og Lead Time ligger i måleområdet.

📅 Måling

Cycle time måles ved å registrere start- og sluttdatoer og -tider for hvert objekt når det går gjennom tavlen.

🔢 Beregning

Formelen for Cycle Time er (Fullføringsdato - Startdato) + 1, for å ta hensyn til objekter som er ferdig på samme dag som de startet.

🎯 Forbedring

Strategier for å forbedre Cycle Time inkluderer å begrense arbeid i prosess og adressere flaskehalser.

📈 Gjennomsnittlig Cycle Time

Team kan bruke historiske data for å beregne den gjennomsnittlige Cycle Time for prosessen, som hjelper med fremtidige prediksjoner.

📈 Ytelsesanalyse

Regelmessig analyse av Cycle Time-data kan hjelpe med å identifisere forbedringsområder og validere effekten av endringer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Disciplined Agile Delivery - DAD","question":"Hva er Disciplined Agile Delivery?","description":"Det er en fleksibel tilnærming til å anvende Agile.","date":"2024-11-16","categories":["PMI","agile","disciplined agile delivery","skalering"],"published":true,"slug":"dad---disciplined-agile-delivery","content":"

📜 Definisjon

Disciplined Agile Delivery (DAD) er et verktøysett som gir en fleksibel tilnærming til å bruke smidige metoder i organisasjoner.

📅 Opprinnelse

Scott Ambler og Mark Lines er medskaperne av Disciplined Agile Delivery.

🔄 Utvikling

Opprinnelig kjent som DAD, har det utviklet seg til Disciplined Agile (DA) og anses nå som et verktøysett heller enn et rammeverk.

🔧 Fleksibilitet

Det er designet for å være agnostisk og pragmatisk, slik at organisasjoner kan velge de beste verktøyene og tilnærmingene basert på deres spesifikke kontekst.

📚 Integrasjon

Integrerer ulike rammeverk som Scrum, Kanban, XP, DevOps og SAFe, samtidig som det gir veiledning om hvordan man tilpasser og effektivt bruker disse praksisene.

📈 Oppkjøp av PMI

Prosjektledelsesinstituttet (PMI) kjøpte Disciplined Agile i 2019, med mål om å forbedre og fremme bruken av det.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"DDD","question":"Hva er DDD?","description":"Det står for Domain-Driven Design.","date":"2024-11-16","categories":["BDD","DDD","TDD"],"published":true,"slug":"ddd---domain-driven-design","content":"

📜 Definisjon

Domain-Driven Design (DDD) er en programvareutviklingsmetode som fokuserer på å lage programvare av høy kvalitet som møter forretningsbehovene.

🎯 Primært Fokus

DDD legger vekt på å plassere hovedfokuset til et prosjekt på kjernelogikk og konsepter innenfor forretningsområdet.

🤝 Samarbeid

DDD fremmer kreativt samarbeid mellom tekniske eksperter og domeneeksperter for å sikre at modellen nøyaktig reflekterer forretningen.

📚 Referansemateriale

Modellen fungerer som referanse for både forretnings- og tekniske team, og bruker et felles \"ubiquitous language\" for å beskrive konsepter.

🗂️ Modell Artefakter

Modellen består av ulike artefakter som diagrammer, dokumenter og prototyper som representerer forretningsområdet.

🔄 Synkronisering

Modellen og programvaredesignet må holdes synkronisert, med eventuelle endringer i designet som valideres mot modellen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Delivery","question":"Hva er Delivery?","description":"Det er levering av programvare.","date":"2024-11-16","categories":["alm","utvikling"],"published":true,"slug":"delivery","content":"

🔄 Definisjon

Delivery refererer til levering av programvare fra et team.

🎯 Fokus på Verdi

For den smidige tankegangen er hyppig og tidlig levering av verdifull programvare avgjørende for å få umiddelbar tilbakemelding som gjør det mulig å utnytte tilpasning som et konkurransefortrinn.

📈 Målinger

Noen av målingene som brukes for å vurdere teamets leveringskapasitet er: Lead Time, Cycle Time og Throughput.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Design Sprint","question":"Hva er Design Sprint?","description":"Det er en prosess som gjør det mulig å lage og teste en prototype på bare fem dager.","date":"2024-11-16","categories":["Agile","MVP","Produkt","Prototype","design sprint","innovasjon","validering"],"published":true,"slug":"design-sprint","content":"

🚀 Definisjon

Design Sprint er en smidig produktutviklingsprosess som gjør det mulig å lage og teste en prototype på bare fem dager.

🔍 Opprinnelse

Design Sprint ble utviklet av Jake Knapp og hans kolleger ved Google Ventures. Dens opprinnelse stammer fra et forsøk på å akselerere design og validering av ideer innen oppstartsbedrifter og produktutviklingsteam.

🗓️ Tidsplan

Prosessen er vanligvis delt opp i fem hovedstadier, som hver tilsvarer en arbeidsdag i uken.

👩‍💻 Team

En liten tverrfaglig gruppe er nødvendig for å jobbe med prosjektet, med roller som fasilitator og beslutningstaker som er avgjørende.

📅 Mandag – Forståelse og Planlegging

Definer produktmålet og sett realistiske mål.

🖊️ Tirsdag – Skissering

Generer et bredt spekter av løsninger og ideer gjennom individuelle og gruppeskriveøkter.

🔍 Onsdag – Beslutningstaking

Evaluer og velg de beste ideene å følge, og lag et storyboard for den valgte løsningen.

🛠️ Torsdag – Prototyping

Bygg en prototype av høy kvalitet som kan testes med brukere.

🧪 Fredag – Testing

Presenter prototypen for ekte brukere for å samle tilbakemeldinger og validere konseptet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Design Thinking","question":"Hva er Design Thinking?","description":"Det er en prosess for å løse problemer som fokuserer på å forstå menneskelige behov og skape innovative løsninger.","date":"2024-11-16","categories":["design thinking","innovasjon","prosess"],"published":true,"slug":"design-thinking","content":"

🎨 Definisjon

Design Thinking er en prosess for å løse problemer som fokuserer på å forstå menneskelige behov og skape innovative løsninger utviklet med en kundesentrert tilnærming.

📚 Opprinnelse

Design Thinking stammer fra Stanford's d.school, med tidlige arbeider av John E. Arnold og Herbert Simon.

💡 Idéutvikling

Prosessen inkluderer en brainstorming-fase og idéutvikling for å utforske et bredt spekter av muligheter.

🏗️ Prototyping

Ideene blir raskt omgjort til håndfaste prototyper for testing og forbedring.

📊 Testing og Tilbakemelding

Prototypene testes med brukere for å samle tilbakemeldinger og iterere på designet.

📈 Forretningspåvirkning

Design Thinking brukes ikke bare til produktdesign, men også for innovasjon i forretningsmodeller og organisasjonsendringer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Developers","question":"Hva er en Developer?","description":"De er ansvarlige for å skrive kode for å lage, designe og vedlikeholde programvareapplikasjoner.","date":"2024-11-16","categories":["rolle","scrum","utvikling"],"published":true,"slug":"developer","content":"

💻 Definisjon

En Developer, også kjent som en programvareutvikler, er en ekspert på å skrive kode for å lage, designe og vedlikeholde programvareapplikasjoner, nettsteder eller spill for ulike enheter.

📱 Viktighet

Utviklere er avgjørende i den digitale tidsalderen, ettersom ferdighetene deres er i høy etterspørsel på grunn av den raske digitaliseringen av markedene og behovet for innovative digitale løsninger.

🥷 Ferdigheter

De krever avansert kunnskap i programmeringsspråk, designtjenester og evnen til å jobbe med komplekse tekniske prosjekter.

👨‍💻 Scrum

Utviklere i Scrum er teammedlemmer som er ansvarlige for å lage, designe, implementere og levere programvareproduktet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"DevOps","question":"Hva er DevOps?","description":"Det er en kombinasjon av de engelske begrepene utvikling og drift.","date":"2024-11-16","categories":["CD","CI","DevOps","agile","drift","utvikling"],"published":true,"slug":"devops","content":"

🛠️ Definisjon

DevOps er en programvareutviklingsfilosofi som fokuserer på kommunikasjon, samarbeid og integrasjon mellom programvareutviklere og IT-driftspersonell.

🌐 Opprinnelse

Begrepet DevOps ble først lansert i 2009 med presentasjonen \"10 deploys per day\" av John Allspaw og Paul Hammond på O'Reilly Velocity 09-arrangementet, men bevegelsen startet faktisk i 2007, da Patrick Debois, en uavhengig konsulent, opplevde konflikter mellom utviklings- og driftsteamene.

📈 Utvikling

DevOps har utviklet seg til å inkludere praksiser som kontinuerlig levering og kontinuerlig distribusjon, med mål om å forbedre kvaliteten, hastigheten og lønnsomheten til programvaren.

🤝 Tverrfaglig Samarbeid

DevOps krever et kulturelt skifte mot samarbeid og integrasjon mellom tradisjonelt isolerte utviklings- og driftsteam.

🔁 Kontinuerlig Integrasjon

Kontinuerlig integrasjon (CI) er en viktig praksis i DevOps som innebærer automatisk oppdatering av kode i et delt repository. Målet er å raskt oppdage og fikse feil, forbedre programvarekvalitet og akselerere leveringstid.

🚀 Kontinuerlig Distribusjon

En annen utvikling av DevOps-paradigmet er kontinuerlig distribusjon (CD), der kodeendringer automatisk slippes ut i produksjonsmiljøet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Discovery","question":"Hva er Discovery?","description":"Det er prosessen med å bestemme hvilket produkt eller tjeneste som skal bygges.","date":"2024-11-16","categories":["agile","innovasjon","produkt","produkt backlog","upstream"],"published":true,"slug":"discovery","content":"

🔍 Definisjon

Discovery er prosessen med å bestemme hvilket produkt eller tjeneste som skal bygges, og fokuserer på å validere brukerbehov og identifisere risiko og muligheter.

🔄 Agile

Discovery brukes ofte i forbindelse med smidige metoder for å sikre at riktig produkt bygges på en effektiv måte.

👥 Teamarbeid

Det involverer et tverrfaglig team som samarbeider for å forstå brukerens kontekst og utfordringer, og for å skape innovative og verdifulle løsninger.

📈 Kontinuerlig Prosess

Discovery er ikke en engangsaktivitet, men en kontinuerlig prosess som hjelper til med å redusere risiko og ta informerte beslutninger.

🔄 Dual Track Tilnærming

Discovery kan brukes i en Dual Track-tilnærming, som integrerer smidige praksiser som Scrum for å sikre at det utviklede produktet er i tråd med brukerens behov.

📅 Innledende Fase

Den utføres vanligvis i de tidlige stadiene av produktutviklingssyklusen, og gir mulighet for validering av produktideer før betydelige ressurser investeres.

🛠 Lean Metodikk

Discovery bruker ofte lean-metodikk for raskt å teste og iterere på ideer, og er i tråd med den iterative naturen av smidig utvikling.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"DoD - Definition of Done","question":"Hva er Definition of Done?","description":"Det er et sett med kriterier som avgjør når en brukerhistorie er fullført.","date":"2024-11-16","categories":["agile","brukerhistorie","kvalitet","scrum"],"published":true,"slug":"dod-definition-of-done","content":"

🎯 Definisjon

Definition of Done (DoD) er et sett med kriterier som avgjør når en brukerhistorie er ansett som fullført innen Scrum-rammeverket.

🛠️ Viktighet

Det sikrer at alt arbeid er fullført i henhold til en konsekvent standard for teamet og er klart for utgivelse, og gir åpenhet og sikrer kvalitet.

🤝 Opprettelse

Hvis organisasjonen ikke har en definert DoD, er det utviklerens ansvar å lage den.

📈 Måling

Det gjør det mulig med en objektiv vurdering av fullført arbeid og hjelper med å administrere teamkapasitet og forventninger.

📋 Synlige Kriterier

DoD er vanligvis dokumentert som en sjekkliste eller en liste med kriterier som er synlig for hele teamet og kan refereres til gjennom sprinten.

🌱 Utvikling

DoD er et levende element som bør forbedres og utvides ettersom mer blir lært.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"DoR - Definition of Ready","question":"Hva er Definition of Ready?","description":"Det er et sett med kriterier som definerer kravene et element må oppfylle før det kan utvikles.","date":"2024-11-16","categories":["DoD","antipattern","avtale","scrum"],"published":true,"slug":"dor-definition-of-ready","content":"

🔍 Definisjon

Definition of Ready (DoR) er et sett med kriterier som er avtalt mellom Product Owner og utviklerne i Scrum, som beskriver kravene et Product Backlog-element må oppfylle før det kan velges til Sprint Backlog.

📝 Kriterier for Klarhet

DoR sikrer at elementer er tilstrekkelig utviklet, forstått og gjennomførbare for implementering, og reduserer risikoen for forsinkelser og misforståelser under Sprint Planlegging.

📝 Ikke en Del av Scrum

Selv om DoR ikke er en formell del av Scrum-rammeverket, fungerer det i noen tilfeller som et samarbeidende verktøy som fremmer kommunikasjon og delt forståelse mellom Product Owner og utviklingsteamet.

🚫 Antipattern

DoR anses som et antipattern fordi det går imot prinsippene for empirisk prosesskontroll i Scrum, og kan hindre teamets evne til å følge empirisk prosesskontroll, og bli en barriere for kommunikasjon og autonomi for teamet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Downstream","question":"Hva er downstream?","description":"Aktivitetene fra mottakelsen av en forespørsel til levering.","date":"2024-11-16","categories":["agile","kanban","lead time","lean","syklustid","upstream"],"published":true,"slug":"downstream","content":"

⬇️ Downstream

Refererer til aktivitetene fra mottakelsen av en forespørsel til fullføring av tjenesten for en kunde i Agile og Lean-filosofier.

🔄 Upstream

I kontrast innebærer upstream alt som skjer før den faktiske utførelsen, som produktoppdagelse eller definisjon av backlog.

🔀 Kanban

Kanban bruker konseptet downstream for å administrere arbeidsflyt, med fokus på å visualisere og optimalisere hele prosessen.

📈 Målinger

Noen målinger som brukes for å observere effektiviteten til upstream er Lead Time og Cycle Time.

📦 Scrum

Selv om det ikke er eksplisitt nevnt, innebærer Scrum også upstream-aktiviteter gjennom håndtering av Product Backlog av Product Owner.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"DRY","question":"Hva betyr DRY?","description":"DRY står for Don't Repeat Yourself.","date":"2024-11-16","categories":["DRY","prinsipper","skalerbarhet","utvikling","vedlikeholdbarhet"],"published":true,"slug":"dry---dont-repeat-yourself","content":"

📚 Prinsipp Definisjon

DRY står for \"Don't Repeat Yourself\" og er et prinsipp innen programvareutvikling som legger vekt på å redusere repetitive mønstre og duplisert kode til fordel for modulær og gjenbrukbar kode.

👨‍💻 Opprinnelse

Begrepet ble introdusert av Andy Hunt og Dave Thomas i boken \"The Pragmatic Programmer\". DRY har som mål å sikre at hvert kunnskapsstykke har en enkel, entydig representasjon innen et system.

⚙️ Viktighet

Å skrive DRY-kode er avgjørende for vedlikeholdbarhet, skalerbarhet og for å unngå det motsatte, WET-kode (\"Write Everything Twice\").

🔍 Regel om Tre

En god generell regel for DRY-kode er \"Rule of Three\", som antyder at man bør abstrahere koden til en gjenbrukbar enhet den tredje gangen et mønster oppstår.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Dual Track","question":"Hva er Dual Track?","description":"Det er en tilnærming som kombinerer produktoppdagelse med leveranse samtidig.","date":"2024-11-16","categories":["agile","delivery","discovery","downstream","scrum","upstream"],"published":true,"slug":"dual-track","content":"

🔍 Definisjon

En prosjektstyringstilnærming som kombinerer den iterative og fleksible naturen til Agile ved å separere upstream og downstream aktiviteter.

🔄 Opprinnelse

Begrepet Dual Track ble først nevnt i 2005 av Lynn Miller, videreutviklet av Desirée Sy i 2007, og formalisert som \"Dual-Track Agile\" av Marty Cagan og Jeff Patton i 2012.

👁️ Discovery

Under upstream-fasen fokuserer en del av teamet, vanligvis bestående av Product Owner og teammedlemmer med brukeropplevelses (UX)-roller, på å forstå brukerbehov, prototype og teste løsninger før utviklingen starter.

🚀 Utførelse

I downstream fasen mater teamet idéene fra discovery-fasen inn i produktinkrementer.

🤝 Synkronisering

Begge sporene arbeider parallelt, med mål om å synkronisere innsatsen for å sikre en bærekraftig og effektiv arbeidsflyt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Engineer Manager","question":"Hva er en Engineer Manager?","description":"De er erfarne ingeniører som leder tekniske aktiviteter og administrerer ingeniørteam.","date":"2024-11-16","categories":["ledelse","samarbeid"],"published":true,"slug":"engineer-manager","content":"

👩‍💼 Rolle Definisjon

En Engineer Manager er en erfaren ingeniør som leder tekniske aktiviteter og administrerer team av utviklere.

🔧 Teknisk Ledelse

De er ansvarlige for å ta datadrevne tekniske beslutninger og overvåke gjennomføringen av tekniske og designrelaterte operasjoner.

👥 Teamledelse

I tillegg til tekniske oppgaver, leder de flere ingeniørteam og sikrer at prosjektene blir fullført effektivt og etter planen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Expedite","question":"Hva betyr expedite?","description":"Dette er arbeidsobjekter med høy prioritet som krever umiddelbar oppmerksomhet.","date":"2024-11-16","categories":["hastighet","kanban"],"published":true,"slug":"expedite","content":"

⏱️ Definisjon

I Kanban refererer expedite til arbeidsobjekter som krever umiddelbar oppmerksomhet på grunn av deres hastverk, og ofte forstyrrer den vanlige arbeidsflyten.

🚀 Tavle

Team kan bruke en expedite lane på sin Kanban-tavle for å visuelt separere og prioritere hastesaker, slik at de kan jobbes med utenfor de vanlige prosessbegrensningene.

📈 Påvirkning

Et overskudd av hastesaker kan negativt påvirke teamets leveringskapasitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Extreme Programming - XP","question":"Hva er Extreme Programming?","description":"Det er et smidig programvareutviklingsrammeverk som fokuserer på hyppig tilbakemelding og kontinuerlig forbedring.","date":"2024-11-16","categories":["agile","downstream","kaizen","tdd"],"published":true,"slug":"extreme-programming---xp","content":"

🔍 Definisjon

Extreme Programming eller XP er et smidig programvareutviklingsrammeverk som fokuserer på hyppig tilbakemelding og kontinuerlig forbedring, og involverer praksiser som parprogrammering og kollektivt eierskap av kode.

📅 Opprinnelse

Extreme Programming (XP) ble utviklet av Kent Beck, en promoter og signatær av Agile Manifesto, på 1990-tallet som et svar på utfordringene ved programvareprosjekter med stramme tidsfrister. Beck introduserte XP i sin bok \"Extreme Programming Explained: Embrace Change\" i 1999, et smidig rammeverk som fokuserer på kontinuerlig forbedring, tilpasningsevne og team-samarbeid.

📈 Kvalitet

XP har som mål å levere programvare av høy kvalitet gjennom testing og enkelhet.

🔍 Enkelhet

XP fremmer de enkleste løsningene som fungerer, og unngår unødvendig teknisk kompleksitet.

💎 Mot

Det oppfordrer teammedlemmer til å ta risiko og gjøre nødvendige endringer uten frykt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"FDD","question":"Hva er FDD?","description":"FDD står for Feature Driven Development.","date":"2024-11-16","categories":["BDD","DDD","FDD","TDD","feature"],"published":true,"slug":"fdd---feature-driven-development","content":"

🔍 Definisjon

Feature Driven Development, eller Development Guided by Features, er en smidig programvareutviklingstilnærming som fokuserer på kundeverdifulle funksjoner, og legger vekt på korte iterasjoner og hyppige utgivelser.

🎯 Nøkkelprinsipp

FDD krever leveringen av en funksjon hver 2-10 dag, og sikrer at kundens behov kontinuerlig blir møtt.

🔄 Iterativ Prosess

FDD involverer en serie på fem nøkkelprosesser, inkludert å lage funksjonslisten, planlegging, design og bygging, alt innenfor et kundesentrisert rammeverk.

🛠️ Teamroller

FDD definerer spesifikke roller som Chief Architect, Chief Programmer, Domain Expert, Development Manager, Deployer Technical Writer, Domain Manager, Language Guru, Tester, og andre støttefunksjoner som vektlegger individuelle og teamansvar i funksjonsutvikling.

🔀 Skille fra Scrum

FDD er funksjons-sentrert, mens Scrum fokuserer på å levere et produktinkrement.

📈 Kundens Deltakelse

FDD krever aktiv deltakelse fra kunden.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Features","question":"Hva er en feature?","description":"Det er en distinkt del av funksjonalitet som leverer verdi.","date":"2024-11-16","categories":["FDD","agile","feature flag","mvp","produkt backlog","scrum"],"published":true,"slug":"feature","content":"

🔍 Definisjon

En feature, eller egenskap, er en del av funksjonaliteten som leverer verdi til brukeren. Det er et høyt nivå krav som kan brytes ned til mindre brukerhistorier.

📈 Viktighet

Features hjelper til med å organisere og prioritere utviklingsarbeid, slik at team kan fokusere på å levere konkret funksjonell verdi.

👨‍💼 Eierskap

Produktets eier er vanligvis ansvarlig for å definere, administrere og ordne features innen produkt-backloggen.

🔄 Relasjon

Features er ofte sammensatt av flere brukerhistorier, som er de mer detaljerte enhetene for arbeid i smidig utvikling.

🚀 Utgivelse

Produktets eier er ansvarlig for å bestemme hvilke features som skal inkluderes i hver utgivelse basert på forretningsverdi og kundebehov.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Feature Flags","question":"Hva er en Feature Flag?","description":"Det er en teknikk som gjør det mulig å aktivere eller deaktivere funksjonaliteter.","date":"2024-11-16","categories":["A/B Testing","CD","CI","utvikling"],"published":true,"slug":"feature-flag","content":"

🚩 Definisjon

Feature Flags, også kjent som Feature Toggles, er en teknikk som lar utviklere aktivere eller deaktivere bestemte funksjoner i en programvareapplikasjon uten å endre kodebasen.

🔧 Implementering

De kan implementeres ved hjelp av boolske verdier i konfigurasjonsfiler som sjekkes betinget for å avgjøre om en funksjon skal være synlig og aktiv eller ikke.

🎯 Bruksområder

De brukes i kontinuerlig distribusjon (CD)-tilnærminger, Canary Releases, A/B Testing, og for å administrere synligheten av funksjonaliteter for forskjellige brukersegmenter.

💡 Fordeler

Feature Flags gir mulighet for tryggere og mer effektiv utvikling, slik at team kan distribuere og teste nye funksjoner uten å påvirke hele brukerbasen.

📈 Vekst

Bruken av Feature Flags har vokst i popularitet med fremveksten av Agile, DevOps og kontinuerlige leveringsteknikker i programvareutvikling.

📝 Konfigurasjon

De kan defineres ved hjelp av tjenester som Bullet Train eller Launch Darkly, lage en tilpasset backend-tjeneste, eller bruke lokale filer i applikasjonen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Feedback","question":"Hva er feedback?","description":"Feedback er et svar på en stimulus for å evaluere det.","date":"2024-11-16","categories":["feedback","kommunikasjon"],"published":true,"slug":"feedback","content":"

🔊 Definisjon

Feedback er et svar som gis på en stimulus for å evaluere det.

♻️ Relasjon til Agile

Agile fremmer tidlig innhenting av tilbakemeldinger for å bruke det som et konkurransefortrinn gjennom tilpasning til endring.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Fibonacci Sequence","question":"Hva er Fibonacci Sequence?","description":"Det er en uendelig serie med naturlige tall.","date":"2024-11-16","categories":["estimering","innsats","kompleksitet","planning poker"],"published":true,"slug":"fibonacci","content":"

🔢 Definisjon

Fibonacci-sekvensen er en uendelig serie med naturlige tall hvor hvert tall er summen av de to forrige, og starter med 0 og 1 eller 1 og 1.

🌿 Design i Naturen

Sekvensen kan observeres i naturlige fenomener som spiralmønstre i skjell og arrangementet av blader på planter.

🎯 Estimering i Agile

Fibonacci-sekvensen brukes ofte i smidige teknikker for å estimere innsats og kompleksitet, som i planning poker.

🧮 Eksempel

0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89...

💻 Applikasjoner

Den har praktiske anvendelser innen områder som databehandling, spillteori og brukes som et verktøy i analysen av finansmarkeder.

📏 Gylden Ratio

Forholdet mellom påfølgende Fibonacci-tall nærmer seg den gyldne ratio, et matematisk begrep som ofte er assosiert med estetisk skjønnhet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Figma","question":"Hva er Figma?","description":"Det er et grafisk design- og prototypeverktøy.","date":"2024-11-16","categories":["UI","UX","design","samarbeid"],"published":true,"slug":"figma","content":"

🎨 Designverktøy

Figma er et grafisk design- og prototypeverktøy som er mye brukt i design og utvikling av brukergrensesnitt (UI).

🤝 Samarbeid

Figma tillater sanntidssamarbeid, som gjør det mulig for teammedlemmer å jobbe sammen.

💻 Brukervennlighet

Kjent for sitt intuitive og brukervennlige grensesnitt, er Figma populært blant UX/UI-designere og designbyråer for å lage prototyper og mockups.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"FOMO","question":"Hva er FOMO?","description":"Det står for Fear of Missing Out.","date":"2024-11-16","categories":["innovasjon","produkt","psykologi"],"published":true,"slug":"fomo","content":"

🔍 Definisjon

'FOMO' står for 'Fear of Missing Out' og er en psykologisk tilstand som er preget av et konstant ønske om å være tilkoblet med hva andre gjør, spesielt gjennom sosiale medier.

😟 Konsekvenser

Tilstanden kan føre til angst, depresjon og søvnproblemer, ettersom individer føler at de må sjekke kontinuerlig for oppdateringer og interaksjoner.

📚 Opprinnelse

Begrepet 'FOMO' ble først brukt på slutten av 90-tallet og refererte opprinnelig til frykten for å gå glipp av sosiale planer.

🌐 Utvikling

Med fremveksten av sosiale medier og digital tilkobling har FOMO utviklet seg til en bredere angst knyttet til følelsen av å være utelatt fra opplevelser som andre har.

👥 Sosial Tilknytning

FOMO forstås nå som en form for sosial angst, hvor individer søker konstant tilknytning for å unngå å føle seg ekskludert.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Forecast","question":"Hva er et Forecast?","description":"Det er estimering og sporing av fremtidige salg.","date":"2024-11-16","categories":["forutsigbarhet","målinger","prognose"],"published":true,"slug":"forecast","content":"

📈 Definisjon

En prognose er estimering og sporing av fremtidige salg av et produkt, vanligvis ved hjelp av historiske salgsdata og innspill fra salgs- og markedsføringsteam.

🔍 Formål

Hensikten er å forutsi kort- og mellomlangsiktig salg, oppdage problemer tidlig, finne løsninger raskt, redusere lagerbeholdning og forbedre kundeservice.

📊 Metoder

Prognoser kan utføres ved hjelp av både kvantitative og kvalitative data.

📊 Kvantitative Data

Bruker historiske salgsdata som grunnlag for å forutsi fremtidige salg, men garanterer ikke fremtidig ytelse.

🧮 Kvalitative Data

Støtter seg på subjektive vurderinger innen selskapet, for eksempel fra salgs- og markedsføringsteam, for å informere prognosen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Framework","question":"Hva er et framework?","description":"Det er et system av regler, ideer eller tro som brukes til planlegging, avtale eller beslutningstaking.","date":"2024-11-16","categories":["avtaler","delt forståelse","scrum","team"],"published":true,"slug":"framework","content":"

🏗️ Betydning

Et Framework, eller arbeidsramme, er en støttestruktur som noe kan bygges rundt, eller et system av regler, ideer eller tro som brukes til planlegging eller beslutningstaking.

💻 Kontekst

I datasystemer er et framework en faktisk eller konseptuell struktur som er ment å fungere som støtte eller veiledning for bygging av programvareapplikasjoner.

📚 Konseptuell Struktur

Et framework kan være en grunnleggende konseptuell struktur av ideer eller et sett med regler som brukes til planlegging.

📝 Eksempler

Scrum er et smidig framework og Laravel er et framework for PHP-programmeringsspråket.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"FYI","question":"Hva betyr FYI?","description":"Det står for For Your Information.","date":"2024-11-16","categories":["akronymer","kommunikasjon"],"published":true,"slug":"fyi","content":"

📝 FYI

For Your Information, eller for din informasjon, er et vanlig akronym som brukes i både profesjonell og uformell kommunikasjon for å signalisere at informasjon er relevant for mottakeren.

🗨️ Bruk

Det brukes ofte som et prefiks for en melding eller emnelinje for å indikere at innholdet gis til mottakeren for deres kunnskap.

📧 E-post

I e-postkommunikasjon brukes FYI ofte i emnelinjen eller kroppsteksten for å indikere at innholdet er informativt og ikke krever noe svar.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Gemba","question":"Hva er Gemba?","description":"Det er et japansk begrep som refererer til \"den virkelige plassen\" eller \"stedet hvor handling skjer\".","date":"2024-11-16","categories":["gemba","kaizen","lean"],"published":true,"slug":"gemba","content":"

🏭 Definisjon

Gemba er et japansk begrep som refererer til \"den virkelige plassen\" eller \"stedet hvor handling skjer\" i en forretningskontekst.

💼 Anvendelse

I næringslivet er Gemba der verdi blir skapt, som for eksempel der operatørene er i en fabrikk eller salgsområdet i en butikk.

🔄 Lean Management

Innen Lean Management er Gemba fokuset for kontinuerlige forbedringsarbeid, med troen på at problemer best forstås og løses på stedet hvor de skjer.

📈 Tilknytning til Kaizen

Gemba er nært knyttet til konseptet Kaizen, som er filosofien om kontinuerlig forbedring.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Gherkin","question":"Hva er Gherkin?","description":"Gherkin er et språk som brukes for å spesifisere oppførselen til programvaresystemer på en måte som er lett å forstå for ikke-tekniske interessenter.","date":"2024-11-16","categories":["behavior-driven development (BDD)","gherkin","testautomatisering"],"published":true,"slug":"gherking---given-when-then","content":"

📝 Definisjon av Gherkin

Gherkin er et språk som brukes for å spesifisere oppførselen til programvaresystemer på en måte som er lett å forstå for ikke-tekniske interessenter.

🧪 Testmetode

Det er spesielt knyttet til Behavior-Driven Development (BDD) og brukes til å designe testtilfeller.

➡️ Syntax

Gherkin har en spesifikk syntaks med nøkkelord som Feature, Scenario, Given, When og Then, som brukes for å strukturere testbeskrivelser.

🔄 Automatisering

Gherkin brukes ofte sammen med verktøy som Cucumber for testautomatisering.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Git","question":"Hva er Git?","description":"Det er et distribuert versjonskontrollsystem.","date":"2024-11-16","categories":["ALM","git","utvikling"],"published":true,"slug":"git","content":"

🔄 Definisjon

Git er et distribuert versjonskontrollsystem som gjør det mulig å effektivt spore endringer i filer, spesielt innen programvareutvikling.

🔗 Repositorium

Hver utviklers lokale kopi av et prosjekt er et komplett repository, noe som tillater offline arbeid og fasiliterer fjernsamarbeid.

🔀 Sammenfletting

Git gir verktøy for å sammenflette forskjellige grener, løse konflikter og opprettholde et rent historikk over repositoryet.

🌐 Fleksibilitet

Gits design støtter ikke-lineær utvikling, med kraftige verktøy for branching og merging.

🔒 Dataintegritet

Git bruker kryptografiske hasher for å sikre integriteten til lagrede data, noe som gjør det vanskelig å endre eller miste informasjon.

📈 Populæritet

Git har blitt den globale standarden for versjonskontroll og brukes mye i både open source og kommersielle programvareprosjekter.

📝 Commits

Git lager et øyeblikksbilde av alle filer med hvert lagring, kalt en commit, og danner et graf over utviklingshistorikken.

🌿 Branches

Utviklere kan jobbe på separate grener og deretter sammenflette arbeidet sitt tilbake til prosjektets hovedgren.

🔍 Reverter

Det er mulig å tilbakestille koden til en tidligere commit, inspisere endringer i filer, og gjennomgå informasjon som når og hvor endringer ble gjort.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"GitFlow","question":"Hva betyr GitFlow?","description":"Det er en branching-modell for Git.","date":"2024-11-16","categories":["git","gitflow","grener"],"published":true,"slug":"gitflow","content":"

🔄 GitFlow

GitFlow er en branching-modell for Git som hjelper til med å håndtere prosjektgrener og utgivelser.

🚀 Opprinnelse

GitFlow ble utviklet av Vincent Driessen og har blitt en mye brukt arbeidsflyt for programvareutvikling.

🔗 Grenorganisering

Grenene er organisert i hovedgren (f.eks. 'main') og utviklingsgren (f.eks. 'develop'), sammen med funksjonsgrener, utgivelsesgrener og hotfixer.

🔄 Første Forslag

Opprinnelig foreslått som en branching-modell, har GitFlow utviklet seg til et verktøy med spesifikke kommandoer.

📜 Forfining og Tilpasning

Over tid har GitFlow blitt forfinet og tilpasset av utviklingsteam for å møte deres spesifikke behov og arbeidsflyt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"GitHub","question":"Hva er GitHub?","description":"Det er en plattform for vertsholding og administrasjon av kode.","date":"2024-11-16","categories":["git","gitflow","github","samarbeid","utvikling","versjonskontroll"],"published":true,"slug":"github","content":"

🖥️ Definisjon

GitHub er en plattform for utviklere å være vert for og administrere koden sin, og tilbyr både offentlige og private repositories.

🤝 Samarbeid

Den gir verktøy for samarbeidende utvikling, og gjør det mulig for flere brukere å jobbe på den samme kodebasen.

🔍 Versjonskontroll

GitHub bruker Git, et versjonskontrollsystem, for å spore endringer i koden og administrere ulike versjoner av prosjektet.

💻 Tjenester

GitHub tilbyr ekstra tjenester som problemtracking, kodegjennomgang og programvareadministrasjonsverktøy.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Hype","question":"Hva er Hype?","description":"Det er en sterk forventning om noe nytt.","date":"2024-11-16","categories":["hype","markedsføring","produkt"],"published":true,"slug":"hype","content":"

🔊 Hype

Hype refererer til overdreven eller overdrevet spenning, ofte brukt i markedsføringskontekst om et produkt, en funksjon eller en nyhet.

📈 Eksempel

Et produkt som blir sterkt hypet, kan ha sine funksjoner eller fordeler overdrevet for å skape interesse og salg.

📚 Opprinnelse

Begrepet stammer fra det engelske ordet 'hyperbole', som er en litterær figur som overdriver eller oververdsetter noe.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Impact Map","question":"Hva er Impact Mapping?","description":"Det er en teknikk brukt for å fokusere på målene og hvordan oppnå dem.","date":"2024-11-16","categories":["design thinking","impact mapping","produkt","roadmap","strategi"],"published":true,"slug":"impact-mapping","content":"

🎯 Definisjon

Impact Mapping er en visuell teknikk brukt for å hjelpe team med å fokusere på de målene de ønsker å oppnå og hvordan de skal oppnå dem.

🔄 Iterativ Prosess

Den brukes ofte i de tidlige stadiene av utviklingen for å lage en strategisk plan og en produktroadmap.

🧠 Samarbeidende Verktøy

Impact Mapping involverer alle interessenter i en samarbeidsdiskusjon for å prioritere handlinger som vil ha størst innvirkning.

📈 Fire Nivåer

Teknikken er strukturert rundt fire nivåer - Mål, Aktører, Påvirkninger, og Leveranser - for å kartlegge forbindelsene mellom 'Hvorfor', 'Hvem', 'Hvordan', og 'Hva'.

🎯 Mål

Det første trinnet i Impact Mapping er å definere det overordnede målet, og sikre at det er Spesifikt, Målbart, Handlingsbart, Realistisk og Tidsbundet (SMART).

👥 Aktører

Identifiser nøkkelaktører eller interessenter som kan påvirke prosjektets suksess, og unngå generiske begreper som 'brukere', vær spesifikk om brukerroller.

💥 Påvirkninger

Bestem hvordan de identifiserte aktørene kan bidra til å oppnå prosjektmålene og de spesifikke påvirkningene som vil bidra til suksess.

📦 Leveranser

List opp de høynivåfunksjonene eller egenskapene som må utvikles, som kan fungere som en initial produktroadmap.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Ishikawa","question":"Hva er et Ishikawa-diagram?","description":"Det er et verktøy brukt for å identifisere mulige årsaker til en hendelse eller problem.","date":"2024-11-16","categories":["Ishikawa-diagram","kaizen","post-mortem","retrospektiv"],"published":true,"slug":"ishikawa","content":"

📊 Definisjon

Et Ishikawa-diagram, også kjent som et fiskebensdiagram, er et visualiseringsverktøy som ofte brukes i post-mortem eller retrospektiv sesjoner for å identifisere og kategorisere de mulige grunnårsakene til en spesifikk hendelse eller problem.

🐟 Opprinnelse

Diagrammet er oppkalt etter skaperen Kaoru Ishikawa, og kalles et fiskebensdiagram på grunn av sin likhet med skjelettet til en fisk.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Jira","question":"Hva er Jira?","description":"Det er en applikasjon for prosjektledelse.","date":"2024-11-16","categories":["jira","prosjekt","verktøy"],"published":true,"slug":"jira","content":"

🔍 Definisjon

Jira er en proprietær programvareapplikasjon utviklet av Atlassian for oppgavetracking og prosjektledelse.

📈 Formål

Den brukes av team for å planlegge, spore og støtte programvare, og gir en enkelt kilde til sannhet for hele utviklingssyklusen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Junior","question":"Hva er en junior?","description":"Det er en utvikler med litt kunnskap om språket og teknologistakken.","date":"2024-11-16","categories":["junior","rolle","senior","utvikler"],"published":true,"slug":"junior","content":"

👨‍💻 Rolledefinisjon

En juniorutvikler har vanligvis 0 til 3 års erfaring, med noe kunnskap om språket og teknologistakken som brukes. Erfaring alene er ikke avgjørende for å definere en utviklers kompetanse.

💼 Ansvar

Juniorutviklere jobber ofte med mindre, mindre kritiske oppgaver under veiledning fra mer erfarne eller senior teammedlemmer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"JIT - Just In Time","question":"Hva er Just In Time?","description":"Det er en strategi som har som mål å tilpasse råmaterialbestillinger med produksjonsskjemaer.","date":"2024-11-16","categories":["jit","lean","toyota"],"published":true,"slug":"just-in-time---jit","content":"

⏱️ Definisjon

Just In Time (JIT), eller akkurat i tide, er en ledelsesstrategi som har som mål å tilpasse råmaterialbestillinger med produksjonsskjemaer, og motta varer så nært som mulig når de trengs.

🏭 Opprinnelse

JIT ble utviklet av den japanske bilprodusenten Toyota på 1970-tallet som en del av Toyota Production System.

💰 Fordeler

JIT minimerer behovet for å lagre store beholdninger, noe som fører til effektivitet og kostnadsbesparelser, men kan presentere risikoer under forsynings- eller etterspørselskjokk.

🔄 Prosess

JIT krever konstant overvåking av etterspørselen og bruker metoder som Kanban for å lette kontinuerlig forbedring av effektivitet og kvalitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Kaizen","question":"Hva er Kaizen?","description":"Det betyr god endring eller forbedring.","date":"2024-11-16","categories":["kaizen","kontinuerlig forbedring","lean","toyota"],"published":true,"slug":"kaizen","content":"

📈 Definisjon

Kaizen er et japansk begrep som oversettes til \"god endring\" eller \"forbedring\", og det er en forretningsfilosofi som fokuserer på kontinuerlig forbedring.

🏭 Opprinnelse

Utviklet i etterkrigstidens Japan, ble Kaizen påvirket av amerikanske læresetninger om kvalitetsstyring og ble særlig implementert av Toyota.

🔄 Metodikk

Kaizen involverer alle ansatte i gradvis og kontinuerlig forbedring av ulike områder i en bedrift, med mål om å eliminere sløsing og forbedre prosesser.

🔧 Verktøy

Kaizen-filosofien benytter seg av ulike verktøy som 5S for arbeidsplassorganisering, JIT og Kanban for lagerkontroll og verdistrømskartlegging for å eliminere sløsing.

📚 Utvidelse

Ledelseskonsulent Masaaki Imai introduserte Kaizen globalt i 1986 gjennom boken \"Kaizen: The Key to Japan's Competitive Success\".

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Kanban","question":"Hva er Kanban?","description":"Det er en Lean-metode for å optimalisere arbeidsflytprosesser.","date":"2024-11-16","categories":["agile","flyt","kaizen","kanban","lean","pull-system","tjenester","wip"],"published":true,"slug":"kanban","content":"

🔖 Definisjon

Kanban er en lean-metode for å administrere og forbedre arbeidsflyter i produksjons- og utviklingsprosesser. Den fokuserer på kontinuerlig levering uten å overbelaste teamet, ved hjelp av et visuelt system for å overvåke fremdriften i oppgavene.

🏭 Opprinnelse

Kanban ble opprinnelig utviklet på 1940-tallet av Toyota og er en del av Lean Manufacturing-systemet. Målet er å optimalisere produksjonsprosesser ved å visualisere arbeidet og redusere sløsing.

🔄 Utvikling

Opprinnelig brukt i produksjon, har Kanban blitt spredt til programvareutvikling og andre felt takket være David J. Andersons fremme av metoden. Fokuset på effektivitet og kontinuerlig forbedring fremhever dens tilpasningsevne og verdi på tvers av forskjellige miljøer.

🔍 Visuell ledelse

Team bruker Kanban-board for å visualisere arbeidet og spore fremdriften, ofte med kolonner som \"To Do\", \"In Progress\" og \"Done\".

🔄 Kontinuerlig forbedring

Kanban fremmer identifikasjon og løsning av problemer i arbeidsprosessen, som muliggjør kontinuerlig og effektiv forbedring, og støtter Kaizen-filosofien.

🔒 Begrensning av arbeid i prosess

En av de viktigste praksisene i Kanban er å begrense WIP (arbeid i prosess) for å forbedre teamfokus og effektivitet, redusere ledetid og øke kvaliteten på det leverte arbeidet.

🔄 Pull-system

Pull-systemet i Kanban oppfordrer til å fullføre oppgaver før man starter på nye, og fokuserer på faktisk kapasitet og etterspørsel. Denne tilnærmingen forbedrer verdi-levering og effektivitet ved å sikre at en oppgave er fullført før man tar på seg en ny, og forenkler arbeidsflytstyring fra høyre til venstre.

🛠 Verktøy

Noen av de mest populære digitale verktøyene for å implementere Kanban-metoden er: Trello, Asana og JIRA.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Kanban Board","question":"Hva er et Kanban-board?","description":"Det er et verktøy som visuelt representerer arbeid i ulike faser av en prosess ved hjelp av kort og kolonner.","date":"2024-11-16","categories":["Informasjonsradiator","Kanban","Lean"],"published":true,"slug":"kanban-board","content":"

📊 Definisjon

Et Kanban-board er et verktøy som visuelt representerer arbeid i ulike faser av en prosess ved hjelp av kort og kolonner.

🔢 WIP-begrensning

Det er utformet for å hjelpe team med å maksimere effektiviteten ved å sette begrensninger på arbeid i prosess (WIP).

👥 Teamkoordinasjon

Kanban-board hjelper team med koordinering ved å gi en klar oversikt over arbeidet som må gjøres, eventuelle blokkeringer eller hindringer, og arbeid som er i gang eller fullført.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"KISS","question":"Hva betyr KISS?","description":"Det er et akronym for Keep It Simple, Stupid!","date":"2024-11-16","categories":["KISS","design-prinsipp"],"published":true,"slug":"kiss---keep-it-simply-stupid","content":"

🔤 Betydning

KISS-prinsippet, som står for Keep It Simple, Stupid! er et akronym brukt som et designprinsipp.

🛠️ Designprinsipp

Det oppfordrer til enkelhet i design og utvikling av systemer.

📅 Opprinnelse

Det tilskrives ingeniør Kelly Johnson fra den amerikanske marinen, i 1960.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"KPI","question":"Hva betyr KPI?","description":"Det står for Key Performance Indicator.","date":"2024-11-16","categories":["KPI","målemetrikker"],"published":true,"slug":"kpi---key-performance-indicator","content":"

🎯 Definisjon

Key Performance Indicator (KPI), eller nøkkelprestasjonindikator, er et kvantifiserbart mål for ytelse over tid for et spesifikt mål, brukt for å spore fremgang mot mål.

🔑 Viktighet

KPI-er er viktige for å justere team, gi forretningsmetrikker og øke transparens i organisasjoner.

💼 Eksempler

KPI-er kan inkludere målinger som inntektsvekst, kundelojalitetsrate, salg etter region og mer, avhengig av de spesifikke forretningsmålene.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Lead Time","question":"Hva er Lead Time?","description":"Det er total varighet fra starten til fullføringen av en bestilling.","date":"2024-11-16","categories":["cycle-time","kanban","lean","målemetrikker"],"published":true,"slug":"lead-time","content":"

⏳ Definisjon

Lead Time, eller leveringstid, er total varighet fra starten til fullføringen av en bestilling, ofte brukt til å måle effektiviteten i operasjonene.

📅 Formel

Lead Time = Leveringsdato - Bestillingsdato

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Lean","question":"Hva er Lean?","description":"Lean er anvendelse av produksjonsprinsipper til programvareutvikling.","date":"2024-11-16","categories":["agile","kanban","lean"],"published":true,"slug":"lean","content":"

🔍 Definisjon

Lean er anvendelsen av produksjonsprinsipper til utvikling og ledelse av produkter og tjenester.

🎯 Mål

Å maksimere verdien som tilbys kundene og brukerne, samtidig som kostnader og sløsing reduseres.

🔃 Pull-system

Bruker et pull-system der tjenester initieres etter kundens behov, og reduserer dermed overproduksjon og sløsing.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Lean Inception","question":"Hva er Lean Inception?","description":"Det er en samarbeidsworkshop for å enes om å bygge et minimum levedyktig produkt.","date":"2024-11-16","categories":["design thinking","lean","lean inception","mvp"],"published":true,"slug":"lean-inception","content":"

🚀 Formål

Lean Inception er en metode designet for å justere et team rundt utviklingen av et minimum levedyktig produkt (MVP) i en samarbeidsworkshop med delt forståelse.

🏢 Skaper

Lean Inception ble introdusert av Paulo Caroli, med den første publikasjonen fra 2011.

📅 Varighet

Typisk varer Lean Inception-workshopen en uke og fokuserer på å raskt definere MVP og lage en plan for lansering.

🔄 Utvikling

Lean Inception har gjennomgått ulike modifikasjoner og tilpasninger, inkludert hvordan den kan gjennomføres eksternt for distribuerte team.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"LeSS","question":"Hva betyr LeSS?","description":"Det står for Large Scale Scrum.","date":"2024-11-16","categories":["LeSS","scrum","skalering"],"published":true,"slug":"less-large-scale-scrum","content":"

🔍 Definisjon

Large Scale Scrum (LeSS) er et rammeverk for å skalere Scrum til flere team som jobber på samme produkt.

🎯 Formål

LeSS har som mål å anvende prinsippene og praksisene fra Scrum i et stor-skala bedriftsmiljø på enklest mulig måte, samtidig som fokuset på å levere verdi og redusere kompleksitet opprettholdes.

📜 Hovedprinsipper

LeSS styres av 10 prinsipper, inkludert empirisk prosesskontroll, åpenhet, kundefokus og kontinuerlig forbedring.

🔄 Skalering

LeSS tilbyr to konfigurasjoner - Basic LeSS for to til åtte team og LeSS Huge for mer enn åtte team, og gir en skalerbar tilnærming for ulike organisasjonsstørrelser.

👥 Team

LeSS understreker at hvert team skal være tverrfaglig og svært selvstyrt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Management 3.0","question":"Hva er Management 3.0?","description":"Det er en ledelses- og ledelsesfilosofi som fokuserer på et systemisk syn på organisasjoner.","date":"2024-11-16","categories":["kontinuerlig forbedring","ledelse","management 3.0"],"published":true,"slug":"management-3-0","content":"

🎯 Definisjon

Management 3.0 er en ledelses- og ledelsesfilosofi som fokuserer på et systemisk syn på organisasjoner, og legger vekt på kollektivt ansvar for arbeidstakeres ytelse og trivsel.

🔄 Tankegang

Det beskrives som en tankegang snarere enn en metodikk eller rammeverk, med et utviklende sett med verktøy, spill og praksiser som hjelper til med å lede organisasjoner.

👥 Samarbeidsledelse

Management 3.0 fremmer en ledelsesmodell der ledelse er et gruppeansvar, med mål om å skape et arbeidsmiljø som er effektivt og prioriterer medarbeidernes trivsel.

🔧 Praktisk anvendelse

Metoden gir handlingsorienterte råd og verktøy som kan implementeres i organisasjoner, med et sterkt fokus på smidig ledelse og kontinuerlig forbedring.

🏢 Opprinnelse

Management 3.0 er en ledelsesmodell opprettet av Jurgen Appelo, en IT-leder, i 2010.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Market Fit","question":"Hva betyr Market Fit?","description":"Når produktet møter en sterk markedsbehov.","date":"2024-11-16","categories":["lean startup","produkt","startup"],"published":true,"slug":"market-fit","content":"

🎯 Definisjon

Market fit skjer når et selskaps produkt tilfredsstiller et sterkt markedsbehov, med kunder som kjøper, bruker og anbefaler det på en skala som opprettholder vekst og lønnsomhet.

💼 Viktighet

Det er avgjørende for startups og etablerte selskaper, da det reduserer risikoen for fiasko, letter produktsalg og muliggjør informerte beslutninger om funksjoner, prisfastsetting og markedsstrategi.

📈 Måling

Det måles gjennom en kombinasjon av kvalitative og kvantitative metrikker, inkludert kundespørreundersøkelser, kundetilbakeholdelsesrater og markedsandel.

🔍 Prosess

Å oppnå market fit innebærer å forstå den målrettede kunden, identifisere deres behov, definere et verdiforslag og teste produktet med markedet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Mindset","question":"Hva betyr mindset?","description":"Det er et sett med etablerte holdninger, tro og perspektiver.","date":"2024-11-16","categories":["agil","filosofi","mentalitet","mindset"],"published":true,"slug":"mindset","content":"

🧠 Definisjon

Mindset, eller mentalitet, er et sett med etablerte holdninger, tro og perspektiver som former hvordan en person tolker og responderer på verden rundt seg.

🌱 Typer

To vanlige typer mindset er vekstmindset, som mener at evner kan utvikles gjennom innsats, og fast mindset, som mener at evner er medfødte og uforanderlige.

💡 Viktighet

Mindset kan betydelig påvirke en persons atferd, motivasjon og utviklingskapasitet, og dermed påvirke flere områder i livet deres.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"MMF","question":"Hva betyr MMF?","description":"Det står for Minimum Marketable Feature.","date":"2024-11-16","categories":["Lean Startup","MVP","funksjon","verdi"],"published":true,"slug":"mmf---minimum-marketable-feature","content":"

🎯 Definisjon

Minimum Marketable Feature, eller Minimum Salgsbar Funksjon, er det minste settet med funksjonalitet i et produkt som må leveres for at en kunde skal oppleve noen verdi.

💡 Viktighet

Å forstå om en funksjon er et MMF er avgjørende i smidig produktutvikling, da de fokuserer på å levere betydelig verdi til kundene, redusere tid til markedet og øke avkastningen på investeringene (ROI).

🔄 Iterativ Tilnærming

MMF-er er en del av den iterative prosessen som tillater kontinuerlig levering av kundeverdig funksjonalitet samtidig som risiko reduseres og tilpasningsevnen økes.

📈 Kommersialisering

MMF-er er markedsførbare funksjoner som kan selges eller leveres, og gir konkret verdi til brukere og adresserer spesifikke behov eller problemer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Mob Programming","question":"Hva er mob programming?","description":"Det er en programvareutviklingsmetode der en gruppe programmerere jobber sammen ved en enkelt arbeidsstasjon.","date":"2024-11-16","categories":["Extreme Programming","pair programming","samarbeid","utvikling"],"published":true,"slug":"mob-programming","content":"

🏉 Team-samarbeid

Mob Programming er en programvareutviklingsmetode der en gruppe programmerere jobber sammen ved en enkelt arbeidsstasjon.

🔄 Rolleskifte

Likt som i pair programming, roterer teamet hyppig rollen som \"driver\" som aktivt skriver koden, mens resten av teamet gir tilbakemeldinger og veiledning i sanntid.

📈 Kollektiv intelligens

Mob programming utnytter den kollektive kunnskapen og ekspertisen til hele teamet for å løse problemer og utvikle programvare, noe som potensielt kan føre til høyere kvalitetskoder.

🔀 Distribusjon

I motsetning til pair programming, hvor bare to programmerere er involvert, involverer mob programming en større gruppe, vanligvis tre eller flere programmerere som jobber sammen samtidig.

🌐 Fjern-samarbeid

Det kan også utføres eksternt, der programmerere på forskjellige steder bruker samarbeidsverktøy for å jobbe sammen, som VSCode sin \"Live Share\".

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Mockups","question":"Hva er en mockup?","description":"Det er en statisk og visuell representasjon av et produkt.","date":"2024-11-16","categories":["UI","UX","design","mockup"],"published":true,"slug":"mockup","content":"

🖼️ Definisjon

En mockup er en statisk representasjon av et produkt, ofte brukt i produktdesign og utvikling for å vise hvordan det endelige produktet kan se ut og brukes.

🎨 Elementer

Den inkluderer designelementer som typografi, logoer, bilder, fargepaletter og navigasjonsvisualer som er en del av den endelige brukeropplevelsen.

🔍 Formål

Mockups brukes for å presentere og evaluere designkonsepter, UI og UX, slik at det kan gis tilbakemelding og iterasjon før produktet er fullt utviklet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Muda","question":"Hva betyr Muda?","description":"Det er et japansk begrep som oversettes som sløsing.","date":"2024-11-16","categories":["kanban","lean","muda","sløsing"],"published":true,"slug":"muda","content":"

📉 Definisjon

Muda er et japansk begrep som oversettes som sløsing og refererer til enhver aktivitet i en prosess som ikke tilfører verdi til det endelige produktet eller tjenesten.

🏭 Lean

Muda er et sentralt begrep i lean, med mål om å eliminere sløsing for å forbedre effektivitet og produktivitet.

🚫 Typer av Muda

Det finnes to hovedtyper av muda: de aktivitetene som ikke tilfører verdi, men som er nødvendige, og de aktivitetene som ikke tilfører verdi og bør elimineres.

🔢 TIMWOOD

Bortsett fra de nevnte typene, er de videre kategorisert i syv typer sløsing, kjent som akronymet TIMWOOD, som inkluderer: Lager, Transport, Bevegelse, Venting, Overproduksjon, Overbehandling og Feil.

🏗️ Opprinnelse

Begrepet muda stammer fra Toyota Production System (TPS) og er et grunnleggende prinsipp i lean-ledelse.

💰 Økonomisk innvirkning

Ved å redusere muda kan organisasjoner forbedre operasjonell effektivitet, redusere kostnader og forbedre den generelle kvaliteten.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Multitasking","question":"Hva betyr multitasking?","description":"Det innebærer å utføre flere oppgaver samtidig.","date":"2024-11-16","categories":["kanban","multitasking","wip","wip limit"],"published":true,"slug":"multitasking","content":"

🧠 Definisjon

Multitasking, eller fleroppgavekjøring, innebærer å utføre flere oppgaver samtidig, enten av en datamaskin eller en person.

💻 Maskiner

Innen databehandling refererer det til samtidig utførelse av flere oppgaver av et operativsystem.

👩‍💼 Menneskelig Multitasking

For mennesker innebærer det å raskt bytte mellom oppgaver eller utføre flere oppgaver i rask rekkefølge.

🚫 Produktivitet

Forskning på produktivitet og effektivitet antyder at selv om multitasking kan virke effektivt, kan det faktisk redusere produktiviteten og svekke kognitive evner på grunn av kostnaden ved kontekstbytte.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"MVP","question":"Hva betyr MVP?","description":"Det er en versjon av et produkt med bare nok funksjoner til å bli brukt av tidlige kunder.","date":"2024-11-16","categories":["MMF","MVP","lean startup","produkt"],"published":true,"slug":"mvp---minimum-viable-product","content":"

📊 Definisjon

En Minimum Viable Product (MVP) er en versjon av et produkt med de nødvendige funksjonene som kreves for at tidlige brukere skal kunne benytte det, og som kan gi tilbakemelding for videre produktutvikling.

🚀 Formål

MVP brukes for å teste en produkt-hypotese med minimale ressurser, akselerere læring og redusere utviklingstimer brukt på funksjoner som ikke vil bli brukt.

💡 Lean Startup

Begrepet er sentralt i Lean Startup, og understreker viktigheten av validert læring i utviklingen av nye produkter.

🔍 Iterativ utvikling

MVP-er tillater iterativ utvikling, der produkter lanseres med grunnleggende funksjoner og deretter forbedres basert på brukerens tilbakemeldinger.

💰 Kostnadsbesparelser

MVP-er hjelper til med å minimere tid og ressurser brukt på å bygge et produkt som kanskje ikke lykkes.

📈 Markedsvalidering

De gir mulighet til å teste markedsbehovet for et produkt eller forretningsidé før en betydelig investering.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Nexus","question":"Hva er Nexus?","description":"Det er et Scrum-skaleringsrammeverk.","date":"2024-11-16","categories":["Nexus","Scrum","Scrum@Scaled","Skalerbarhet"],"published":true,"slug":"nexus","content":"

🔗 Nexus Rammeverk

Nexus er et rammeverk utviklet av Ken Schwaber og scrum.org for å skalere Scrum, minimere og administrere avhengigheter mellom flere team.

🎯 Mål

Målet med Nexus er å hjelpe team med å levere mer verdi ved å redusere kompleksitet og avhengigheter, samtidig som de grunnleggende prinsippene i Scrum bevares.

👥 Gruppestruktur

Nexus involverer en gruppe på omtrent tre til ni Scrum-team som jobber sammen for å levere et enkelt produkt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Niko-Niko","question":"Hva er Niko-Niko?","description":"Det er et visuelt verktøy som brukes til å spore følelsene til et team.","date":"2024-11-16","categories":["Niko-Niko","Team"],"published":true,"slug":"niko-niko","content":"

🗓️ Beskrivelse

Niko-Niko kalenderen er et visuelt verktøy som brukes til å spore følelsene til et team, også kjent som lykkeindeks.

🔍 Opprinnelse

Opprinnelig fra Japan, betyr termen 'Niko-Niko' 'smil', og den ble laget i 2005 i Yokohama, av fru Sachiko Kuroda hos Fujitsu Software Technologies Limited.

⚒️ Bruk

Teammedlemmer setter fargede klistremerker eller emojier på kalenderen for å representere humøret sitt ved slutten av hver arbeidsdag, sammen med en kort forklaring.

📈 Fordeler

Kalenderen hjelper til med å kvantifisere moral, mental velvære og teamdynamikk, og gir en oversikt over teamets ytelse over tid.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"OKRs","question":"Hva betyr OKR?","description":"Akronymet står for Objective and Key Result.","date":"2024-11-16","categories":["KPI","Metrikk","Mål","OKR"],"published":true,"slug":"okr","content":"

📅 Opprinnelse

OKR ble utviklet av Andrew Grove ved Intel på 1970-tallet og ble senere popularisert av John Doerr, som introduserte konseptet til Google.

🎯 Betydning

OKR (Objectives and Key Results) er et rammeverk som brukes til å sette og spore mål og deres resultater i en organisasjon.

🎯 Mål

Målene i OKR bør være klare, meningsfulle og utfordrende. De bør formuleres på en måte som inspirerer og motiverer teamet. Videre bør de være i tråd med organisasjonens misjon og visjon. Et godt mål er et som, selv om det kan være vanskelig å oppnå, er realistisk og bidrar til organisasjonens vekst og forbedring.

🔑 Nøkkelresultater

Nøkkelresultatene i OKR er de spesifikke målingene som brukes til å måle fremgang mot målene. Nøkkelresultatene bør være kvantifiserbare, det vil si at de bør være målbare på en eller annen måte. For eksempel kan et nøkkelresultat være \"Øk salget med 20%\".

🌐 Utvidelse

OKR-er har blitt vedtatt av mange store teknologiorganisasjoner, mye takket være innflytelsen til John Doerr.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Open Space","question":"Hva er Open Space?","description":"Det er et arrangementformat uten en forhåndsbestemt agenda, og ledet av deltakerne selv.","date":"2024-11-16","categories":["Agile","Law of Two Feet","event","selvorganisering"],"published":true,"slug":"open-space","content":"

🔄 Definisjon

En Open Space er et deltakerstyrt arrangementformat som tillater selvorganisering og utforsking av spesifikke spørsmål eller temaer innenfor en Agile kontekst.

🎯 Formål

Formålet er å raskt samle de beste ideene fra en stor gruppe mennesker om et bestemt tema, ofte innen en kort tidsramme.

👥 Deltakerstyrt

Innholdet og strukturen til arrangementet bestemmes av deltakerne, ikke arrangørene.

🔀 Selvorganisering

Deltakerne foreslår og planlegger møter for å diskutere spesifikke temaer, med frihet til å bevege seg mellom sesjoner etter eget ønske.

📅 Varighet

Open Space-arrangementer varer vanligvis fra en halv dag til to hele dager, med flere parallelle møter.

📝 Fire prinsipper

Den som kommer, er den rette personen; det som skjer, er det eneste som kunne skjedd; når det starter, er det rette tidspunktet; når det er over, er det over.

🦶 Law of Two Feet

Law of Two Feet oppfordrer deltakerne til å ta ansvar for sin egen læring og bidrag ved å bevege seg til sesjoner som interesserer dem.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Pair Programming","question":"Hva er Pair Programming?","description":"Det er en programvareutviklingsteknikk der to programmerere jobber sammen ved en arbeidsstasjon.","date":"2024-11-16","categories":["Mob Programming","samarbeid","utvikling"],"published":true,"slug":"pair-programming","content":"

⚙️ Definisjon

Pair Programming er en programvareutviklingsteknikk der to programmerere jobber sammen ved en arbeidsstasjon, med to roller: 'driver' som skriver koden, og 'observer' eller 'navigator' som gjennomgår hver linje med kode.

🔄 Roller

De to programmererne bytter ofte roller, der observatøren også vurderer den strategiske retningen for arbeidet, mens driveren fokuserer på de taktiske aspektene.

👥 Samarbeid

Pair Programming er en samarbeidsmetode som innebærer mye kommunikasjon, med mål om å produsere høyere kvalitet på koden og dele kunnskap.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Parking Lot","question":"Hva er Parking Lot?","description":"Det er en teknikk for å forbedre fokus under møter.","date":"2024-11-16","categories":["teknikk","timebox"],"published":true,"slug":"parking-lot","content":"

🅰️ Definisjon

En Parking Lot er et spesifisert område, enten fysisk eller virtuelt, som brukes til å registrere og adressere temaer, spørsmål eller ideer som dukker opp under møter, men som ikke er relevante for den pågående diskusjonen.

🚗 Formål

Det hjelper med å holde fokuset på hovedagendaen, forhindrer at diskusjoner går utenfor temaet, og sikrer at alle relevante saker blir tatt opp på et passende tidspunkt og innenfor den avtalte tidsrammen.

📝 Bruk

Deltakerne kan raskt notere ned emner som ikke er relevante i Parking Lot, og fasilitatoren har ansvar for å revisitere og adressere disse emnene etter hovedmøtet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"PBI","question":"Hva betyr PBI?","description":"Det står for Product Backlog Item.","date":"2024-11-16","categories":["backlog","produkt backlog","scrum","sprint backlog"],"published":true,"slug":"pbi---product-backlog-item","content":"

📝 Definisjon

Product Backlog Item, eller Element i Produkt Backlog, er et begrep brukt i Scrum for å representere et enkelt krav eller arbeid som må utføres.

🎯 Viktighet

PBIs er avgjørende for å organisere og prioritere arbeidet som må gjøres, og gir synlighet og transparens for hele teamet.

🔄 Natur

Produkt Backlog er et levende dokument som utvikles etter hvert som utviklingen skrider frem, og PBIs oppdateres, legges til eller fjernes basert på teamets behov og tilbakemeldinger.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"PI","question":"Hva betyr PI?","description":"Det står for Program Increment.","date":"2024-11-16","categories":["Release Train","SAFe"],"published":true,"slug":"pi---program-increment","content":"

⏱️ Definisjon

Program Increment, eller Programinkrement, er en periode på 8 til 12 uker der et Agile Release Train (ART) leverer inkrementell verdi til et produkt.

📈 Formål

Å gi en fast rytme for planlegging, bygging og validering av et komplett systeminkrement.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"PI Planning","question":"Hva betyr PI Planning?","description":"Det er et arrangement for planlegging av Program Increment.","date":"2024-11-16","categories":["PI","SAFe","skalering"],"published":true,"slug":"pi-planning","content":"

📈 Definisjon

PI Planning, eller Program Increment Planning, er et arrangement innen SAFe som tilpasser flere team til et delt mål og visjon.

🤝 Formål

Det har som mål å skape en delt forståelse og forpliktelse til målene for det neste Program Inkrementet, som vanligvis varer fra 8 til 12 uker.

👥 Deltakere

Deltakende roller inkluderer produktleder, produkteier, Release Train Engineer, Scrum Master og utviklere, som samarbeider for å planlegge og prioritere arbeidet.

🗓️ Prosess

Arrangementet innebærer gjennomgang av Backlog, identifisering av avhengigheter og sette klare mål for Agile Release Train (ART).

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Planning Poker","question":"Hva er Planning Poker?","description":"Det er en teknikk for å estimere innsats.","date":"2024-11-16","categories":["XP","brukerhistorie","estimering","scrum","story points"],"published":true,"slug":"planning-poker","content":"

🃏 Definisjon

Planning Poker er en teknikk brukt i Agile team for å estimere innsatsen som kreves for å fullføre en brukerhistorie eller oppgave.

🤝 Estimering

Teknikken involverer at teammedlemmene bruker en kortstokk for å estimere innsatsen individuelt, deretter diskuteres og re-estimeres det til enighet oppnås.

💬 Viktighet

Den sanne betydningen av denne teknikken ligger ikke i resultatet, men i dialogen den fremmer innen teamet.

📈 Agile

Det er vanligvis knyttet til Scrum og Extreme Programming - XP.

🔢 Fibonacci

Kortene i stokken følger ofte Fibonacci-sekvensen for å reflektere usikkerheten i estimeringsprosessen og benytte en relativ måling som ikke relaterer til tid.

⭐ Introduksjon

Teammedlemmet som er mest kjent med en spesifikk brukerhistorie gir en kort oversikt, og teamet kan stille spørsmål for å klargjøre.

📝 Estimering

Hvert teammedlem velger et kort fra sin stokk for å representere sitt individuelle estimat uten å avsløre det for resten av teamet for å hindre påvirkning.

💬 Diskusjon

Teamet diskuterer estimeringene, og målet er å forstå eventuelle avvik eller polaritet og oppnå enighet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"PMBOK","question":"Hva er PMBOK?","description":"Det står for Project Management Body of Knowledge.","date":"2024-11-16","categories":["PMBOK","PMI","Prosjekter"],"published":true,"slug":"pmbok","content":"

📘 Definisjon

PMBOK er kunnskapsbasen for prosjektledelse utviklet av Project Management Institute (PMI), som gir prosjektledere grunnleggende konsepter, beste praksis og prosesser for prosjektledelse.

🌐 Viktighet

PMBOK fungerer som en standardreferanse for prosjektledelse og blir jevnlig oppdatert for å gjenspeile endringer i bransjen, inkludert integrering av agile rammeverk og endringsledelsesmodeller.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"PMI","question":"Hva betyr PMI?","description":"Det står for Project Management Institute.","date":"2024-11-16","categories":["PMBOK","PMI","PMP","Prosjekt"],"published":true,"slug":"pmi","content":"

🏢 Organisasjon

Project Management Institute, eller PMI, er en ideell organisasjon som fokuserer på å forbedre kunnskapen om prosjektledelse.

📜 PMP Sertifisering

PMI tilbyr PMP-sertifiseringen, som er en globalt anerkjent standard for prosjektledere.

📚 Kunnskapsbase

Organisasjonen er ikke bare dedikert til utvikling, men også til publikasjonen av PMBOK, som er den mest prestisjefylte og anerkjente kunnskapsbasen innen prosjektledelse.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"PMP","question":"Hva betyr PMP?","description":"Det står for Project Management Professional.","date":"2024-11-16","categories":["PMBOK","PMI","PMP","Prosjekt"],"published":true,"slug":"pmp","content":"

🎓 PMP Sertifisering

PMP er en kvalifikasjon som tilbys av Project Management Institute (PMI).

🌍 Anerkjennelse

PMP-sertifiseringen er anerkjent i 125 land og er svært verdsatt innen prosjektledelse.

📚 Krav

For å få PMP-sertifisering må kandidatene oppfylle spesifikke krav for utdanning, erfaring og opplæring, samt bestå en grundig eksamen.

📖 PMBOK Guide

Sertifiseringen er basert på PMBOK Guide, som samler beste praksis innen prosjektledelse og oppdateres jevnlig for å gjenspeile bransjestandarder.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Portfolio","question":"Hva er en portefølje?","description":"Det er en strategisk gruppering av prosjekter og programmer.","date":"2024-11-16","categories":["program","prosjekt"],"published":true,"slug":"portfolio","content":"

📊 Definisjon

En portefølje refererer til samlingen av prosjekter, programmer og andre arbeidsenheter som administreres som en gruppe for å oppnå strategiske forretningsmål.

🎯 Prioritering

Prosjektene omprioriteres etter hvert som forretningsbehovene endres, og sikrer at det mest verdifulle arbeidet alltid blir tatt hånd om.

📈 Gjennomsiktighet

Porteføljestyringsprosessen bør utformes for å være gjennomsiktig, med klar synlighet på prosjektfremdrift og beslutningsprosesser.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Product Backlog","question":"Hva er Product Backlog?","description":"Det er en prioritert liste over alt arbeidet som må gjøres på et produkt.","date":"2024-11-16","categories":["PBI","produkteier","scrum"],"published":true,"slug":"product-backlog","content":"

📝 Definisjon

Product Backlog er en prioritert liste over alt arbeidet som må gjøres på et produkt, og det er hovedartefaktet til Product Owner i Scrum.

🎯 Formål

Det hjelper å definere og opprettholde den overordnede retningen og visjonen for produktet, og fungerer som den eneste kilden til arbeidsinnspill for Scrum-teamet.

🔄 Iterativ Forbedring

Etter hvert som teamet lærer mer om hvordan målet kan oppnås, blir Product Backlog-elementene forbedret for å tilpasse seg produktmålet.

🔍 Synlighet

Det gir gjennomsiktighet til hele Scrum-teamet om arbeidet som må gjøres, og hjelper med å håndtere Sprint Planning og Sprint Review på en effektiv måte.

📈 Prioritering

PBI-ene bør prioriteres for å sikre at det mest verdifulle og viktige arbeidet blir fullført først.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Product Goal","question":"Hva er Product Goal?","description":"Det er et langsiktig mål som beskriver en fremtidig tilstand av produktet.","date":"2024-11-16","categories":["Product Backlog","produkteier","scrum","sprintmål"],"published":true,"slug":"product-goal","content":"

🎯 Definisjon

Product Goal, også kjent som produktmål, er et langsiktig mål som beskriver en fremtidig tilstand av produktet, og gir en klar retning for Scrum-teamet.

📈 Strategisk Fokus

Det fungerer som et strategisk fokus for teamet, og guider deres arbeid på tvers av flere Sprints.

🔍 Gjennomsiktighet

Product Goal er synliggjort gjennom Product Backlog, og Product Owner er ansvarlig for utviklingen og eksplisitt kommunikasjon av det.

📘 Opprinnelse

I 2020-versjonen av Scrum Guide ble konseptet Product Goal introdusert som et viktig element.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Product Owner","question":"Hva er en Product Owner?","description":"De er ansvarlige for å maksimere verdien av produktet.","date":"2024-11-16","categories":["product backlog","product owner","scrum"],"published":true,"slug":"product-owner","content":"

👩‍💼 Definisjon

Product Owner (PO) er en sentral rolle i Scrum, ansvarlig for å maksimere verdien av produktet og arbeidet til Scrum-teamet.

📝 Artefakt

POs artefakt er Product Backlog, som er en prioritert liste over arbeid som skal gjøres på produktet.

📢 Kommunikasjon

Product Owner er ansvarlig for å kommunisere produktets visjon og mål til teamet og interessenter.

📑 Refinement

De er ansvarlige for å refinere Product Backlog, og sikre at de øverste elementene er klare og kjente, slik at Sprint Planning kan gjennomføres effektivt.

🎯 Mål

Definerer Product Goal, som er formålet med produktet.

🔒 Prioriteringsmyndighet

Har eksklusiv myndighet til å prioritere elementene i Product Backlog basert på verdien de vil levere, i henhold til kriterier som anses som passende.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Pull System","question":"Hva er et Pull system?","description":"Det er et system der arbeid kun startes når det er etterspørsel for det.","date":"2024-11-16","categories":["jit","kanban","lean","waste","wip"],"published":true,"slug":"pull","content":"

🔄 Definisjon

I Kanban er et Pull system et der arbeid kun startes når det er etterspørsel for det, i motsetning til et Push system som er basert på prognoser og kan føre til overproduksjon.

📦 Just-in-Time

Pull systemer er integrert i Just-in-Time (JIT) produksjonsmodellen, der varer produseres for å møte faktisk etterspørsel, og dermed reduseres overflødig lager og avfall.

🚦 Kanban-Signaler

Kanban bruker visuelle signaler, som kort og wip-grenser, for å indikere når arbeidet bør begynne, og koble produksjonen direkte til kundens etterspørsel.

📉 Avfallsreduksjon

Pull systemer hjelper til med å minimere avfall ved å tilpasse produksjonen til faktisk etterspørsel, og gir mer effektiv bruk av ressurser.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"QA","question":"Hva betyr QA?","description":"Det står for Quality Assurance.","date":"2024-11-16","categories":["kvalitet","tester","testing","utvikling"],"published":true,"slug":"qa---quality-assurance","content":"

📏 QA Definisjon

Quality Assurance (QA) er den systematiske prosessen for å sikre at programvare oppfyller spesifiserte krav og er fri for feil før den slippes til brukerne.

🛠️ Viktighet

QA-prosessen er avgjørende for å identifisere og rette feil, bugs og problemer i programvare, og hjelper til med å levere et pålitelig og høy kvalitet produkt til sluttbrukerne.

👩‍💻 Rolle

En QA-analytiker er rollen ansvarlig for testing av programvaren, lage testplaner og jobbe sammen med resten av teamet for å sikre at programvaren fungerer som den skal.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"QBR","question":"Hva betyr QBR?","description":"Det står for Quarterly Business Review.","date":"2024-11-16","categories":["OKR","QBR","business","strategi"],"published":true,"slug":"qbr---quarterly-business-review","content":"

📊 Definisjon

Quarterly Business Review (QBR), eller Business Quarterly Review, er et periodisk møte, vanligvis holdt hvert kvartal, for å vurdere selskapets ytelse og resultater over en spesifikk periode.

🔍 Fokus

QBR-er innebærer vanligvis en strategisk diskusjon om selskapets ytelse, fremtidige planer og nødvendige justeringer i forretningsstrategiene.

🤝 Deltakelse

De viktigste interessentene fra både klienten og selskapet er vanligvis involvert i QBR-møtene.

🗓️ Regelmessig Praksis

QBR-er er en standard forretningspraksis som hjelper organisasjoner med å holde seg i samsvar med sine strategiske mål og ta informerte beslutninger.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Release","question":"Hva er en release?","description":"Det er en spesifikk versjon av programvare som er fullført, testet og gjort tilgjengelig for bruk.","date":"2024-11-16","categories":["PRE","PRO","programvare","release candidate","staging"],"published":true,"slug":"release","content":"

🚀 Definisjon

En release, eller lansering, refererer til en spesifikk versjon av programvare som er fullført, testet og gjort tilgjengelig for bruk av sluttbrukere.

🎯 Mål

Hovedmålet er å sikre at programvaren leveres på en kontrollert og forutsigbar måte, og at den møter kvalitets- og servicenivåkravene.

🔄 Viktighet

Releases er viktige milepæler i programvareutvikling, og inkluderer ofte nye funksjoner, ytelsesforbedringer og feilrettinger.

🔖 Versjon vs. Release

Mens en release er en versjon av programvaren, er ikke alle programvareversjoner nødvendigvis releases; en release er en versjon som er offentliggjort for bruk.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Release Candidate","question":"Hva er en Release Candidate?","date":"2024-11-16","categories":["alm","release","utvikling"],"published":true,"slug":"release-candidate","content":"

🚀 Definisjon

En Release Candidate (RC) er en versjon av et programvareprodukt som er nesten komplett og klar for lansering, med mindre det blir funnet kritiske feil under siste testing.

🔍 Formål

RC-fasen er det siste steget før et programvareprodukt blir utgitt til publikum, og fungerer som en siste kvalitetssjekk.

🛠️ Testing

Under RC-fasen utføres grundige tester for å identifisere og rette eventuelle kritiske problemer som kan påvirke programvarens ytelse eller stabilitet.

📦 Navnekonvensjon

Release-kandidater blir ofte betegnet med termen 'RC' etterfulgt av et versjonsnummer, som for eksempel '3.0-RC1'.

👨‍💻 Utviklingsstadier

🅰️ Alpha: Den første komplette eller nesten komplette versjonen av et programvareprodukt, ofte brukt til intern testing. 🅱️ Beta: En mer stabil versjon enn alpha, utgitt til en bredere gruppe for testing og tilbakemeldinger. 🆗 RC: Release Candidate-fasen kommer etter beta og er det siste steget før et programvareprodukt blir offisielt utgitt. 🎯 RTM: Står for 'Release to Manufacturing' eller 'Release to Marketing', og indikerer at programvaren er klar for distribusjon.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"IT Roadmap","question":"Hva er en IT-roadmap?","description":"En IT-roadmap er en visuell fremstilling av en strategisk plan som justerer organisasjonens teknologiske ressurser med dens kort- og langsiktige forretningsmål.","date":"2024-11-16","categories":["IT","roadmap","strategisk planlegging"],"published":true,"slug":"roadmap","content":"

🗺️ Roadmap Definisjon

En IT-roadmap er en visuell fremstilling av en strategisk plan som justerer organisasjonens teknologiske ressurser med dens kort- og langsiktige forretningsmål.

🔗 Kobling til Strategi

Det fungerer som en guide for teknologirelaterte initiativer, og skisserer nødvendige teknologier, utviklingstidslinjer, ressurskrav og potensielle utfordringer.

👩‍💻 Agile Verktøy

Roadmaps brukes ofte i agile metoder for å kommunisere den teknologiske strategien innenfor organisasjonen og til eksterne interessenter.

📈 Strategisk Planlegging

De er et kraftig verktøy for å administrere og kommunisere teknologiens utvikling innenfor organisasjonen.

📱 Produkt Roadmap

Fokuserer på utviklingen og forbedringen av et spesifikt produkt, ofte med innspill fra brukere og markedstrender.

🖥️ Teknologi Roadmap

Justere teknologiske initiativer med forretningsmål, og detaljerer implementeringen av nye teknologier og deres innvirkning på organisasjonen.

📊 Strategisk Roadmap

Gir en langsiktig visjon for organisasjonens teknologiske landskap, og guider store teknologi-relaterte prosjekter over flere år.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"ROI","question":"Hva betyr ROI?","description":"Det står for Return on Investment.","date":"2024-11-16","categories":["ROI","finansielle målinger","lønnsomhet"],"published":true,"slug":"roi---return-of-invest","content":"

🔍 Definisjon

Return on Investment (ROI) er et finansielt måleparameter som brukes til å evaluere lønnsomheten til en investering i forhold til dens kostnad.

📈 Beregning

ROI beregnes ved å trekke fra den opprinnelige investeringen fra den endelige verdien av investeringen, dele resultatet med den opprinnelige investeringen, og deretter multiplisere med 100 for å uttrykke resultatet som en prosentandel.

📊 Formel

ROI = [(Gei - Investering) / Investering] x 100

🧮 Eksempel

Hvis en investering på 10 000 euro genererer 15 000 euro, ville ROI være (15 000 - 10 000) / 10 000 X 100 = 50%.

🔢 Tolkning

En ROI på 50 % betyr at for hver dollar investert, er det en retur på 1,50 $, inkludert den opprinnelige investeringen.

📈 Viktighet

ROI er avgjørende for bedrifter, da det hjelper til med beslutningstaking ved å gi et klart mål for den finansielle suksessen til en investering.

🎯 Bruksområder

Det brukes ofte i markedsføring for å vurdere ytelsen til kampanjer og generelt i virksomheter for å vurdere effektiviteten til ulike investeringer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"SAFe","question":"Hva betyr SAFe?","description":"Det står for Scaled Agile Framework.","date":"2024-11-16","categories":["SAFe","agil","skalering"],"published":true,"slug":"safe---scaled-agile-framework","content":"

🔍 Definisjon

Scaled Agile Framework (SAFe) er et sett med organisasjonsmønstre for implementering av agile praksiser på enterprise-skala.

🏢 Formål

Målet er å gjøre det mulig for selskaper å bruke et agilt rammeverk på tvers av organisasjonen, fremme fleksibilitet, innovasjon og rask respons på kundebehov.

🎯 ART

En av de viktigste elementene i SAFe er Agile Release Train (ART).

👎 Kritikk

SAFe er det mest kritiserte skalering-rammeverket i Agile-fellesskapet. En av de viktigste kritikkene er at det ikke adresserer transformasjonen fra et kulturelt perspektiv, og kun fokuserer på teknikker.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Scrum","question":"Hva er Scrum?","description":"Det er et rammeverk som hjelper til med å generere verdi gjennom adaptive løsninger.","date":"2024-11-16","categories":["agil","scrum"],"published":true,"slug":"scrum","content":"

🔍 Definisjon

Scrum er et Agile-rammeverk designet for å utvikle adaptive løsninger på komplekse problemer, og legger vekt på leveranse av verdi gjennom iterativ og inkrementell fremgang, team-samarbeid og tilpasning til endrede krav.

🤝 Samarbeid

Det er designet for å fasilitere teamets evne til å selvorganisere og ta raske beslutninger i møte med komplekse og endrede behov.

📈 Inkrementell Iterasjon Fokus

Løsningsomfanget adresseres gjennom 'Sprints', korte iterasjoner på opptil en måned, vanligvis 2 uker, hvor hver iterasjon produserer et leverbart produktinkrement.

🎯 Fokus på Verdi

Scrum prioriterer levering av de mest verdifulle funksjonene til kunden tidlig og regelmessig, over produktets backlog.

🧭 Scrum Roller

Scrum etablerer spesifikke roller: Scrum Master, som sikrer at Scrum-praksisene følges; Product Owner, som definerer produktbehovene; og Developerne, som er ansvarlige for å utarbeide løsningene som utgjør produktet.

📝 Scrum Artefakter

De viktigste artefaktene i Scrum er Produkt Backlog, en liste over alt som er nødvendig for produktet; Sprint Backlog, forpliktelsen til løsningene som skal utvikles i den neste Sprinten; og Inkrementet, settet av fullførte elementer, klare for levering.

🕒 Scrum Hendelser

Scrum definerer følgende hendelser: Sprint, Sprint Planlegging, Daglig Scrum, Sprint Gjennomgang og Sprint Retrospektiv.

💡 Scrum Verdier

Scrum er basert på Forpliktelse, Mot, Fokus, Åpenhet og Respekt. Disse nøkkelverdiene fremmer et miljø for samarbeid og delt ansvar innen teamet.

🏛 Scrum Pilarer

Scrum hviler på søylene Transparens, Inspeksjon og Tilpasning. Disse søylene støtter den agile prosessen og fremmer synlighet, kontinuerlig evaluering og fleksibilitet for å tilpasse seg endringer.

📘 Scrum Guide

Scrum Guide gir en praktisk og essensiell forståelse av det agile rammeverket i et lettfattelig format. Perfekt for de som ønsker å implementere Scrum, last ned Scrum-guiden gratis.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Scrum Master","question":"Hva er en Scrum Master?","description":"Det er rollen ansvarlig for å etablere Scrum innen organisasjonen eller teamet.","date":"2024-11-16","categories":["agil","rammeverk","rolle","scrum"],"published":true,"slug":"scrum-master","content":"

👨‍💼 Definisjon

Scrum Master er en av de tre nøkkelrollene i Scrum-rammeverket, og er ansvarlig for å etablere Scrum og sikre at teamet og organisasjonen forstår teorien og følger praksisene.

🔄 Hindringer

Scrum Master hjelper teamet med kontinuerlig forbedring ved å fasilitere fjerning av hindringer og skape rom for at teamet kan selvorganisere og være tverrfaglig.

📊 Metrikk og Rapportering

Hjelper teamet med å forstå og bruke metrikker for å observere fremdriften og identifisere forbedringsområder.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Scrum of Scrums (SoS)","question":"Hva er Scrum of Scrums?","description":"Det er en metode for å koordinere arbeidet mellom flere Scrum-team.","date":"2024-11-16","categories":["Scrum","agil","skalering"],"published":true,"slug":"scrum-of-scrums","content":"

🔄 Definisjon

Scrum of Scrums (SoS) er en skaleringsteknikk for å koordinere arbeidet mellom flere team som praktiserer Scrum i et Agile programvareutviklingsmiljø.

📜 Kontekst

Scrum of Scrums ble formalisert av Jeff Sutherland i 2001 som en teknikk for å håndtere behovet for koordinering og tilpasning når flere team jobber på ett produkt eller et familiprogram i Scrum-rammeverket.

👥 Representanter

Hvert team utpeker en representant/ambassadør til å delta i et slags daglig Scrum for underteam-representanter kalt Scrum of Scrums.

⏱ Tidbegrensning

Møtet skal ikke vare mer enn 30 minutter, og fokuset er på koordinering og å adressere eventuelle avhengigheter eller hindringer mellom teamene.

🔗 Skalering

SoS kan videre skaleres ved å ha et Scrum of Scrums of Scrums, som gir koordinering på flere nivåer i organisasjonen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Scrumban","question":"Hva er Scrumban?","description":"Det er et rammeverk som kombinerer prinsippene fra Scrum og Kanban.","date":"2024-11-16","categories":["Kanban","Scrum","agil"],"published":true,"slug":"scrumban","content":"

🔄 Definisjon

Scrumban er et rammeverk som kombinerer prinsippene fra Scrum og Kanban, og tilbyr en fleksibel tilnærming til produktledelse.

🔍 Opprinnelse

Begrepet 'Scrumban' ble myntet av Corey Ladas, og rammeverket er designet for å hjelpe team med å gjøre overgangen mellom Scrum og Kanban, eller for å operere i en hybrid form.

🎯 Fokus

Metoden legger vekt på kontinuerlig forbedring og effektivitet, samtidig som den opprettholder en balanse mellom struktur og fleksibilitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Scrum@Scale","question":"Hva er Scrum@Scale?","description":"Det er et rammeverk for å naturlig utvide kjernen i Scrum-rammeverket.","date":"2024-11-16","categories":["Scrum","agil","skalering"],"published":true,"slug":"scrumscale","content":"

🔄 Definisjon

En av de største utfordringene for organisasjoner som bruker Scrum, er å utvide kjernen av rammeverket utover individuelle team. Scrum@Scale, utviklet av Dr. Jeff Sutherland, medskaperen av Scrum, er et rammeverk som tillater naturlig utvidelse av det sentrale rammeverket for å forbedre koordinering og resultater på organisasjonsnivå.

🏢 Organisasjon

Målet er å hjelpe organisasjoner med å oppnå forretningsmessig smidighet ved å gi en struktur for at systemer og prosesser skal vokse organisk ut fra de unike forholdene i organisasjonen.

🔬 Empirisk Kontroll

Rammeverket er basert på søylene for empirisk prosesskontroll og Scrum-verdier, med fokus på transparens, inspeksjon og tilpasning.

📚 Guide

Den offisielle Scrum@Scale-guiden gir en omfattende forståelse av rammeverket og dets komponenter. Du kan få tilgang til det gratis gjennom denne lenken.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Senior","question":"Hva er en Senior?","description":"Det er en utvikler med høy kompetanse innen språk og teknologistakk.","date":"2024-11-16","categories":["rolle","senior","team"],"published":true,"slug":"senior","content":"

👨‍💻 Rolle Definisjon

En seniorutvikler har typisk mer enn 5 års erfaring, med høy kompetanse på språket og teknologistakken som benyttes.

🕰️ Erfaring

Tittelen 'senior' er ikke bare basert på erfaring, men også på den naturlige ferdigheten og de myke ferdighetene som personen demonstrerer.

📈 Lederskap

I organisasjoner forventes det at seniorutviklere aktivt veileder og bistår junior teammedlemmer.

🧠 Problemløsning

De er ansvarlige for å gjøre ideer om til gjennomtenkte og implementerbare løsninger, ofte ved å veilede andre i prosessen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Servant Leadership","question":"Hva er Servant Leadership?","description":"Det er en filosofi hvor hovedmålet for lederen er å tjene andre.","date":"2024-11-16","categories":["agil","ledelse","management 3.0"],"published":true,"slug":"servant-leadership","content":"

👥 Definisjon

Servant Leadership er en filosofi der hovedmålet for lederen er å tjene andre, med fokus på deres velvære og vekst.

🌱 Hovedprinsipp

Den servile lederen deler makt, setter teamets behov først og hjelper folk med å utvikle seg og prestere til sitt høyeste potensial.

🔄 Kontrast

I motsetning til tradisjonelt lederskap, som ofte innebærer akkumulering og utøvelse av makt, legger servant leadership vekt på å tjene og styrke andre.

📚 Opprinnelse

Uttrykket 'servant leadership' ble først popularisert av Robert K. Greenleaf i sitt essay fra 1970, 'The Servant as Leader'. Greenleaf krediterte lesingen av 'Journey to the East' av Hermann Hesse som inspirasjonen for begrepet.

🏢 Anvendelse

Greenleaf anvendte konseptet i en organisatorisk kontekst mens han jobbet som leder i AT&T.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","pl","pt","ru","sv","tr","zh"]},{"title":"SLA","question":"Hva betyr SLA?","description":"Det står for Service Level Agreement.","date":"2024-11-16","categories":["kanban","metrikker","service"],"published":true,"slug":"sla","content":"

📝 Definisjon

Service Level Agreement (SLA) er en kontrakt mellom en tjenesteleverandør og en klient som definerer nivået av tjeneste leverandøren forplikter seg til å levere. Den inkluderer metrikker som oppetid, leveringstid, responstid og løsningshastighet.

🔍 Viktighet

SLA-er er avgjørende for begge parter, da de etablerer klare forventninger, gir et grunnlag for å måle ytelse og skisserer fremgangsmåter dersom kravene ikke blir møtt.

🤝 Opprettelse

SLA-er blir vanligvis opprettet gjennom forhandlinger, hvor begge parter blir enige om de spesifikke tjenestene, ytelsesmålene, ansvarsområdene og potensielle straffer.

👥 Involverede Parter

Den involverer vanligvis en klient (intern eller ekstern) og en tjenesteleverandør, men kan også være mellom forskjellige forretningsenheter innen samme organisasjon.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"SOLID","question":"Hva er SOLID-prinsippene?","description":"De er et sett med designretningslinjer for å forbedre vedlikeholdbarhet og skalerbarhet i programvare.","date":"2024-11-16","categories":["prinsipper","programvare","utvikling"],"published":true,"slug":"solid","content":"

🏛️ Opprinnelse

SOLID-prinsippene ble introdusert av Robert C. Martin, også kjent som Uncle Bob, i sitt arbeid med objektorientert design på tidlig 2000-tall. Disse prinsippene er en samling av fem designkonsepter som hjelper utviklere med å lage programvaresystemer.

📕 Definisjon

SOLID er et akronym som står for fem designprinsipper i objektorientert programmering: Enkel Ansvar, Åpen/Lukket, Liskov Substitusjon, Interface Segregation og Dependency Inversion.

🔍 Hensikt

Disse prinsippene gir et rammeverk for å designe programvare som er lett å vedlikeholde, forstå og utvide, slik at utviklere kan unngå vanlige design- og arkitekturfeller.

🔨 Enkel Ansvar (SRP)

En klasse skal ha bare én grunn til å endre seg.

🔒 Åpen/Lukket (OCP)

Programvareenheter skal være åpne for utvidelse, men lukkede for modifikasjon.

🔄 Liskov Substitusjon (LSP)

Objekter av en superklasse skal kunne erstattes med objekter fra dens underklasser uten å påvirke funksjonaliteten.

🔀 Interface Segregation (ISP)

Mange klientspesifikke grensesnitt er bedre enn ett generelt grensesnitt.

🔄 Dependency Inversion (DIP)

Høynivåmoduler skal ikke avhenge av lavnivåmoduler; begge skal avhenge av abstraksjoner.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Spike","question":"Hva er en Spike?","description":"Det er en forsknings- eller eksperimentering oppgave for å redusere usikkerhet.","date":"2024-11-16","categories":["Agile","Extreme Programming - XP","User Story","Usikkerhet"],"published":true,"slug":"spikes","content":"

🔍 Spike Definisjon

En 'spike' er et begrep brukt i Extreme Programming - XP for å referere til en forsknings- eller eksperimentering oppgave. Den brukes vanligvis for å redusere usikkerhet eller for å skaffe kunnskap til å estimere eller implementere en user story.

🕒 Tidsbegrenset

Spikes er tidsbegrenset, ofte innenfor varigheten av en enkelt sprint, noe som betyr at de har en forhåndsdefinert maksimal varighet og ikke er ment å levere et funksjonelt inkrement til produktet.

🔧 Tekniske Spikes

Brukes for å evaluere tekniske aspekter som ytelse, gjennomførbarhet eller påvirkningen av ny teknologi i prosjektet.

📐 Funksjonelle Spikes

Brukes for å forstå brukerinteraksjoner eller for å prototype og teste brukergrensesnittkomponenter for en spesifikk funksjon.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Sprint","question":"Hva er en Sprint?","description":"Det er en kort, fast periode hvor et Scrum-team arbeider for å fullføre et sett med oppgaver.","date":"2024-11-16","categories":["Agile","Scrum","Sprint"],"published":true,"slug":"sprint","content":"

🏃‍♂️ Definisjon

En sprint er en kort, fast periode hvor et Scrum-team jobber for å fullføre et sett med oppgaver.

📈 Inkrementell

Hver sprint har som mål å levere et potensielt leveringsklart produktinkrement som tilfører verdi til brukerne.

🔄 Iterativ

Sprints er en del av en iterativ prosess, hvor en sprint følger en annen med samme varighet, slik at kontinuerlig forbedring og tilpasning til endringer er mulig.

🗓️ Planlegging og Gjennomgang

En sprint inneholder de andre Scrum-hendelsene, nemlig: Sprint Planlegging, Daily Scrum, Sprint Gjennomgang og Sprint Retrospective.

⏱️ Typisk Varighet

Sprints varer vanligvis i to uker, med en maksimal varighet på ikke mer enn en måned.

📅 Anbefaling

Når varigheten på sprintene er fastsatt, er den fast og bør ikke endres, slik at teamet opprettholder en konsekvent rytme over tid.

🌱 Analogi

Scrum-guiden definerer en Sprint som: \"Sprints er hjerteslaget i Scrum, hvor ideer blir til verdi.\"

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Sprint Backlog","question":"Hva er Sprint Backlog?","description":"Det er produktbacklog-elementene forpliktet av utviklerne til å fullføres i neste iterasjon.","date":"2024-11-16","categories":["PBI","Produkt Backlog","Scrum","Sprint Backlog"],"published":true,"slug":"sprint-backlog","content":"

📝 Definisjon

Sprint Backlog er et sett med elementer fra Produkt Backlog (PBI) valgt for Sprinten, pluss en plan for å levere produktets inkrement og oppnå Sprint-målet.

🔄 Dynamisk

Det er en levende plan som utvikler seg i løpet av Sprinten ettersom mer blir lært om arbeidet som trengs for å oppnå Sprint-målet.

👨‍💻 Eierskap

Utviklerne er ansvarlige for å opprette og vedlikeholde Sprint Backlog, og sørge for at den reflekterer arbeidet som trengs for å oppnå Sprint-målet.

🔍 Transparens

Sprint Backlog er en av Scrum-artifaktene som gir transparens om arbeidet som gjøres i Sprinten.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Sprint Planning","question":"Hva er Sprint Planning?","description":"Det er den første hendelsen i en Sprint hvor iterasjonens omfang planlegges.","date":"2024-11-16","categories":["Produkt Backlog","Scrum","Sprint","Sprint Backlog","Sprint-mål","hendelse"],"published":true,"slug":"sprint-planning","content":"

📅 Hendelse

Sprint Planning er den første hendelsen i en Sprint og varer maksimalt åtte timer for en måneds Sprint.

🎯 Hensikt

Denne hendelsen tjener til å etablere Sprint-målet og planlegge arbeidet som er nødvendig for å levere inkrementet.

🔍 Fokus

Den involverer hele Scrum Teamet, hvor Produkt Owner og utviklere samarbeider om å velge arbeid fra Produkt Backlog som kan gjøres i neste Sprint.

📝 Utfall

Utfallet er en Sprint Backlog, et estimat av funksjonaliteten som skal utvikles i Sprinten, og et Sprint-mål.

⏱️ Tidsbegrensning

Hendelsen har en begrenset varighet for å sikre at den ikke tar for mye tid.

🔄 Iterativ

Sprint Planning skjer før starten av hver Sprint og sikrer en regelmessig rytme for planlegging og måldefinering.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Sprint Retrospective","question":"Hva er Sprint Retrospective?","description":"Det er et møte på slutten av hver sprint hvor teamet reflekterer over hva som gikk bra, hva som kan forbedres, og identifiserer tiltak for neste sprint.","date":"2024-11-16","categories":["Kaizen","Scrum","Sprint"],"published":true,"slug":"sprint-retrospective","content":"

🔄 Definisjon

Sprint Retrospective, eller Retro, er et møte på slutten av hver sprint i Scrum-rammeverket, hvor teamet reflekterer over hva som gikk bra, hva som kan forbedres, og identifiserer tiltak for neste sprint.

🎯 Hensikt

Hovedmålet er å kontinuerlig forbedre arbeidsmåten (WoW) og teamets ytelse ved å inkorporere tilbakemeldinger og gjøre justeringer for fremtidige sprinter.

📩 Utfall

Når retrospektivet er ferdig, kreves det at minst én forbedringstiltak blir inkorporert i arbeidet som er planlagt for neste Sprint.

👥 Deltakere

Alle medlemmer av Scrum Teamet, inkludert Scrum Master, Produkt Owner og utviklere.

📈 Iterativ Forbedring

Retrospektivet er et nøkkel-element i Scrum sin empiriske prosesskontroll som tillater regelmessig tilpasning og forbedring av teamets arbeidsmetoder.

📅 Tidsbegrensning

Retrospektivet er begrenset til 3 timer for en månedlig sprint, med kortere varighet for kortere sprinter.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Sprint Review","question":"Hva er Sprint Review?","description":"Det er en Scrum-hendelse som skjer på slutten av Sprinten, hvor produktinkrementet inspiseres.","date":"2024-11-16","categories":["Inkrement","Produkt","Produkt Backlog","Scrum"],"published":true,"slug":"sprint-review","content":"

🔍 Definisjon

Sprint Review er en Scrum-hendelse som skjer på slutten av en Sprint, hvor produktinkrementet blir inspisert og Produkt Backlog blir tilpasset basert på tilbakemeldingene som er mottatt.

📈 Inspeksjon

Teamet og interessenter gjennomgår hva som ble oppnådd i løpet av Sprinten og diskuterer hvilke endringer som kan være nødvendige.

🎯 Sprint-mål

Scrum Teamet uttrykker Sprint-målet og viser hvordan hvert PBI bidro til det.

📈 Metrikker

Kvantitative data om inkrementets ytelse kan diskuteres for å informere beslutningstaking.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Sprint Zero","question":"Hva er Sprint Zero?","description":"Det er et anti-mønster som introduserer en preliminær fase før produktutvikling starter ved bruk av Scrum-rammeverket.","date":"2024-11-16","categories":["Empirisme","Scrum","Sprint","anti-mønster"],"published":true,"slug":"sprint-zero","content":"

🏃‍♂️ Definisjon

Sprint Zero er en prelude til den formelle sprintprosessen i agil utvikling, med fokus på initial oppsett, planlegging og forberedelse.

🚫 Anti-mønster

Sprint Zero anses som et anti-mønster fordi det kan føre til mangel på fokus på å levere funksjonell programvare og kan misbrukes som en unnskyldning for overdreven planlegging uten håndfaste resultater, og dermed bryte prinsippene for empirisk prosesskontroll.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Stakeholders","question":"Hva er en Stakeholder?","description":"Det er enhver individ eller gruppe med interesse i et prosjekt eller en forretningsprosess.","date":"2024-11-16","categories":["Stakeholder","produkt","rolle","tjeneste"],"published":true,"slug":"stakeholder","content":"

👥 Definisjon

En stakeholder er et individ eller en gruppe personer som har interesse i et prosjekt eller en forretningsprosess, og som kan påvirke eller bli påvirket av prosjektets resultater.

🎯 Viktighet

Å forstå stakeholders' roller er viktig for å håndtere deres forventninger og potensielle avhengigheter.

📊 Typer

Stakeholders kan kategoriseres som interne, eksterne eller sekundære, avhengig av deres forhold til prosjektet.

🏢 Interne Stakeholders

Dette inkluderer vanligvis teamet som utvikler produktet eller tjenesten, og andre medlemmer av organisasjonen som er direkte involvert.

🌐 Eksterne Stakeholders

Består av enheter utenfor organisasjonen, som kunder, leverandører og regulatoriske organer, som har en direkte interesse i prosjektet.

🔗 Sekundære Stakeholders

Indirekte berørte parter som media eller allmennheten, som kan påvirke eller bli påvirket av prosjektets resultater.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Swarming","question":"Hva er Swarming?","description":"Det er en teknikk hvor hele teamet fokuserer på én enkelt oppgave eller brukerhistorie.","date":"2024-11-16","categories":["PBI","User Story"],"published":true,"slug":"swarming","content":"

🔄 Swarming Definisjon

Swarming er en teknikk hvor hele teamet fokuserer på én enkelt oppgave eller brukerhistorie og arbeider sammen for å løse den.

🏗️ Kontekst

Swarming brukes ofte i Scrum og andre agile rammeverk for å håndtere komplekse problemer og sikre kontinuerlig arbeidsflyt.

👥 Team Samarbeid

Metoden involverer at alle teammedlemmer jobber sammen og utnytter sine kollektive styrker og erfaringer for effektivt å løse oppgaven.

🔑 Utfordring

Swarming benyttes når et problem er spesielt utfordrende og krever kollektiv innsats fra teamet for å overvinne det.

🔄 Kontinuerlig Arbeidsflyt

Swarming hjelper til med å opprettholde en kontinuerlig arbeidsflyt ved å unngå flaskehalser og forsinkelser i oppgaveutførelsen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"System Demo","question":"Hva er en System Demo?","description":"Det er en praksis innen SAFe som gir et middel for å vurdere den nåværende tilstanden til løsningen.","date":"2024-11-16","categories":["SAFe","Skalerings"],"published":true,"slug":"system-demo","content":"

🔍 System Demo

En System Demo er en praksis innen SAFe som gir et middel for å vurdere den nåværende tilstanden til løsningen ved å vise frem de integrerte funksjonene i programvaren.

🔄 Prosess

Vanligvis gjennomført ved slutten av hver iterasjon, gir System Demo et regelmessig møte som lar interessenter evaluere fremdriften og verdien levert av teamene.

👥 Deltakelse

System Demo involverer viktige interessenter og er en mulighet for dem å gi tilbakemelding og vurdere den reelle verdien og hastigheten på prosjektet.

⏱️ Tidsbegrensning

SAFe anbefaler en tidsbegrensning på omtrent 60 minutter for System Demo ved slutten av hver iterasjon.

📋 Agenda

En forhåndsdefinert agenda lages for å veilede demoen og sikre et godt organisert flow under hendelsen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"T-Shaped Skills","question":"Hva er T-Shaped Skills?","description":"Det er kombinasjonen av dyp ekspertise på et spesifikt område sammen med bredere tverrfaglige ferdigheter.","date":"2024-11-16","categories":["ferdigheter"],"published":true,"slug":"t-shaped","content":"

🔤 Definisjon

T-Shaped Skills refererer til kombinasjonen av dyp ekspertise på et spesifikt område (den vertikale stangen på T-en) sammen med bredere tverrfaglige ferdigheter som muliggjør effektivt samarbeid på tvers av forskjellige felt (den horisontale stangen på T-en).

👥 Betydning

Profesjonelle med T-Shaped Skills er høyt verdsatt for deres evne til å bidra både innenfor sitt spesialiserte område og på relaterte felt, noe som gjør dem allsidige og tilpasningsdyktige teammedlemmer.

🎓 Opprinnelse

Begrepet ble først introdusert av David Guest i 1991 og popularisert av Tim Brown, CEO i IDEO, som en måte å bygge tverrfaglige team for kreative prosesser.

🏢 McKinsey & Company

Begrepet ble også brukt internt av McKinsey & Company på 1980-tallet, omtalt som 'T-shaped man' for både menn og kvinner.

🌐 Anvendelse

T-Shaped Skills er spesielt etterspurt innen programvareutvikling og er anvendelige i en rekke industrier der tverrfaglig samarbeid er essensielt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"T-Shirt Sizing","question":"Hva er T-Shirt Sizing?","description":"Det er en estimeringsteknikk som bruker t-skjorte størrelser.","date":"2024-11-16","categories":["estimere","fibonacci","planning poker","story points"],"published":true,"slug":"t-shirt","content":"

👕 T-Shirt Sizing

T-Shirt Sizing er en estimeringsteknikk som bruker t-skjorte størrelser (XS, S, M, L, XL) eller andre relative skalaer for å estimere størrelsen eller innsatsen som kreves for oppgaver eller brukerhistorier.

📊 Relativ Estimering

Teknikken fokuserer på å sammenligne størrelsen eller innsatsen til én oppgave med en annen, i stedet for å gi spesifikke tidsbaserte estimater.

👥 Team Samarbeid

Hele teamet er involvert i estimeringsprosessen, som muliggjør en delt forståelse av innsatsen eller kompleksiteten som representeres av hver størrelse.

📈 Story Points

Story Points er en annen vanlig teknikk for relativ estimering, hvor oppgaver tildeles poeng for å indikere deres kompleksitet eller innsats.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"TDD","question":"Hva er Test Driven Development (TDD)?","description":"Test-Driven Development (TDD) er en programmeringstilnærming som legger vekt på å skrive tester før man utvikler kodefunksjonalitet.","date":"2024-11-16","categories":["BDD","programvare","utvikling"],"published":true,"slug":"tdd---test-driven-development","content":"

🧪 Test Driven Development (TDD)

Test-Driven Development (TDD) er en programmeringstilnærming som legger vekt på å skrive tester før man utvikler kodefunksjonalitet. Denne metoden sikrer at koden møter de tiltenkte kravene og bidrar til å forhindre feil.

📚 Opprinnelse

Test-Driven Development (TDD) ble utviklet av Kent Beck på slutten av 1990-tallet som en del av Extreme Programming.

🔄 Iterativ Prosess

TDD følger en syklus med å legge til en test, få testen til å feile, skrive kode for å få testen til å passere, og deretter refakturere koden.

🎯 Fokus

TDD fokuserer på å teste små enheter av kode om gangen, og sikrer at systemet bygges inkrementelt med høy testdekning.

🔴🟢 Refaktoreringssyklus

Også kjent som 'Red-Green-Refactor' syklusen, hvor kode skrives for å få den feilede testen til å passere og deretter refaktoreres for å forbedre strukturen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Team Leader","question":"Hva er en Team Leader?","description":"Det er rollen som er ansvarlig for å overse operasjoner, sette mål og løse problemer.","date":"2024-11-16","categories":["ledelse","rolle"],"published":true,"slug":"team-leader","content":"

👥 Ansvar

Team Leader er rollen som fungerer som broen mellom ledelsen og teammedlemmene. Deres rolle inkluderer å overse daglige operasjoner, sette mål, måle ytelse og sikre at alle teammedlemmer er i samsvar med organisasjonens mål. I tillegg gir en effektiv Team Leader veiledning, støtte og motivasjon for å fremme et positivt og produktivt arbeidsmiljø.

📋 Organisator

Ansvarlig for å organisere teamets arbeid, delegere oppgaver og administrere ressurser.

🎯 Strateg

Utvikler planer og strategier for å oppnå selskapets og teamets mål, i samsvar med organisasjonens oppdrag.

🗣️ Kommunikator

Fasiliterer intern og ekstern kommunikasjon, løser konflikter og fremmer åpen dialog.

💡 Problemløser

Håndterer utfordringer, tar informerte beslutninger og leder teamet mot suksess.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Tech Lead","question":"Hva er en Tech Lead?","description":"En seniorutvikler som har ansvar for de tekniske aspektene av et programvareteam.","date":"2024-11-16","categories":["ledelse","programvare","utvikling"],"published":true,"slug":"tech-lead","content":"

👨‍💻 Ledelse

En Tech Lead (TL), eller teknisk leder, er en rolle som påtas av en seniorutvikler som har ansvar for de tekniske aspektene av et programvareteam, tar arkitektur- og designbeslutninger og veileder teammedlemmene i tekniske spørsmål.

🏗️ Retning

De er ansvarlige for å sette spesifikasjonene og den tekniske retningen for prosjektet, lage et rammeverk for tekniske standarder og føre tilsyn med kvaliteten på programvaren og systemmodifikasjoner.

🤝 Veiledning for Teamet

En teknisk leder spiller en kritisk rolle i å veilede teamet, hjelpe til med å løse tekniske problemer og analysere eksisterende operasjoner for å identifisere risiko og redundans.

📈 Profesjonell Utvikling

Rollen involverer ikke bare teknisk ekspertise, men også lederskap og veiledning, og gir et springbrett for karriereutvikling innen organisasjonen.

📐 Arkitektur

Tekniske ledere er involvert i diskusjoner om høy-nivå arkitektur og har ansvar for den overordnede designen og definisjonen av systemets arkitektur.

🛠️ Veiledning

Tech Leads veileder teammedlemmene gjennom tekniske utfordringer og hjelper til med å analysere og løse operasjonelle risikoer.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Testing","question":"Hva er Testing?","description":"Det er prosessen med å verifisere kvaliteten, funksjonaliteten og ytelsen til et programvareprodukt.","date":"2024-11-16","categories":["kvalitet","programvare","qa","testing","utvikling"],"published":true,"slug":"test","content":"

🖥️ Definisjon

Testing, eller test, er en prosedyre utført for å verifisere og validere funksjonaliteten, ytelsen, sikkerheten og brukervennligheten til et programvareprodukt. Denne prosessen er avgjørende for å identifisere og rette feil, inkonsekvenser eller andre problemer før produktet blir utgitt til markedet eller levert til kunden.

🔄 Utvikling

Testaktiviteter har utviklet seg med nye teknikker og tilnærminger ettersom applikasjoner blir mer komplekse.

🎯 Akseptansetest

UAT (User Acceptance Testing) verifiserer om hele systemet fungerer som tiltenkt.

🔍 Kodegjennomgang

Bekrefter at ny og modifisert programvare overholder kodekrav og beste praksis.

🤝 Integrasjonstesting

Integrasjonstester sikrer at programvarekomponenter eller funksjoner fungerer sammen.

🧪 Enhetstesting

Enhetstester sjekker at hver enhet i programvaren fungerer som forventet.

📝 Funksjonell testing

Funksjonelle tester validerer systemets funksjonalitet ved å simulere brukerinteraksjonsscenarier basert på spesifiserte krav.

⚙️ Ytelsestesting

Ytelsestester vurderer programvarens ytelse under forskjellige arbeidsbelastninger.

🔁 Regressionstesting

Regressionstester sjekker om nye funksjoner bryter eller reduserer funksjonaliteten.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"A/B Testing","question":"Hva er A/B tester?","description":"Det er en metode for å sammenligne to versjoner av en nettside eller applikasjon.","date":"2024-11-16","categories":["markedsføring","produkt","ux"],"published":true,"slug":"test-a-b","content":"

🔬 Definisjon

A/B tester, også kjent som A/B split tester, er en metode for å sammenligne to versjoner av en nettside eller applikasjon for å avgjøre hvilken som presterer best.

📊 Hensikt

Metoden brukes til å optimalisere brukeropplevelsen (UX) og øke konverteringer ved å identifisere hvilken design- eller innholdsvariasjon som er mest effektiv.

🖥️ Prosess

A/B testing innebærer å vise to eller flere versjoner (A og B) til forskjellige segmenter av nettstedbesøkende på samme tid, og deretter analysere resultatene for å bestemme hvilken versjon som gir best ytelse.

🧪 Implementering

Prosessen er vanligvis en del av en bredere strategi for konverteringsrateoptimalisering (CRO) og brukes mye i digital markedsføring og webdesign.

📈 Varianter

A og B er de variantene som testes, hvor A ofte er den nåværende designen (kontroll) og B er en modifisert versjon (variasjon).

🔀 Tilfeldig

Besøkende tildeles tilfeldig til enten A eller B for å sikre en rettferdig sammenligning mellom de to variantene.

📊 Analyse

Data om brukeradferd og konverteringer samles inn

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Tester","question":"Hva er en tester?","description":"En tester er ansvarlig for å sikre at programvareprodukter er feilfrie og møter kvalitetsstandarder.","date":"2024-11-16","categories":["kvalitet","programvare","testing","utvikling"],"published":true,"slug":"tester","content":"

🧪 Rolle

En tester, også kjent som testingeniør eller QA (Quality Assurance), er primært ansvarlig for å sikre at programvareprodukter fungerer riktig, er feilfrie, og møter spesifiserte kvalitetsstandarder.

📝 Ansvar

Testere analyserer spesifikasjoner, utvikler testtilfeller, utfører tester, rapporterer feil og gir tilbakemelding til utviklerne.

🔍 Ferdigheter

De må være kjent med programmering, forstå systemkrav og ha sterke analytiske ferdigheter og problemløsningsevner.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Three Amigos","question":"Hva betyr Three Amigos?","description":"Det refererer til de primære perspektivene for Forretning, Utvikling og Testing.","date":"2024-11-16","categories":["agil","forretning","produkt","programvareutvikling","utvikling"],"published":true,"slug":"three-amigos","content":"

👥 Definisjon

\"Three Amigos\" refererer til et begrep brukt i agil programvareutvikling for å beskrive samarbeidet og dialogen mellom tre nøkkelroller: Forretning, Utvikling og Testing. Dette samarbeidet fokuserer på å definere og bli enige om akseptansekriteriene for produktfunksjonene fra disse tre perspektivene.

🎯 Mål

Målet er å sikre en delt og fullstendig forståelse av kravene, som resulterer i et produkt av høy kvalitet som møter forretningsbehovene og gir en utmerket brukeropplevelse.

📊 Forretningsperspektiv

Fokuserer på problemet som skal løses og brukerens behov.

🛠️ Utviklingsperspektiv

Bekymrer seg for hvordan man kan lage en løsning for det identifiserte problemet.

🧪 Testperspektiv

Vurderer mulige utfall og sikrer at løsningen oppfyller de nødvendige kriteriene.

🤝 Bygge en delt forståelse

Samarbeidet mellom de tre amigos fører til en delt forståelse av produktinkrementet.

🔍 Tidlig identifisering av problemer

Hjelper med å identifisere misforståelser og forvirring tidlig i utviklingsprosessen.

🚀 Raskere Levering

Klarheten fra Three Amigos-møtene kan føre til raskere produktlevering.

📈 Kvalitetssikring

Sikrer at produktet møter både funksjonelle og ikke-funksjonelle krav.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","pl","pt","ru","sv","tr","zh"]},{"title":"Throughput","question":"Hva er throughput?","description":"Det er antallet arbeidsoppgaver som fullføres innenfor en spesifikk tidsramme.","date":"2024-11-16","categories":["agil","kanban","levering","metrikk"],"published":true,"slug":"throughput","content":"

🔄 Definisjon

I Kanban-metoden beskriver 'throughput' det totale antallet oppgaver eller arbeidsartikler som et team klarer å fullføre i løpet av en spesifisert periode. Denne indikatoren er et mål på teamets produktivitet og effektivitet, og brukes til å vurdere og forbedre ytelsen over tid.

📊 Metrikk

Throughput er en viktig ytelsesindikator som hjelper team med å forstå sin leveransekapasitet og effektivitet.

🔍 Måling

Throughput måles ved å telle antallet oppgaver eller brukerhistorier som er blitt fullført og levert over en periode, ofte per iterasjon eller per uke.

📈 Sporing

Team kan bruke throughput-data til bedre å spore forbedringer i leveranseprosessen og identifisere potensielle flaskehalser.

🔢 Type

Throughput er et kvantitativt mål på hvor mye arbeid som blir fullført over tid innenfor et Kanban-system.

🏭 Analogi

Det kan sammenlignes med produksjonen i en fabrikk, og indikerer hastigheten på hvordan arbeid behandles og leveres.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Timeboxing","question":"Hva er timeboxing?","description":"Det er en teknikk brukt for å begrense tiden brukt på et møte eller en oppgave.","date":"2024-11-16","categories":["agil","møte","tid"],"published":true,"slug":"timebox","content":"

⏳ Definisjon

Timeboxing er et tidsstyringskonsept som tildeler en spesifikk og forhåndsbestemt tidsperiode til en aktivitet, et møte eller en oppgave.

🎯 Hensikt

Målet er å øke effektiviteten og produktiviteten ved å hindre at for mye tid brukes på en enkelt oppgave, og oppmuntre til konsentrasjon og fokus.

🏉 Scrum

I Scrum har alle hendelser en anbefalt fast tidsramme.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Top-Down","question":"Hva betyr Top-Down i transformasjon?","description":"Det er en tilnærming hvor toppledelsen leder transformasjonsinitiativet.","date":"2024-11-16","categories":["agil","ledelse","transformasjon"],"published":true,"slug":"top-down","content":"

🔝 Definisjon

I konteksten av agil transformasjon refererer 'top-down'-tilnærmingen til en prosess der endringsinitiativet ledes av de øverste nivåene i organisasjonen. I denne metoden tar ledere eller toppledelsen strategiske beslutninger, etablerer visjonen og retningen for transformasjonen, og deretter implementeres disse beslutningene gjennom organisasjonen.

📈 Fordeler og behov

Denne tilnærmingen kan sikre en sammenhengende visjon og retning, og gir et godt grunnlag for empowerment og adopsjonshastighet i organisasjonens transformasjon, men den krever også at lederne forstår og praktiserer agile prinsipper og metoder for effektivt å lede transformasjonen.

🎯 Visjon

Top-down-tilnærmingen innebærer å kommunisere en klar visjon og tilpasse den med organisasjonens mål, som kan føre til rask beslutningstaking og klare retninger.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"Trello","question":"Hva er Trello?","description":"Det er et visuelt verktøy som letter organiseringen av oppgaver.","date":"2024-11-16","categories":["kanban","produktivitet","tavle","verktøy"],"published":true,"slug":"trello","content":"

🔍 Definisjon

Trello er et visuelt prosjektstyringsverktøy som lar team organisere oppgaver og prosjekter ved hjelp av tavler, lister og kort.

🛠️ Funksjoner

Det tilbyr funksjoner som oppgavefordeling, forfallsdatoer, filvedlegg, sjekklister og integrasjoner med andre verktøy.

🆓 Grensesnitt

Trello-grensesnittet er basert på tavler, som representerer prosjekter, og i dem brukes lister og kort for å organisere oppgaver og informasjon.

🔄 Kanban

Trellos design er påvirket av Kanban-metoden, som vektlegger visuell styring av oppgaver og arbeidsflyt.

👁️ Synlighet

Trello gir klar synlighet på hvem som jobber med hva og hvilke oppgaver som er på vent, noe som bidrar til teamkoordinering og prosjektsporing.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"UAT","question":"Hva står UAT for?","description":"Det står for User Acceptance Testing.","date":"2024-11-16","categories":["qa","test","testing","ux"],"published":true,"slug":"uat","content":"

🎯 Akseptansetest

Akseptansetest er en kvalitetsvurderingsprosess som vurderer om et programvareapplikasjon møter sluttbrukernes godkjennelse og forretningskrav.

🔍 Betydning

Det er den siste fasen i programvaretjenesteprosessen, utført for å sikre at systemet er klart for bruk i den virkelige verden.

📈 Fokusering

Akseptansetesting fokuserer på forretningsmål og brukerbehov, og avgjør om programvaren møter akseptansekriteriene.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"UI","question":"Hva står UI for?","description":"Det står for User Interface.","date":"2024-11-16","categories":["Design","UI","UX"],"published":true,"slug":"ui---user-interface","content":"

🖥️ Definisjon

UI (User Interface) refererer til det visuelle designet på en applikasjon eller nettside som brukerne direkte interagerer med.

🎨 Design

Det inkluderer designelementer som farger, typografi, ikoner, skjemaer, animasjoner, knapper og andre interaktive komponenter.

👩‍💻 Rolle

En UI-designer er ansvarlig for å lage den visuelle delen av et digitalt produkts grensesnitt, med fokus på både estetikk og brukervennlighet.

🔍 UI vs. UX

UI blir ofte kontrastert med UX (User Experience), der UI er den synlige delen og UX er den totale brukeropplevelsen, inkludert UI.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","tr","zh"]},{"title":"User Story Map","question":"Hva er en User Story Map?","description":"Det er en teknikk som organiserer Product Backlog i to dimensjoner for å visualisere produktfunksjonaliteter og planlegge utgivelser.","date":"2024-11-16","categories":["agil","brukerhistorie","jeff patton","prioritering","produkter","utvikling"],"published":true,"slug":"user-story-map","content":"

📜 Definisjon

User Story Map (USM), eller User Story Mapping, er en teknikk som organiserer Product Backlog i to dimensjoner for å visuelt beskrive produktfunksjonaliteter og planlegge utgivelser.

👤 Skaper

Jeff Patton er kredittert for å introdusere User Story Map-teknikken i 2005 gjennom publiseringen av sin bok med samme navn.

🎯 Hensikt

Målet er å gi en felles forståelse av produktet til utviklingsteamet og interessenter, og lette produktoppdagelse og prioritering av utvikling.

🏗️ Struktur

Teknikken starter vanligvis med å identifisere produktets ryggrad, etterfulgt av utvikling av narrativ flyt som beskriver hvordan ulike deler av produktet henger sammen og bidrar til den endelige brukeropplevelsen. Etter å ha etablert disse elementene, blir brukerhistorier gruppert under aktivitetene eller oppgavene identifisert i ryggraden, og prioritert etter viktighet og verdi de leverer til brukeren for å bestemme potensielle utgivelser eller MVP.

🦴 Ryggrad

Ryggraden, eller hovedstrukturen i User Story Map, refererer til den viktigste organiseringen og kategoriseringen av brukerhistorier i en logisk og hierarkisk sekvens som beskriver brukerflyten eller produktets nøkkelaktiviteter. Denne strukturen fungerer som en guide for å forstå hvordan forskjellige deler av produktet fungerer sammen for å gi verdi til sluttbrukeren.

📚 Narrativ flyt

Den narrative flyten, innenfor konteksten av User Story Mapping, beskriver progresjonen og forholdet mellom brukerhistoriene langs ryggraden. Den fokuserer på hvordan individuelle historier henger sammen for å danne en sammenhengende og komplett fortelling om brukerens erfaring med produktet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"UX","question":"Hva står UX for?","description":"Det står for User Experience.","date":"2024-11-16","categories":["UX","design"],"published":true,"slug":"ux---user-experience","content":"

📜 Definisjon

UX, eller User Experience, er en strategi som fokuserer på å gi den beste mulige opplevelsen for brukere av både digitale og fysiske produkter og tjenester.

🖥️ Digitalt fokus

I digitale miljøer sørger teammedlemmer som er spesialisert på UX for at interaksjoner er jevne og uten hindringer med nettsteder, mobilapper, programvare og andre digitale løsninger.

🏢 Fysisk anvendelse

UX-disciplinen er også relevant for fysiske produkter, og har som mål å forbedre den totale brukeropplevelsen.

🎯 Viktighet

UX er avgjørende for kundetilfredshet og -bevaring, og kan ha en betydelig innvirkning på selskapets suksess.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Value Stream Map","question":"Hva er en Value Stream Map (VSM)?","description":"Det er et visuelt verktøy som brukes til å beskrive og analysere flyten i en prosess.","date":"2024-11-16","categories":["Lean","avfall","prosesser"],"published":true,"slug":"value-stream-map","content":"

📜 Definisjon

Value Stream Map, eller VSM, er et visuelt verktøy som brukes i Lean for å beskrive og analysere flyten av materialer og informasjon gjennom en produksjonsprosess.

🎯 Hensikt

Hovedhensikten med VSM er å identifisere områder for forbedring og å visualisere hele produksjonsprosessen for strategisk gjennomgang og optimalisering.

🔄 Steg

VSM involverer å lage et kart over nåværende tilstand, identifisere og eliminere avfall, lage et kart over fremtidig tilstand, og implementere den forbedrede prosessen.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Waste","question":"Hva betyr waste?","description":"Det refererer til enhver aktivitet som forbruker ressurser, men som ikke tilfører verdi for kunden.","date":"2024-11-16","categories":["kaizen","kanban","lean","muda","waste"],"published":true,"slug":"waste","content":"

📜 Definisjon

I Lean-ledelse refererer waste til enhver aktivitet som forbruker ressurser, men som ikke tilfører verdi for kunden. Å identifisere og eliminere waste er avgjørende for å forbedre effektiviteten og effektiviteten i prosessene.

🔄 Kanban

Kanban er en metode innen Lean-ledelse som fokuserer på å minimere waste ved å visualisere arbeid, begrense arbeid i prosess, og optimalisere arbeidsflyten.

🏭 Opprinnelse

Lean-ledelse, inkludert konseptet om å redusere waste, stammer fra Toyota Production System (TPS), som identifiserer waste som muda, mura og muri, og aktivt søker kontinuerlig forbedring (kaizen) for å eliminere det.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Waterfall","question":"Hva er Waterfall-metodologien?","description":"Det er en lineær og sekvensiell tilnærming til prosjektledelse.","date":"2024-11-16","categories":["metodikk","pmbok","pmi","pmp"],"published":true,"slug":"waterfall","content":"

🔄 Definisjon

Waterfall-metodologien er en lineær og sekvensiell tilnærming til prosjektledelse, preget av sin fase-for-fase-struktur, hvor hver fase må være fullført før man går videre til neste.

🏗️ Struktur

Prosjekter deles inn i distinkte faser, uten overlapp mellom dem, som ligner på flyten av et fossefall.

📊 Gantt-diagrammer

Waterfall-metodologien visualiseres ofte ved hjelp av Gantt-diagrammer, og brukes ofte i bransjer som byggebransjen.

🚫 Begrenset fleksibilitet

I motsetning til agile rammeverk, tillater ikke Waterfall-tilnærmingen lett endringer når en fase er fullført, og behandler enhver endring som en potensiell risiko mot den definerte planen.

🌊 Faser

Waterfall har vanligvis følgende faser: kravinnsamling, design, utvikling, testing, implementering og vedlikehold.

📑 Kravinnsamling

Den innledende fasen innebærer detaljert innsamling og dokumentasjon av alle prosjektkrav.

🖥️ Design

Denne fasen inkluderer både høynivå- og detaljert designarbeid, som spesifiserer systemarkitektur og grensesnitt.

🛠️ Implementering

Den faktiske utviklingsarbeidet begynner basert på designspesifikasjonene fra forrige fase.

✔️ Testing

Hver komponent testes for å sikre at den møter de spesifiserte kravene og fungerer som tiltenkt.

🚀 Implementering

Det fullførte prosjektet implementeres eller frigjøres til sluttbrukere eller kunder.

🔧 Vedlikehold

Vedlikeholds- og støttetjenester utføres for å sikre at prosjektet fortsetter å fungere korrekt.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"WET","question":"Hva betyr WET?","description":"Det står for 'Write Everything Twice' eller 'We Enjoy Typing'.","date":"2024-11-16","categories":["antipattern","programvare","utvikling"],"published":true,"slug":"wet","content":"

💧 WET-prinsipp

WET-prinsippet, som står for 'Write Everything Twice' eller 'We Enjoy Typing', representerer en tilnærming som er motsatt av DRY (Don't Repeat Yourself)-prinsippet, ved at det humoristisk tillater eller til og med oppmuntrer til kodegjentakelse.

✏️ Write Everything Twice

WET er et humoristisk akronym som antyder at man skriver eller gjentar kode mer enn nødvendig, ofte sett på som en måte å understreke enkelhet eller unngå kompleksiteten av abstraksjon.

🧩 Mangel på abstraksjon

WET-kode kan mangle riktig abstraksjon, noe som fører til redundans og vanskeligere vedlikehold av kode på grunn av overdreven gjentakelse av lignende strukturer eller logikk.

🔀 Uforutsigbare endringer

Endringer i WET-kode kan være mindre forutsigbare og uniforme, ettersom relaterte elementer kanskje ikke endres på en uniform måte, noe som øker risikoen for feil og inkonsekvenser.

🔍 Testingsutfordringer

WET-kode kan by på utfordringer ved testing, da det kan være flere kodeveier som må dekkes på grunn av duplisering, noe som øker innsatsen og kompleksiteten for å sikre programvarekvalitet.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","nl","pl","pt","ru","sv","tr","zh"]},{"title":"WIP","question":"Hva betyr WIP?","description":"Det står for Work In Progress.","date":"2024-11-16","categories":["Kanban","WIP Limit"],"published":true,"slug":"wip---work-in-progress","content":"

🔨 Definisjon

Work In Progress (WIP) refererer til oppgaver eller produkter som er i prosess, men som ennå ikke er ferdige.

📊 Relevans

WIP er en avgjørende metrikk innen produksjon og programvareutvikling, som indikerer mengden arbeid som aktivt utføres på et gitt tidspunkt.

🏭 Produksjon

I produksjon representerer WIP inventar av delvis fullførte produkter som fortsatt er i produksjonsprosessen.

📈 Utvikling

I programvareutvikling brukes WIP-limitter for å optimalisere arbeidsflyt og sørge for at teamene ikke påtar seg mer arbeid enn de kan håndtere effektivt.

🔄 Kanban

WIP er et sentralt konsept i Kanban-metoden, hvor det brukes til å visualisere og begrense mengden arbeid i prosess for å forbedre effektiviteten og identifisere flaskehalser.

⏳ Produksjonseffektivitet

Overvåking av WIP er essensielt for å vurdere effektiviteten i produksjonsprosessen og identifisere områder for forbedring.

🔍 Lean Manufacturing

WIP er et fokusområde i lean manufacturing, der balansering av WIP-nivåer er et viktig mål for å strømlinjeforme operasjoner og redusere waste.

","language":"no","alternativeLangs":["cs","da","de","en","es","fi","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"WIP Limits","question":"Hva betyr WIP-limiter?","description":"Det er den maksimale mengden arbeid som kan eksistere på hvert stadium av en arbeidsflyt.","date":"2024-11-16","categories":["Kanban","WIP"],"published":true,"slug":"wip-limit---work-in-progress-limit","content":"

🔒 Definisjon

WIP står for \"Work In Progress\", og en WIP-limit, eller grense for WIP, er den maksimale mengden arbeid som kan eksistere på hvert stadium av en arbeidsflyt i metoder som Kanban.

🔎 Forklaring

Begrensning av arbeid i prosess handler ikke om å redusere den totale mengden arbeid som skal gjøres, men å begrense antallet oppgaver som håndteres samtidig (multitasking). Hensikten er å forbedre fokuset og fremme filosofien om \"Stoppe å starte og begynne å fullføre\".

🔄 Viktighet

WIP-limitter hjelper team med å identifisere ineffektiviteter, avdekke flaskehalser og fokusere på å fullføre oppgaver, noe som til slutt forbedrer arbeidsflytens ytelse.

📈 Anvendelse

Team setter WIP-limitter for hvert stadium av arbeidsflyten, vanligvis basert på historiske data, og justerer dem over tid for å optimalisere ytelsen.

🎯 Prestasjonsforbedring

WIP-limitter fokuserer team på å fullføre oppgaver, noe som kan føre til prestasjonsforbedringer, økt gjennomstrømning og kortere leveringstider.

🔍 Flaskebekker

WIP-limitter avdekker flaskehalser og ineffektiviteter i arbeidsflyten, og gjør det mulig for team å håndtere dem mer effektivt.

🔄 Kontinuerlig evaluering

Team vurderer og justerer jevnlig WIP-limitter for å reflektere endringer i arbeidsflytens ytelse.

","language":"no","alternativeLangs":["cs","da","de","en","es","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]},{"title":"Wireframes","question":"Hva er en wireframe?","description":"Det er en enkel visuell representasjon av et grensesnitt.","date":"2024-11-16","categories":["Figma","Mockup","UI","UX","wireframe"],"published":true,"slug":"wireframe","content":"

🖼️ Definisjon

En wireframe er en visuell representasjon, vanligvis i gråtoner, som skisserer strukturen og funksjonaliteten til en nettside eller mobilapplikasjon før visuell design og innhold legges til.

🎯 Hensikt

Wireframes brukes for å etablere det grunnleggende oppsettet og brukeropplevelsen, med fokus på brukervennlighet og navigering.

🔍 Bruk i design

De brukes i de tidlige fasene av designprosessen for å sikre at prosjektet utvikler seg i henhold til de avtalte målene, og for å legge til rette for brukervennlighet og fremtidig innholdsvekst.

🧰 Verktøy

Et av de mest brukte verktøyene for å lage wireframes er Figma.

","language":"no","alternativeLangs":["cs","da","de","en","es","fr","it","ja","ko","nl","pl","pt","ru","sv","tr","zh"]}]