Agile Flashcards
Funktionella krav
Funktionella = VAD systemet ska göra
Tänka sig som en bil, de funktionella kraven är det du vill att bilen ska göra (köra, bromsa, svänga).
Icke-funktionella krav
Icke-funktionella krav = HUR systemet ska göra det.
Tänka sig som en bil, de icke-funktionella kraven är hur bra bilen ska göra det (hur snabbt den ska accelerera, hur bra bromsarna ska fungera, hur säker den ska vara).
Projektkategorier, vilka är dom och vad betyder dessa?
Nyutveckling samt vidareutveckling
Nyutveckling är revolutionär (iPhone 1) medans vidareutveckling är evolutionär (alla andra iPhone) utveckling
Hur många utvecklingsstrategier finns och vilka är det?
Fyra utvecklingsstrategier:
Banbrytarstrategi - Något helt nytt
Efterföljarstrategi - Följer efter
branschledare eller konkurrenter
Anpassninsstrategi – Anpassar sig till en nisch i marknaden, tex matkanal eller speciell mobil
Plagiatstrategi – Fejkade kläder/klockor mm, säljer billigare än originalet
Marknadsmatris samt matrisorganisation?
Matrisorganisation är en typ av organisatorisk struktur där medarbetare rapporterar till mer än en chef.
Marknadsmatris är ett verktyg som företag använder för att planera sin tillväxt (Ansoffs teknik) (ingen utvecklingsmodell)
Definition av begreppet KRAV
Ett krav är en önskvärd egenskap eller funktion som systemet ska uppfylla för att leverera värde till användare eller intressenter.
Motiv
Ursprung
Realiseringsobjekt
Om något av detta fattas kommer det inte realiseras
Vad är/gör utvecklingsmetoden ”Big Bang”
“Kör tills pengarna är slut”
PRO: Enkel. Kräver minimal planering. Passar små projekt med få krav. Snabb start, då teamet börjar utveckla direkt.
CON: Kaotisk och riskfylld. Kräver ofta omarbetning. Svårt att hantera komplexa projekt. Ingen tydlig struktur eller milstolpar. Hög risk för misslyckande om kraven inte är tydligt definierade.
Vad är/gör utvecklingsmetod ”V-modellen”
V-modellen är som en steg-för-steg-plan där varje utvecklingssteg har ett teststeg. Det hjälper till att säkerställa att produkten fungerar som den ska genom att testa varje del noggrant. Modellen är tydlig och bra för projekt med tydliga krav, men mindre flexibel om ändringar behövs under arbetets gång.
Vad är/innebär utvecklingsmetod Vattenfallsmodellen?
Fördelar = Enkelt och lätt att förstå och använda. Faserna körs och slutförs en i taget. Tydliga krav. Mycket dokumentation.
Nackdelar = Får inte ut något program förräns sista steget, kunden får inte se något förrän den lanseras. Usel modell för långa och pågående projekt. Klarar inte av förändrande krav.
Vad innebär Workshop och vad är Icebreaker-tekniken?
Icebreaker är en aktivitet för att öppna upp för kreativitet
Lära känna varandra, innehåller ofta rollspel.
Brainstorming (brukar vara kärnan i det hela), fyra grundregler:
Kritik är inte tillåten, kvantitet eftersträvas, gå utanför det vanliga, kombinera ideér.
Målet är många ideér.
Prioritering av krav (prioriteringsmetod, “värdeskala”)
“MoSCoW”
Must, Should, Could, Wont. Får max vara 60% Must för att minimera risken för tidsfel (missad deadline).
Kategorisering av krav
Funktionella = Obligatorisk, product feature, enkel att fånga
Icke funktionella = Svåra att fånga, ej obligatorisk, produktegenskaper
Design = Programspråk, databaser osv. Fasta bestämmelser från kund.
Förklara Sprint planering
Sprintplanering är en aktivitet i Scrum där teamet förbereder kommande sprint. Den inkluderar:
Sprintmål: Ett tydligt mål som beskriver vad som ska uppnås under sprinten, till exempel att minska laddningstiden för startsidan med 20%.
Sprintbacklog: En lista med arbetsuppgifter (user stories) som teamet ska arbeta med under sprinten.
Demo-datum: Fastställer när teamet ska visa upp det arbete de gjort för intressenter.
Daily Scrum: Bestämmer tid och plats för det dagliga 15-minuters mötet där teamet synkroniserar sig.
Olika sorters kravinsamling:
Insamlingsmetoder (krav)
Workshop – Samlar flera intressenter samtidigt, bra för diskussion och gemensam förståelse.
Intervju – Kan vara:
Ostrukturerad (öppen diskussion)
Strukturerad (fasta frågor)
Halvstrukturerad (blandning av båda)
Bra för djupgående information från enskilda användare.
Enkät – Effektiv för att samla in data från många personer. Använd skalfrågor (t.ex. 1–5), undvik ja/nej-frågor för bättre insikt.
Prototyp – Visuellt förslag på lösning som testas och diskuteras med användare för att få krav och feedback tidigt.
Vad är “Personas”?
Personas är fiktiva, men realistiska, representationer av typiska användare baserade på research. De används för att förstå och designa lösningar som möter användarnas behov.
Persona tas fram genom att kartlägga intressenter med intervju och enkäter
Förklara Rotorsaksanalys samt Ishikawa modellen
Rotorsaksanalys är en metod som används för att identifiera och förstå de grundläggande orsakerna till ett problem. Målet är att åtgärda grundorsaken så att problemet inte uppstår igen.
Ishikawa-modellen (även kallad “fiskbensdiagram”) är ett visuellt verktyg som används inom rotorsaksanalys. Diagrammet grupperar möjliga orsaker till ett problem i kategorier och dessa representeras som grenar på ett fiskben.
Syfte med dokumentation (generell)
Spara tid och pengar. Minska missförstånd, tydliggör vad som ingår/inte ingår i projektet.
Hur använder man User stories?
User stories används för att beskriva funktioner ur användarens perspektiv. De hjälper teamet att förstå vem som behöver något, vad de behöver och varför.
Mall:
Som [användarroll]
vill jag [funktion]
så att [nytta]
Exempel:
Som kund vill jag kunna spara min varukorg så att jag kan slutföra köpet senare.
User stories hamnar i product backlog och används som grund för planering, utveckling och testning.
Förklara stegen i Granskningsprocessen
Planering, start, individuella förberedelser, gransknings möte, uppföljning
Vilka beslut kan granskningsmötet komma fram till?
Dokumentet godkänns
Dokumentet godkänns med kompletteringar.
Dokumentet granskas igen, har ännu inte tillräcklig kvalitet.
Mötet skjuts upp – Nyckelpersoner saknas eller deltagarna är inte förberedda.
Ge exempel på olika agila ramverk
Scrum
Kanban
XP (Extreme programming)
LEAN
En Scrum har 3 ansvarsområden, vilka?
Produktägare (Product Owner) – Ansvarar för att maximera värdet av produkten och hanterar product backlog.
Utvecklingsteamet (Developers) – Ansvarar för att leverera fungerande produktinkrement varje sprint.
Scrum Master – Ser till att Scrum efterlevs, stöttar teamet, tar bort hinder och främjar förbättring.
Alla tre roller samarbetar tätt för att driva projektet framåt enligt Scrum-ramverket.
Vilka är ceremonierna i Scrum och vem ansvarar för de olika ceremonierna?
Backlog Refinement – Ansvar: Produktägare (PO)
Förbereder och prioriterar kommande backlog-items tillsammans med teamet.
Sprint Planning – Ansvar: Produktägare (PO)
Planerar vad som ska göras under sprinten och hur.
Daily Scrum – Ansvar: Scrum Master (SM)
Kort dagligt möte där teamet synkar arbetet.
Sprint Review – Ansvar: Produktägare (PO)
Visar upp vad som byggts för intressenter och samlar feedback.
Sprint Retrospective – Ansvar: Scrum Master (SM)
Teamet reflekterar över processen och identifierar förbättringar.
Hur många gruppmedlemmar i agilt arbete är optimalt?
4.7 (5) personer.
Vilka är transformations effekterna man ska se upp med vid kravinsamling med talspråk, och varför?
Normalisering
Substantiv utan referens
Universella mått
Ofullständigt specificerade villkor
Ofullständigt specificerade processer
Alla dessa fall saknar/missar information för att omvandla dessa till kod.
Vilka delar är särskilt viktiga att dokumentera vid kravinsamling?
Systemets funktioner
Händelser i systemet
Flöden inom och mellan system
In- & ut-data till varje funktion
Verksamhetsregler
Bildskärmsutseende
Icke funktionella krav
Vad är syftet med dokumentation inom Agile?
Att endast ge tillräckligt med information för att teamet ska kunna förstå och utföra sitt arbete. Den bör vara minimal och stödja utvecklingen, inte bromsa den. Istället för att dokumentera allt i detalj, håll det “just enough”.
Beskriv tre kravdokument
Vision-dokument - Beskriver projektets övergripande mål, syfte och önskat resultat.
Use Cases i text - Specifika scenarier där en användare interagerar med systemet för att uppnå ett mål.
Designspecifikation / GUI standard
Vad är ett it-krav samt deras attribut
IT-krav = är en specifikation av vad ett IT-system ska göra eller hur det ska prestera för att uppfylla behov.
Attribut:
Beskrivning - Vad kravet innebär
Prioritet - Hur viktigt kravet är
Typ - Funktionellt eller icke-funktionellt
Status - Om kravet är nytt, under utveckling eller klart.
Spårbarhet - Hur kravet kopplas till affärsmål eller andra krav
Ägande - Vem som ansvarar för kravet
Vad är värdetriangeln (timeboxing, scopeboxing)
Värdetriangeln är en optimering av Kvalitet, Kostnad och Tid. Man kan inte få alla tre på topp samtidigt.
Timeboxing:
Fast tid, flexibel omfattning
Tiden är låst (t.ex. 2 veckor), innehållet anpassas.
Används i agila metoder (t.ex. Scrum).
Fokus: leverera så mycket värde som möjligt inom en fast tidsram.
Risk: allt planerat kanske inte hinner klart.
Scopeboxing:
Fast omfattning, flexibel tid
Innehållet är låst, tiden anpassas tills allt är klart.
Vanligt i traditionella projekt.
Fokus: leverera allt som planerats, oavsett tid.
Risk: projekt kan dra ut på tiden.
Rita Scrum och sätt ut orden som beskriver.
Product Backlog: Lista med alla önskade funktioner och krav.
Sprint Planning: Planering av vad som ska göras i sprinten.
Sprint Backlog: Uppgifter valda från product backlog för sprinten.
Daily Scrum: Dagligt kort möte för att synka arbetet.
Increment (DoD): Det som är klart (enligt Definition of Done).
Sprint Review: Demo och återkoppling med intressenter.
Sprint Retrospective: Reflektion och förbättring inför nästa sprint.
Fyra vanligaste underkategori till NFR (FURPS+)
Vanligaste underkategorierna till FR
Vanliga underkategorier till NFR (FURPS+):
Usability – Användarvänlighet, gränssnitt, tillgänglighet.
Reliability – Stabilitet, felhantering, drifttid.
Performance – Svarstid, prestanda, resursanvändning.
Supportability – Underhåll, testbarhet, skalbarhet.
+ står för andra krav som:
Säkerhet, lagkrav, kompatibilitet osv.
Vanliga underkategorier till FR (funktionella krav):
Datahantering – Spara, hämta, redigera data.
Användarhantering – Inloggning, behörigheter, roller.
Åtgärdshantering – Vad användaren kan göra i systemet (t.ex. boka, skicka, redigera).
Beskriv tre designbegränsningar
Tekniska begränsningar:
Exempel: “Måste fungera med befintliga databaser.”
Ekonomiska begränsningar
Exempel: “Får inte kosta mer än X antal kronor.”
Affärsmässiga begränsningar
Exempel: “Designen måste vara klar inom tre månader.”
Vilka artefaktor finns i scrum?
Tre huvudsakliga artefakter:
Product Backlog
Sprint backlog
Increment (Product-increment)
Granskning - Verifiering - Validering
Granskning:
Helhetsfokus på att utvärdera både produkt och process.
Verifiering:
Fråga: “Bygger vi produkten rätt?”
Validering:
Fråga: “Bygger vi rätt produkt?”
Vad är ett Projekt?
Det är en Idé som leder till en Process som leder till Effekt.
Vad är/innebär DevOps-metodik?
Ett samarbete mellan utveckling (Dev) och drift (Ops) för att skapa snabbare och mer pålitliga leveranser av mjukvara. Fokuserar på automatisering, CI/CD.
Beskriv 3 skillnader mellan Funktionella krav (FR) och Ickefunktionella krav (NFR)?
FR beskriver vad systemet ska göra, ofta som verb (t.ex. “användaren ska kunna logga in”).
NFR beskriver hur systemet ska vara, ofta som attribut (t.ex. “systemet ska vara användarvänligt”).
FR är ofta obligatoriska – systemet kan inte fungera utan dem.
NFR är ofta icke-obligatoriska, men de påverkar kvaliteten och användarupplevelsen.
FR handlar om funktioner (t.ex. spara data, skicka meddelanden).
NFR handlar om egenskaper (t.ex. prestanda, säkerhet, tillgänglighet).
FR är lättare att fånga och testa.
NFR är svårare att specificera och mäta tydligt.
Hur kan man identifiera risker hos krav?
Med en matris där sannolikheten (1-5) för fel ställs mot den påverkan (1-5) felet kommer att ha på systemet. Tre områden kan då identifieras, låg risk, medelhög risk och hög risk. Dessa tre områden får en handlingsplan.
Vad säger minimiregeln om användningsfall (use cases)?
Vad är ett use case (användningsfall)?
Ett användningsfall (use case) ska beskriva hur minst en aktör använder minst en av systemets tjänster för att uppnå minst ett mål.
En detaljerad beskrivning av hur en aktör (t.ex. en användare eller ett system) interagerar med ett system för att uppnå ett mål. Ska vara skrivande berättande, grafisk form.
Fördelar med användningsfall:
* Lätt att hantera komplexa situationer
* Bra användningsfall är bra grund för testarbete
Nackdelar med användningsfall:
* Är inte bra på att uttrycka NFR, de skrivs normalt i en bilaga
* Det kan vara svårt att få överblick över användningsfall
* Svårt att veta om man är klar
* Kan bli för mycket dokumentation
Hur kan man ge värde(poäng) till sina user stories?
Kan använda sig av tex. Planningpoker.
Uppskatta arbetsinsats eller komplexitet för specifika arbetsuppgifter i form av points, timmar eller annan måttstock.
Prototyp
Fördelar Prototyper
Varför prototyper?
Hjälper användare att se vad de egentligen vill ha.
Visar upp krav visuellt – istället för bara text.
Bekräftar behov, fångar nya krav och visar tekniska möjligheter.
Leder ofta till kortare utvecklingstid och färre missförstånd.
Tre typer av prototyper (enligt läraren):
Horisontell – Brett gränssnitt, lite funktion.
Vertikal – Djup funktion i en smal del.
T-prototyp – Kombination av båda ovan.
Lo-Fi vs Hi-Fi prototyper:
Lo-Fi: Skisser, enkla att ändra. Fokus på flöde, inte detaljer.
Hi-Fi: Liknar den riktiga produkten. Fokuserar på design och detaljer. Bra för presentationer.
Användningstest (inte use case!)
Testa produkten med riktiga användare för att se hur de interagerar med den.
Hitta problem och svårigheter som användarna stöter på i realtid.
Användartester hjälper till att göra produkten mer användarvänlig.
Få direkt feedback från användarna om vad som fungerar och vad som kan förbättras.
Kortsortering
Kortsortering är en metod för att förstå hur användare (personas) vill organisera innehåll. Den hjälper till att skapa en logisk struktur som känns naturlig för användarna.
Öppen kortsortering: Användare skapar egna kategorier.
Stängd kortsortering: Testar en befintlig struktur.
Kortsortering används i designprocessens tidiga skeden för att säkerställa att innehåll och navigation känns naturliga och stödjer användarnas behov.
Roller i kravhanteringsprocess
Styrgrupp: Intressenter som finansierar arbetet.
**CAB (change advisory board): **Kommitté för att göra ändringar i krav efter uppstart.
Projektledare: Övergripande ansvar för att krasen är rätt. Kan ej ändra tidskrav eller budget. Kravledare: som projektledare men arbetar mer specifikt för kravhantering.
SME (Subject matter expert): Expert inom området.
Användare: Slutanvändare.
Krav Administratör: Hanterar förändringar och underhåller struktur.
Leverantör: Tolkar kraven och bemöter dem med lösningsförslag.
Förvaltningschef: Övergripande ansvar för förvaltning av olika system.
Systemägare: Samlar in krav från olika intressenter.
Förvaltningsansvarig: tolkar krav och testar ändringar i systemet.
”S-M-A-R-T”
Varför använda SMART inom agil utveckling?
Specifikt, Mätbart, Accepterat, Realistiskt, Tidsbundet
Hjälper till att skapa fokus och klarhet i ett snabbt och iterativt arbetssätt.
Säkerställer att teamet har realistiska och mätbara mål.
DoD
Definition of Done
Vad som måste vara uppfyllt för att en uppgift ska kunna definieras som “klar”. Teamet bestämmer detta tillsammans.
Omvärldsanalys
Användas för att beskriva analys av alla externa faktorer som påverkar ett projekt, en produkt eller en organisation.
I agil utveckling handlar omvärldsanalys ofta om att förstå kundens behov samt hur externa faktorer påverkar utvecklingen.
Affärsmannaskap
Affärsmannaskap innebär förmågan att förstå principer för att skapa värde för en organisation. Handlar om att ha insikt i företaget. Inte vara rädd för att ta beslut och testa nya vägar.
Continuous Integration (CI)
Innebär att utvecklare kontinuerligt integrerar ny kod i huvudkoden (repository).
Eventuella problem upptäcks tidigt och kan åtgärdas direkt.
Automatiska tester och frekventa integrationer minskar risken för buggar.
Undviker stora konflikter när kod slås ihop sent i projektet.
Vad är syftet med ett burndown chart, och hur används det i Scrum?
Ett burndown chart är ett verktyg som används för att spåra hur mycket arbete som återstår i en sprint eller ett projekt över tid.
Visar teamet och intressenter hur arbetet framskrider.
Hjälper teamet att se framsteg och arbeta mot sprintmålet.
Vilka är “synderna” i scrum?
Ingen Definition of Done (DoD)
Sprintmål ignoreras
Dålig hantering av retrospektiv
Vilka är “synderna” i kravställning?
Otydliga eller vaga krav
För mycket detaljer
Orealistiska krav
Vad är ett scenario?
Ett scenario är en detaljerad beskrivning av en situation som involverar användningen av ett system, produkt eller tjänst.
Vad är Backlog Grooming
Backlog Grooming (Backlog Refinement) är en process där teamet granskar, förfinar och prioriterar innehållet i product backlog. Syftet är att säkerställa att backloggen är uppdaterad, tydlig och redo för kommande sprintar.
Vilka är Systemets Intressenter?
Systemets intressenter är alla som påverkas av systemet eller har ett intresse i dess framgång.
Slutanvändare
Affärsintressenter
Förkortningar
TTM (Time to Market)
Tid från idé till marknadsintroduktion.
MVP (Minimum Viable Product)
Den minsta versionen av en produkt som kan levereras för att testa koncept och få användarfeedback.
DoD (Definition of Done)
En checklista för att säkerställa att ett arbete eller en funktion är helt färdig innan den anses slutförd.
CI/CD (Continuous Integration/Continuous Deployment)
Automatiserade processer för att integrera kod och leverera mjukvara kontinuerligt.
