Teknik 1 · Kapitel 4
Metodik och arbetsformer i projekt
Hur ett team går från mål till resultat utan att tappa tid, ansvar eller kvalitet.
Lektionsmål
Efter kapitlet ska du kunna...
- förklara vad som kännetecknar ett projekt
- beskriva projektets faser och planering
- förklara betydelsen av roller och samarbete
- jämföra traditionella, iterativa och agila arbetssätt
- använda dokumentation och utvärdering
Startfråga
När blir en uppgift ett projekt?
”Skapa en webbplats” är ännu bara en uppgift.
Projektet behöver ett tydligt resultat, en tidsram, planerade arbetsmoment och ansvar.
Projektmetodik gör arbetet möjligt att styra och följa upp.
Begrepp
Vad är ett projekt?
När målet är uppnått eller projektet avbryts avslutas projektet.
Löpande verksamhet fortsätter däremot utan en bestämd slutpunkt.
Helhetsbild
Projektets huvudfaser
I praktiken kan teamet behöva gå tillbaka och justera tidigare beslut.
Planering
Fyra frågor före start
| Mål | Vad ska projektet åstadkomma? |
|---|---|
| Arbetsuppgifter | Vilka delar behöver genomföras? |
| Tidsplan | När ska delarna och helheten vara klara? |
| Resurser | Vilken tid, teknik, kompetens och utrustning finns? |
Mål
Går målet att följa upp?
Otydligt
”Gör en bra webbplats.”
Tydligare
”Skapa en mobilanpassad webbplats där föreningens medlemmar hittar schema och kontaktuppgifter.”
Ett tydligt mål avgränsar både resultatet och arbetet.
Nedbrytning
Från mål till arbetsuppgifter
Varje del kan brytas ner tills uppgiften är tydlig nog att uppskatta, fördela och genomföra.
Tidsplan
Planera beroenden och marginal
- Vad måste bli klart innan nästa uppgift kan börja?
- Vilka uppgifter kan göras parallellt?
- Var finns osäkerhet?
- Vilken reservtid behövs?
En plan utan marginal antar att ingenting kommer att gå fel.
Riskanalys
Planera även för avvikelser
| Risk | Förebyggande åtgärd | Reservplan |
|---|---|---|
| Tiden räcker inte | Prioritera funktioner tidigt | Leverera kärnfunktionerna först |
| Tekniken fungerar inte | Bygg en tidig prototyp | Välj en enklare lösning |
Roller
Tydligt ansvar i teamet
| Projektledare | Planerar, följer upp och samordnar. |
|---|---|
| Programmerare | Utvecklar kod och funktioner. |
| Designer | Utformar gränssnitt och användarupplevelse. |
| Testare | Kontrollerar kvalitet och hittar fel. |
I små projekt kan samma person ha flera roller.
Kontrollfråga
Vem ansvarar för vad?
Två arbetsuppgifter har blivit försenade och påverkar resten av tidsplanen. Vem behöver först skapa en gemensam bild av läget?
Samarbete
Delarna påverkar varandra
- kommunicera förändringar tidigt
- gör ansvar och beslut synliga
- stäm av beroenden regelbundet
- be om hjälp innan problemet blir akut
Tydliga roller ersätter inte kommunikation.
Arbetsmetoder
Planstyrt eller anpassningsbart?
| Traditionellt | Agilt |
|---|---|
| Mycket planeras i förväg. | Arbetet delas i korta cykler. |
| Passar när krav är stabila. | Passar när behov kan förändras. |
| Ändringar kan bli kostsamma sent. | Feedback påverkar nästa cykel. |
Många projekt kombinerar arbetssätten.
Iterativ utveckling
Bygg, testa och förbättra
Varje varv ska ge en tydligare produkt och bättre kunskap om behovet.
MVP
Minsta användbara produkt
En MVP innehåller precis tillräckligt för att riktiga användare ska kunna prova lösningen och ge relevant feedback.
Prototyp
Intern och experimentell. Testar en idé.
MVP
En verklig, begränsad produktversion för användare.
Progression
Från skiss till användning
Varje steg testar nya antaganden utan att allt behöver byggas direkt.
Kanban
Gör arbetet synligt
Att göra · 2
Pågående · 2
Klart · 1
Tavlan visar status, ansvar, prioritet och hinder. Klicka på ett kort för att flytta det till nästa steg.
Scrum
Korta sprintar med tydliga mål
- välj vilka uppgifter som ska göras i sprinten
- arbeta mot ett gemensamt sprintmål
- stäm av hinder regelbundet
- visa resultatet och utvärdera arbetssättet
En sprint är inte bara en kort deadline – den ska ge ett användbart resultat och lärande.
Exempel · webbplats
Dela upp leveransen
- Planera målgrupp, innehåll och struktur.
- Skapa layout och mobil navigation.
- Utveckla HTML, CSS och JavaScript.
- Testa funktion, tillgänglighet och responsivitet.
- Publicera och följ upp användningen.
Exempel · Unity
Samordna spelprojektet
- Definiera spelidé och kärnmekanik.
- Fördela grafik, nivådesign, kod och test.
- Bygg en spelbar prototyp.
- Testa styrning, balans och prestanda.
- Prioritera förbättringar inför nästa version.
Dokumentation
Projektets gemensamma minne
- projektplan och tidsplan
- design- och systembeskrivningar
- beslut och ansvar
- kodkommentarer och versionshistorik
- testresultat
Dokumentera vad som behövs för att förstå, följa upp och fortsätta arbetet.
Lansering
Mer än att trycka publicera
- är systemet testat i rätt miljö?
- räcker server- och databaskapaciteten?
- finns övervakning och reservplan?
- vet användarna vad som förändras?
En lyckad lansering behöver både teknisk och organisatorisk planering.
Utvärdering
Lär av projektet
Efter projektet gör teamet en gemensam utvärdering.
- Vad fungerade bra?
- Vad skapade problem?
- Vilka antaganden var fel?
- Vad ska göras annorlunda nästa gång?
Syftet är lärande, inte att leta syndabockar.
Interaktivt beslut
Projektet ligger efter
Tre dagar återstår. Två viktiga funktioner är klara, men fyra mindre funktioner återstår.
Praktisk övning
Planera ett miniprojekt
- Formulera ett tydligt och avgränsat mål.
- Bryt ner målet i arbetsuppgifter.
- Fördela ansvar och identifiera beroenden.
- Skapa en enkel Kanban-tavla.
- Välj vad som ingår i första prototypen.
- Planera test och utvärdering.
Exit ticket
Tre frågor
- Vad skiljer en prototyp från en MVP?
- Hur hjälper tydliga roller samarbetet?
- Varför behöver en projektgrupp identifiera och prioritera risker redan under planeringen?
Sammanfattning
Kom ihåg
- Projekt har mål, tidsplan, resurser och slutpunkt.
- Bryt ner arbetet och gör ansvar tydligt.
- Agilt arbete använder korta cykler och återkoppling.
- Dokumentation gör beslut och resultat begripliga.
- Utvärdering förvandlar erfarenhet till lärande.