Agilt Flashcards
(39 cards)
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
