Agilt Flashcards
Vad är skillnaden mellan funktionella och icke-funktionella krav?
Funktionella krav beskriver VAD systemet ska göra. Som en bil - funktionella krav är vad bilen ska göra (köra, bromsa, svänga). Icke-funktionella krav beskriver HUR BRA systemet ska göra det. Som en bil - icke-funktionella krav är hur bra bilen ska göra det (hur snabbt den ska accelerera, hur bra bromsarna ska fungera, hur säker den ska vara).
Vilka projektkategorier finns och vad betyder dessa?
Nyutveckling samt vidareutveckling. Nyutveckling är revolutionär (som iPhone 1) medan vidareutveckling är evolutionär (som efterföljande iPhone-modeller).
Vilka utvecklingsstrategier finns och vad innebär dessa?
Fyra utvecklingsstrategier: Banbrytarstrategi - Något helt nytt, innovativt. Efterföljarstrategi - Följer efter branschledare eller konkurrenter, men med egen twist. Anpassningsstrategi – Anpassar sig till en nisch i marknaden, t.ex. specialiserad matkanal eller robust mobil för industrimiljöer. Plagiatstrategi – Kopierar framgångsrika produkter och säljer billigare versioner
Vad är Ansoffs teknik-marknadsmatris och hur används den?
Ansoffs matris består av fyra strategier: Marknadspenetration (befintlig marknad, befintlig produkt), Produktutveckling (befintlig marknad, ny produkt), Marknadsutveckling (ny marknad, befintlig produkt), Diversifiering (ny marknad, ny produkt)
Vad är definitionen av begreppet krav och vilka komponenter ingår?
Ett krav är en önskvärd egenskap hos ett system eller produkt. Det består av tre huvudkomponenter: Motiv – Behov, önskemål, tekniska möjligheter, problem som ska lösas. Ursprung – Vem som ställer kravet: kunder, användare, utvecklare, marknadsförare. Realiseringsobjekt – Vad kravet ska implementeras i: programvara, maskinvara, handböcker, dokument
Vad är utvecklingsmetoden Big Bang och när används den?
Big Bang är en riskfylld utvecklingsmetod där man utvecklar hela systemet på en gång och lanserar allt samtidigt. Man kör tills resurserna (tid/pengar) är slut. Det är som att bygga ett helt hus och sedan öppna dörrarna för alla på en och samma dag, utan att testa varje rum separat. Det kan gå snabbt och enkelt, men om något inte fungerar kan det bli stora problem att fixa det efteråt. Metoden används främst i mindre projekt eller prototyper där riskerna är hanterbara.
Vad är V-modellen och hur fungerar den?
V-modellen är en systematisk utvecklingsmodell där varje utvecklingssteg har ett motsvarande teststeg. Den visualiseras som ett V där: - Vänster sida representerar nedbrytning av krav och design - Höger sida representerar integration och verifiering - Varje nivå på vänster sida har en motsvarande testfas på höger sida. Modellen är tydlig och bra för projekt med väldefinierade krav, men mindre flexibel när det kommer till förändringar under projektets gång.
Vad innebär granskning, verifiering och validering?
Dessa är tre olika kvalitetssäkringsaktiviteter: Granskning: Systematisk genomgång av dokument och planer tillsammans med andra för att hitta fel och förbättringsmöjligheter tidigt i processen. Verifiering: Kontroll av att produkten är byggd enligt specifikationerna (‘bygger vi produkten rätt?’). Validering: Kontroll av att produkten uppfyller användarnas verkliga behov (‘bygger vi rätt produkt?’).
Vad är vattenfallsmodellen och när passar den bäst?
Vattenfallsmodellen är en linjär, sekventiell utvecklingsmodell där varje fas måste avslutas innan nästa påbörjas. Passar bäst när: - Kraven är väl kända, tydliga och fixerade - Produktdefinitionen är stabil - Teknologin är välförstådd - Projektet är kort - Det finns få risker för förändringar. Fördelar: - Enkel att förstå och använda - Tydlig struktur med definierade faser - Bra för projektplanering och resurssättning. Nackdelar: - Fungerande mjukvara kommer sent i projektet - Svår att anpassa till förändringar - Kunden ser inte resultatet förrän sent - Passar inte för långa eller komplexa projekt
Vad är skillnaden mellan möte och workshop?
Möte: - Fokuserar på informationsutbyte och beslutsfattande - Följer en agenda - Dokumentation är viktigt - Oftast kortare och mer formellt. Workshop: - Fokuserar på kreativt arbete och problemlösning - Leds av en tränad facilitator - Syftar till konsensus - Använder aktiverande tekniker - Har ett specifikt syfte - Inkluderar fysiska aktiviteter - Ofta längre än vanliga möten
Vad innebär Icebreaker-tekniken?
Icebreaker är en uppvärmningsaktivitet som: - Öppnar upp för kreativitet - Hjälper deltagare att lära känna varandra - Skapar en avslappnad atmosfär - Kan vara rollspel, presentationsövningar eller kreativa aktiviteter
Vilka fyra grundregler gäller för en brainstorm?
- Ingen kritik tillåts 2. Vilda idéer uppmuntras 3. Kvantitet före kvalitet 4. Kombinera och förbättra idéer
Hur kan man klassificera och kategorisera krav?
Krav kan klassificeras enligt FURPS+ modellen och kategoriseras i tre huvudtyper: 1. Funktionella krav: - Beskriver VAD systemet ska göra - Är obligatoriska - Är produktfunktioner - Är oftast enkla att identifiera. 2. Icke-funktionella krav: - Beskriver HUR BRA systemet ska göra något - Kan vara valfria - Är produktegenskaper - Är ofta svårare att identifiera. 3. Design-restriktioner: - Är fasta begränsningar från kund - Kan gälla val av programspråk, databaser etc. - Måste följas i utvecklingen
Vad innebär sprint-planering och hur genomförs den?
Sprint-planering är ett möte som inleder varje sprint och ska resultera i: 1. Ett tydligt sprint-mål 2. En sprint backlog 3. Ett fastställt demo-datum 4. Bestämda tider för daily scrum. Genomförande: 1. Product Owner presenterar sprintmål och prioriterade user stories 2. Teamet bryter ned och tidsestimerar user stories 3. Teamet avgör hur mycket de kan åta sig 4. Sprintbacklog skapas. En sprint är vanligtvis 1-4 veckor lång och är en tidsbestämd period där teamet levererar ett produktinkrement.
Vilka är systemets intressenter?
Intressenter är alla som påverkar eller påverkas av systemet/projektet: - Kunder och användare - Utvecklare och projektteam - Beställare och produktägare - Leverantörer - Ledning och ägare - Myndigheter och samhälle - Support och underhållspersonal
Vilka insamlingsmetoder finns för krav?
Huvudsakliga metoder för kravinsamling: 1. Intervjuer: - Strukturerade (fasta frågor) - Semi-strukturerade (ram med följdfrågor) - Ostrukturerade (öppna samtal). 2. Enkäter: - För stora målgrupper - Ger statistiskt underlag - Använd skalor istället för ja/nej-frågor - Bra för att utvärdera befintliga lösningar. 3. Workshops. 4. Observationer. 5. Dokumentanalys. 6. Prototyper
Vad är personas och hur används de?
En persona är en detaljerad, fiktiv representation av en typisk användare baserad på verklig användardata. Används för att: - Skapa förståelse för användarna - Guide vid design och utveckling - Kommunicera användarbehov - Fatta användarcentrerade beslut - Validera lösningar
Hur grupperar man krav och vilka metoder finns?
Krav kan grupperas genom kortsortering på två sätt: 1. Öppen sortering: - Användarna skapar egna kategorier - Mer explorativ - Ger insikt i användarnas mentala modeller. 2. Sluten sortering: - Fördefinierade kategorier används - Testar befintlig struktur - Mer strukturerad approach
Vad är rotorsaksanalys och hur fungerar Ishikawa-modellen?
Rotorsaksanalys är en metod för att identifiera grundorsaken till ett problem. Ishikawa-modellen (även kallad fiskbensdiagram): - Visuell metod för att hitta rotorsaker - Huvudproblemet placeras i ‘fiskens huvud’ - Möjliga orsaker organiseras i kategorier som bildar ‘fiskben’ - Hjälper att systematiskt utforska alla möjliga orsaker - Används ofta tillsammans med ‘5 varför’-tekniken
Vad är syftet med dokumentation?
Syftet med dokumentation är att: - Minska kostnader och missförstånd - Tydliggöra projektets omfattning - Möjliggöra beräkning av tid och kostnader - Säkerställa gemensam förståelse - Stödja underhåll och vidareutveckling
Vad bör finnas med i dokumentation?
Viktiga områden att dokumentera: - Systemets funktioner och deras in/ut-data - Interna och externa systemflöden - Systemintegrationer - Affärsregler och begränsningar - Tekniska specifikationer - Användarinterface
Hur använder man user stories och vad är deras för- och nackdelar?
En user story följer formatet: ‘Som [roll], vill jag [funktion], så att [nytta]’. Användning i Scrum: - Bryts ned till konkreta tasks - Kompletteras med acceptanskriterier - Testas med positiva/negativa testfall. Fördelar: - Bra för prioritering - Fokus på användarvärde - Lätta att förstå - Flexibla att arbeta med. Nackdelar: - Kan missa tekniska detaljer - Risk för ofullständiga affärsregler - Kräver kompletterande dokumentation för komplexitet
Vilka är stegen i granskningsprocessen?
Granskningsprocessen består av fem steg: 1. Planering - Bestäm vad som ska granskas - Välj granskare - Sätt tidsramar. 2. Start - Distribuera material - Klargör mål och roller. 3. Individuella förberedelser - Granskare studerar materialet - Noterar frågor och problem. 4. Granskningsmöte - Genomgång av fynd - Dokumentation av beslut. 5. Uppföljning - Åtgärda identifierade problem - Verifiera korrigeringar
Vilka ord bör undvikas i dokumentation och varför?
Ord att undvika i dokumentation: Omätbara ord: - ‘Bra, snabb, billigt, effektivt, litet, stabilt’ – Ej mätbara. Vaga referenser: - ‘man’ – Ospecifik ansvarig - ‘vissa, ibland, ofta, vanligen, många’ – Odefinierad frekvens/mängd - ‘etc, osv, såsom’ – Ofullständig information. Dolda funktioner: - ‘hanteras, processas, avslås, elimineras’ – Döljer faktisk funktionalitet. Logiska fallgropar: - ‘om…så…’ – Saknar alternativt scenario - ‘alltid, varje, alla, ingen, aldrig’ – Sällan sanna påståenden. Retoriska ord: - ‘definitivt, därför, helt klart, bevisligen’ – Saknar bevis/argument
Vilka beslut kan fattas vid ett granskningsmöte?
Vid ett granskningsmöte kan fyra typer av beslut fattas: 1. Godkännande utan ändringar - Dokumentet är felfritt - Kan gå vidare i processen. 2. Godkännande med komplettering - Mindre fel som kan åtgärdas - Ny granskning krävs ej. 3. Omgranskning krävs - Större problem identifierade - Måste granskas igen efter korrigering. 4. Mötet uppskjuts - Otillräcklig förberedelse - Viktigt material saknas
Vad kännetecknar Kanban?
- Visualiserar arbetsflödet - Begränsar pågående arbete - Kontinuerligt flöde - Fokus på att minimera ledtider
Vad kännetecknar XP (Extreme Programming)?
- Baseras på 5 värderingar: kommunikation, enkelhet, feedback, mod, respekt - Kontinuerlig integration - Parprogrammering - Testdriven utveckling
Vad kännetecknar Lean?
- Maximera kundvärde - Minimera slöseri - Kontinuerliga förbättringar - Helhetsperspektiv
Vilka är de tre ansvarsområdena i Scrum och vad innebär de?
Scrum har tre definierade roller: 1. Product Owner: - Maximerar produktens värde - Hanterar produktbacklog - Sätter prioriteringar - Representerar intressenter. 2. Utvecklingsteam: - Självorganiserande - Tvärfunktionell kompetens - Kollektivt ansvar - Levererar produktinkrement. 3. Scrum Master: - Faciliterar Scrum-processen - Coachar Teamet
Vilka är transformations effekterna man ska se upp med vid kravinsamling med talspråk, och varför?
Processer som beskrivs som händelser, 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.
Vem äger Backloggen och vad innehåller den?
PO, Product Owner. Den innehåller arbetsuppgifterna, dvs de krav som skall omsättas till kod.
Vad är definitionen av ett it-krav med tillhörande attribut?
Ett krav är en önskvärd egenskap/funktion som har ett ursprung, ett motiv och ett realiseringsobjekt. Om något av detta fattas kommer det inte realiseras.
Beskriv en Daily Stand-up?
Scrum-teamets dagliga möte på 10-15 minuter, där medlemmarna en och en svars på frågorna: Vad gjorde jag för sprinten igår? Vad ska jag göra för sprinten idag? Ser jag något som hindrar mig? Mötet leds av Scrum Master.
Beskriv 3 skillnader mellan Funktionella krav (FR) och Ickefunktionella krav (NFR)?
Funktionella krav: - Verb - Obligatoriska - fångas i användningsfall - produktfunktion - lättfångade Icke funktionella krav: - attribut - icke obligatoriska - fångas i kvalitetsattributsscenarier - produktegenskaper - svårfångade
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.
Beskriv prioriteringsmetoden MoSCoW?
M står för ‘must’-krav som behövs för att projektet ska vara lyckat. S står för ‘should’-krav, dessa bör uppfyllas men framgång vilar inte på dessa. C för ‘Could’-krav kan sparas, men för framgång behöver vi en blandning av prioriteter, så att det finns något att offra om tiden blir knapp. W står för ‘Won’t’ som är krav som inte ska realiseras nu, kanske senare. Ona sägs stå för ‘on time’ och ‘on budget’. När MoSCoW används får en sprint innehålla max 60% Mustkrav, om mer leder det ofta till tidsfel (missad dealine).
Vad är extra viktigt att beskriva så utförligt som möjligt vid kravinsamling?
- Systemets funktioner. 2. In- & ut-data till varje funktion. 3. Flöden inom systemet. 4. Flöden mellan systemet och andra system. 5. Hur systemet är relaterat till andra system. 6. Händelser i systemet. 7. Verksamhetsregler. 8. Bildskärmsutseende. 9. Ickefunktionella krav (NFR).
Vilka är ceremonierna i Scrum och vem ansvarar för de olika ceremonierna?
Sprint planning, P.O, Daily scrum, S.M, Sprint review (Demo), P.O, Sprint retro, S.M, Backlog grooming, P.O.
Vad säger minimiregeln om användningsfall?
Ett användningsfall ska beskriva hur minst en aktör använder minst en av systemets tjänster för att uppnå minst ett mål.
