Agila ramverk 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
Vad är Ansoffs teknik – marknadsmatris?
Ansoffs matris består av fyra rutor som representerar olika strategier:
Marknadspenetration, Produktutveckling, Marknadsutveckling, Diversifiering
Är ett verktyg som företag använder för att planera sin tillväxtstrategi (ingen utvecklingsmodell)
Definition av begreppet KRAV
Krav = önskvärd egenskap
Motiv – Behov, önskemål, tekniska möjligheter, problem
Ursprung – Kunder, användare, utvecklare, marknadsförare
Realiseringsobjekt – Programvara, maskinvara, handböcker, dokument
Vad är/gör utvecklingsmetoden ”Big Bang”
Kör tills pengarna är slut
Big Bang-metoden ä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.
Vad är/gör utvecklingsmetod ”V-modellen”
V-modellen är som en steg-för-steg-plan där varje utvecklingssteg har ett motsvarande 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.
Granskning – Verifiering och Validering
Granskning: Att läsa igenom och kontrollera dokument och planer tillsammans med andra för att hitta fel och förbättra.
Verifiering: Att säkerställa att produkten är byggd på rätt sätt enligt design och specifikationer (kvalitetskontroll).
Validering: Att säkerställa att produkten uppfyller användarnas behov och fungerar som det var tänkt (funktionstest).
Vad är/innebär utvecklingsmetod Vattenfallsmodellen?
Väldigt statisk. ”Fingerpoint game”. Tar en bit i taget, måste göra rätt från början blir jobbigt och svårt att gå upp ett steg i trappan när man väl lämnat det planet.
När passar den in? När kraven är kända/tydliga och fixerade. Produktdefinitionen är stabil. Finns inga tvetydliga krav. Projektet är kort.
Fördelar = Enkelt och lätt att förstå och använda. Faserna körs och slutförs en i taget. Klart definierade steg. ENKELT.
Nackdelar = Fungerande mjukvara produceras inte förrän i 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.
Möte VS Workshop
Möte = Agenda, dokumentation, tar lång tid
Workshop = Agenda, tränad ledare, konsensus, dokumentation, tar lång tid, tekniker som aktiverar deltagarna, har endast ett syfte, fysisk aktivitet
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 och presentera sig inför en grupp. Kan vara som ett rollspel eller teckningsövningen som vi gjorde tex.
Brainstorming (brukar vara kärnan i det hela), fyra grundregler, kritik är inte tillåtet.
Klassificering av krav
(Kan använda sig av FURPS+)
FURPS+ används ofta för att säkerställa att både funktionella och
icke-funktionella krav behandlas rättvist under planering och utveckling.
Kategorisering av krav
Funktionella krav = Vad
Icke-funktionella krav = Hur
Design-restriktioner = Kunden bestämmer, ”detta gäller”.
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
Ska resultera i ett sprint-mål. En sprint backlog. Ett fastställt demo-datum. Bestämd tid för daily scrum.
PO startar mötet med att summera sina mål med sprinten och de viktigaste user-stories. Sen går teamet igenom och tidsestimerar var berättelse och börjar med den viktigaste.
Projekt är en serie sprintar som kan vara mellan en till fyra veckor långa. Varje sprint är en tidsbestämd period där teamet fokuserar på att leverera ett inkrement av produkten. Denna process är iterativ och inkrementell, vilket innebär att teamet konstant förbättrar och bygger vidare på det som redan har skapats.
Vem är Systemets intressenter?
Alla som kan påverka projektet. Allt från suppliers till kunder och ägare.
Insamlingsmetoder (krav)
Intervjuer, samla in info direkt genom en personlig intervju, strukturerat vs ostrukturerat.
Enkäter används för att samla in information från väldigt många intressenter. Kan användas för att hitta krav och utvärdera befintliga lösningar. Är ofta ute efter ett statistiskt underlag. Undvik ja/nej frågor, använd skalor.
Vad är “Personas”?
En fiktiv användare. En skapad individ som representerar användargrupper.
Hur grupperar man krav?
“Kortsortering”
Primärt 2 metoder. Öppen sortering, användarna bestämmer. Sluten sortering, namnen är bestämda.
Förklara Rotorsaksanalys samt Ishikawa modellen
Rotorsaksanalys hjälper till att förstå varför ett problem uppstår.
Som ett fiskben, bygger upp det på småben tills man hittar rotorsaken till vårt problem.
Syfte med dokumentation:
Med rätt dokumentation minska kostnader och missförstånd, tydliggör vad som inte ingår i projektet, beräkna tid och kostnader.
Systemets funktioner in/ut data till var funktion, flöden inom/mellan systemet, hur systemet är relaterat till andra.
Hur använder man User stories?
“Som [användarroll], vill jag [funktion/handling], så att [nytta/motivation].”
Scrum, bryter ner sina user stories till tasks som man sedan kodar. Tar fram negativa/positiva testfall så man kan testa att det fungerar som tänkt.
U-S, bra underlag för prioritering. Nackdel är att det är inga ingående detaljer, kan missa vissa affärsregler mm. Fördelen är att U-S används endast vid en iteration sen slängs dom.
Förklara stegen i Granskningsprocessen
Man blir hemmablind så andra får granska.
Planering / Start / Individuella förberedelser / Granskning / Uppföljning
Checklista för ord till dokument när man ska beskriva, undvid dessa:
”Bra, snabb, billigt, effektivt, litet, stabilt” – Går inte att mäta
”man” – Det är någon annan, vem är det?
”vissa, ibland, ofta, vanligen, många” – Hur ofta är det? Otydligt
”etc, osv, såsom” – Ofullständig info/lista
”hanteras, processas, avslås, elimineras” – Döljer funktionalitet
”om…så..” – Vad händer om ”om” inte händer?
”alltid, varje, alla, ingen, aldrig” – Aldrig sanna, det är aldrig ”aldrig” osv.
”definitivt, därför, helt klart, bevisligen” – Försöker övertyga men ger inga argument
