I denne sektion vil du finde:

Krystalmetoden
Egenskaberne
At bruge den i praksis

Krystalmetoden

Den blev udviklet af Alistair Cockburn i 1991 og er en agil ramme for teamprojekter, som ofte er blevet brugt til softwareudvikling, men som også kan bruges til forskellige former for projektorienteret teamwork.

Det er en ramme, der fokuserer på mennesker og de interaktioner, de har, snarere end de værktøjer og processer, der er til rådighed for dem.

Det bygger på to grundlæggende overbevisninger:

1. Teams er de bedst udstyrede til at finde måder at forbedre og strømline deres processer på, så de bliver optimale.
2. Hvert projekt er unikt og dynamisk. Det betyder, at det altid ændrer sig, så det team, der arbejder på det, er bedst egnet til at beslutte, hvordan man tilpasser sig og kommer videre.

Det er ikke en trin-for-trin-guide til, hvordan man gennemfører projekter, som kan anvendes universelt på ethvert projekt eller team.

Det er snarere en retningslinje for, hvordan man ser teamwork, samarbejde og kommunikation som et fokus for ethvert vellykket projekt. 

Så hvis du vil bruge krystalmetoden, betyder det, at du skal tilpasse din tankegang som leder til denne måde at tænke på, hvis du ikke er fortrolig med den. 

Egenskaberne

Drevet af mennesker🧠

Projektets processer tilpasses for at imødekomme teammedlemmernes behov, da de er essentielle for projektet. Den ser også grundlæggende mennesker som i stand til at organisere sig selv og blive mere kompetente og organiserede, efterhånden som processerne udvikler sig. 

Adaptiv 🏃

Værktøjerne og processerne er ikke faste, men justeres efter behov for at imødekomme de specifikke behov hos hvert team og det projekt, de arbejder på.

Ultra-let 🍃

Frameworket fokuserer på et gennemsigtigt workflow mellem teamet og kunderne, samtidig med at åbne kommunikationsstrømme mellem teammedlemmerne holder processen let. Det fokuserer heller ikke meget på dokumentation, styring eller rapportering.

At bruge den i praksis

Her er funktionerne i Crystal-metoden

Hyppig levering 🚚

Det er et fokus på ofte at levere fungerende testede produkter til rigtige brugere eller kunder. Denne feedback er afgørende for, at projektet ikke ender med at udvikle et produkt eller en service, som der ikke er efterspørgsel efter. På den måde kan interessenter hurtigere finde justeringer og fejl. 

Reflekterende forbedring 📈

Bør altid anvendes, uanset hvor godt eller dårligt produktet er. Reflekter ofte og se på, hvilke områder der kan forbedres, eller om der er nye teknikker eller metoder, dit team kan implementere for at forbedre fremtidig praksis. 

Osmotisk kommunikation💬

Dette aspekt handler om at have teams, der arbejder i tæt fysisk nærhed for at muliggøre spontan og hurtig informationsstrøm mellem teammedlemmerne. I denne situation opfanger teammedlemmer ofte information uden at være en direkte del af samtalen. Det er derfor, det kaldes osmotisk samtale.

Hybride teams og fjernteams er blevet en stadig mere udbredt arbejdsform i hele verden efter covid-19-krisen. Det betyder, at selv når man bruger en Crystal-metode, er denne form for osmotisk kommunikation nogle gange ikke mulig.
Som leder skal du så forsøge at give dine teammedlemmer mulighed for at arbejde tæt sammen, hvis de kun kommer et par gange om ugen, eller holde hyppige online "talemøder", hvor målet er, at teammedlemmerne skal diskutere ideer, meninger og tanker om projektet og processerne.

Personlig sikkerhed🦺

Et sundt arbejdsmiljø bygger på, at man kan kommunikere åbent og ærligt. Teammedlemmerne skal føle sig trygge ved at sige, hvad de mener, give udtryk for bekymringer og komme med idéer. At inkludere tillid og teambuilding-aktiviteter er derfor et must og bør ikke afvises. Man taler også ofte om psykologisk sikkerhed. 

Focus➡️

Ved at sørge for, at hvert team ved præcis, hvad de arbejder med, kan teammedlemmerne fokusere på de aktuelle opgaver og minimere distraktioner. At arbejde sammen mod det samme mål på samme tid påvirker positiv teamkommunikation og teamånd.

Nem adgang til ekspertbrugere💭

Selvom man oftest taler om dette i forbindelse med udvikling af software, er det et must for ethvert projekt, der skaber et produkt eller en tjeneste, at opretholde kommunikation og få regelmæssig feedback fra rigtige brugere.

(Et teknisk miljø med automatiserede tests, konfigurationsstyring og hyppig integration)

Denne sidste del er et specifikt værktøj til softwareteams og er måske ikke relevant for alle teams.