Sprint og MVP-koncept

Informatik C · STX · C-niveau · Systemudvikling

💻 Sprint og MVP-koncept

Sprint (Scrum) = afgrænset arbejdsperiode (typisk 1-4 uger) hvor team leverer fungerende inkrement.

Sprint-cyklus: Sprint planning (vælg user stories fra backlog, kommiter), Daily standup (15 min, hvad gjorde jeg/skal jeg, blockers), Sprint review (demo for stakeholders), Sprint retrospective (hvad gik godt/skidt, forbedring).

Roller: Product Owner (prioriterer), Scrum Master (faciliterer), Developmen Team (kører).

Tools: Jira, Trello, Asana, Linear. MVP (Minimum Viable Product, Eric Ries "The Lean Startup" 2011) = mindste produkt der løser kerne-problemet for tidlige brugere → læring og iteration. Ikke = halvfærdigt, dårligt produkt — det skal være VIABLE (nyttigt).

Eksempel: Dropbox MVP = video der demonstrerer konceptet → måltilmeldinger validerede behov FØR de byggede. Airbnb MVP = bare luftmadras + morgenmad i grundlæggernes lejlighed. Build-Measure-Learn-loop: hurtig udvikling → måle med rigtige brugere → lære + pivotere. Pivot = stort kursskift baseret på læring (Twitter startede som podcast-platform, Instagram som geo-tagging).

Modsat: vandfaldsprodukt med 100+ features bygget i lukket rum, lanceret med fanfare, fejler.

Lean MVP-metoder: landing page test, smoke test, Wizard of Oz (manuelt udført men ser automatisk ud), concierge MVP.

Læringsmål

• Anvende vandfaldsmodellen (5 faser)
• Forstå Agile / Scrum og MVP-koncept
• Lave brugeranalyse (interviews, personas, user stories)
• Lave use cases
• Lave prototyper (lavfidelitet og højfidelitet)

Sådan kan du arbejde med emnet

• Forklar, hvad et MVP er, og hvad der er formålet med at levere et MVP tidligt
• Lav en MVP-plan for en simpel app: hvilke features er i MVP og hvilke er de næste iterationer?
• Diskutér, hvad der kan gå galt, hvis man ikke definerer et MVP fra starten

Arbejd iterativt med prototyper og dokumentation. Test, evaluér og dokumentér.