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
Granskningsmöte, kan komma fram till fyra beslut, vilka?
Godkännas, inga fel,
Godkännas med komplettering
Dokumentet granskas igen
Mötet sköts upp, för lite pålästa eller något saknas
Ge exempel på olika agila ramverk
Kanban - Används som ett schema för beläggning i olika arbetsplatser. Lätt att visualisera, bygger på kort som följer med uppgiften.
XP – Baseras på 5 värderingar. Ringar av kod och minimum av dokumentation.
Lean – Vill maximera kundnyttan men minimera utnyttjade resurser. Allt onödigt ska rensas bort.
En Scrum har 3 ansvarsområden, vilka?
Produktägarna, utvecklarna, scrum master.
P.O = Ge kundvärde, se till att backlog prioriteras, hålla reda på intressenters önskemål
Utvecklare = Teamet ska ha blandad kompetens, generella roller för flexibilitet, eget vs delat ansvar, så smidigt som möjligt.
Scrum master = Lagkapten coach vaktmästare i ett. Se till att medlemmarna kan jobba strukturerat och ostörd, ta bort det som stör teamet.
Vilka ceremonier ingår i Scrum?
Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective, Backlog
Grooming
Vem ansvarar för Sprint Review och Sprint Retrospective?
Product Owner ansvarar för Sprint Review, medan Scrum Master ansvarar för
Sprint Retrospective.
Vad är en Sprint? Vad ingår?
Ett mål, en lista på medlemmar, en sprintbacklog, fastställt demo-datum.
Hur många gruppmedlemmar i agilt arbete är optimalt?
4.7 (5) personer.
Förklara vad Affärsmannaskap innebär
Kräver vissa egenskaper. Tex risktagande, måste våga, bryt mönster, ta nya vägar. Krävs goda ledaregenskaper, lyssna och observera innan man pratar. Förstå att människor oftast ogillar förändring, låt det ta tid. Motivera medarbetarna. Va pålitlig, håll dina avtal.
Vad är ett Projekt?
En Idé som leder till en Process som leder till Effekt
Transformations effekter vid kravinsamling med talspråk.
Vilka effekter kan uppstå när krav formuleras i talspråk?
Processer som beskrivs som händelser, substantiv utan referens, universella
mått, ofullständigt specificerade villkor och processer.
MoSCoW prioriteringsmetod
Vad står MSCW för?
M står för “Must”, S för “Should”, C för “Could” och W för “Won’t”.
En sprint bör innehålla mindre än 60% “Must”-krav för att undvika risk för
tidsbrist
Vilka delar är särskilt viktiga att dokumentera vid kravinsamling?
Funktioner, flöden inom och mellan system, in- och ut-data, verksamhetsregler,
bildskärmsutseende, och ickefunktionella krav.
Vad är syftet med dokumentation inom Agile?
Dokumentationens syfte i Agile är att ge tillräckligt med information för att teamet ska
kunna förstå och utföra sitt arbete utan att bli överväldigade. Den bör vara minimal
och stödja utvecklingen, inte bromsa den. Istället för att dokumentera allt i detalj,
fokuserar Agile på att hålla dokumentationen “just enough” för att vara användbar
och relevant.
