Udbudsskabelon: kravspecifikation til PBL-samarbejde

Når en skole eller kommune vil i gang med projektbaseret læring (PBL) i samarbejde med eksterne aktører, bliver udbud og kravspecifikation hurtigt den afgørende flaskehals. Ikke fordi PBL er uklart som idé, men fordi aftalerne ofte bliver skrevet for administrativt og for lidt didaktisk.

Jeg hedder Søren Peter Dalby Andersen, og jeg arbejder praksisnært med at få PBL og praksisfaglighed til at fungere i hverdagen. I praksis ser jeg ofte, at samarbejder strander på helt klassiske ting: uklare forventninger til roller, utydelige leverancer, eller et ambitionsniveau der ikke passer til skolens skema og bemanding.

En god kravspecifikation er ikke et ekstra dokument. Det er selve styringsværktøjet, der gør det muligt at få mere elevdeltagelse, bedre faglig forankring og mere robuste samarbejder med omverdenen.

Start med at beslutte, hvad kravspecifikationen skal beskytte jer imod

Kravspecifikationen skal først og fremmest skabe fælles sprog. Den skal beskytte både skole og samarbejdspartner mod misforståelser og “gratisarbejde”, men den skal også beskytte elevernes læring mod at blive reduceret til en event eller en løs aktivitet uden faglig tyngde.

Jeg anbefaler, at man gør sig tydeligt klart, hvilket problem kravspec’en skal løse. Er det at få en partner til at levere et forløb? Er det at få sparring og kompetenceudvikling? Er det at få udviklet materialer, en proces, en evalueringsramme, eller hele pakken?

Når du kan svare på det, er du allerede i gang med at skrive en skarp kravspec.

Et greb der virker i klasserummet er at tænke baglæns: Hvilket elevprodukt skal kunne stå på mål for kundskaber, engagement og myndighed? Den baglæns tænkning kan du direkte oversætte til krav i et udbud.

Afklar PBL-type og brug PBL-rammer som kravsprog

Hvis du vil have et udbud, der tiltrækker de rigtige tilbud, skal du signalere, hvad du mener med PBL. Mange leverandører siger “projekt”, men mener noget helt andet end skolen gør.

På KlimaZirkus’ platform beskrives både “5 typer af PBL” og “de 8 grundelementer”. Jeg bruger dem som fælles referencepunkt, fordi de giver et konkret sprog til at beskrive, hvad der skal ske i undervisningen, og hvad der skal være på plads i designet. Du kan pege direkte på det i udbuddet og bede tilbudsgiver vise, hvordan deres løsning matcher rammerne. Se fx ressourcer på https://klimazirkus.dk/ og overvej også PBL-Pilot som kompetencevej for teamet: https://klimazirkus.dk/pbl-pilot/

Det er også her, Karakteregenskabshjulet bliver praktisk. Ikke som “personlighedstest”, men som et sprog til at kræve, at forløbet træner vedholdenhed, samarbejde, mod til at prøve igen og andre arbejdsmåder, der er nødvendige i PBL.

Efter en kort afklaringsparagraf i udbuddet kan du gøre kravene skarpere ved at skrive, hvilke PBL-elementer der som minimum skal være synlige i forløbet.

Jeg ser især tre faldgruber gå igen, når man ikke får det afklaret tidligt:

Uklart projektspørgsmål
Partneren bliver “gæstelærer” uden forpligtelse
Elevproduktet bliver pænt, men fagligt tyndt

Byg kravspec’en op om funktionelle og ikke-funktionelle krav

Når jeg hjælper skoler med at formulere krav, deler jeg næsten altid op i to spor:

Funktionelle krav: Hvad skal samarbejdet skabe af læring, produkter og processer?
Ikke-funktionelle krav: Hvilke rammer, kvalitetskriterier og begrænsninger skal løsningen overholde?

Det lyder teknisk, men det er befriende enkelt, når man først bruger det. Funktionelle krav handler om intention og output. Ikke-funktionelle krav handler om gennemførlighed.

Her er en tabel, du kan bruge som “udbudsskabelon light”. Den viser typiske afsnit og hvad jeg ville forlange, at tilbudsgiver konkret svarer på.

Afsnit i udbud/kravspec	Hvad I skriver (ordregiver)	Hvad tilbudsgiver skal svare på
Formål og målgruppe	Hvorfor PBL-samarbejdet sættes i gang, klassetrin, særlige hensyn	Forståelse af formål og hvordan det omsættes didaktisk
Læringsmål og faglig forankring	Fag, tema, og kobling til lokale mål/årsplan	Konkret plan for faglig progression og synlige tegn på læring
PBL-ramme	Henvisning til “5 typer af PBL” og “de 8 grundelementer” som kravramme	Kort mapping: hvordan elementerne bliver opfyldt i forløbet
Leverancer	Elevprodukter, lærervejledning, materialer, tidsplan, evt. workshop	Hvad leveres hvornår, og i hvilket format
Roller og ansvar	Hvem gør hvad: lærer, pædagog, ledelse, partner	RACI-lignende tydelighed: ansvar, bidrag og svartider
Evaluering og dokumentation	Hvordan I vil kunne se, at det virker	Hvilke data/produkter/observationer der indsamles og hvordan de bruges
Ressourcer og økonomi	Budgetramme, mødetid, materialer, lokaler	Realistisk ressourceplan og tydelig prissætning

Når du skriver disse afsnit, så tænk “kan en fremmed læser misforstå det?”. Hvis ja, så tilføj en definition eller et eksempel i et bilag.

Gør kravene operationelle med SMART, men uden at kvæle PBL

PBL kræver frihed i elevprocessen, men udbud kræver præcision. Det kan godt forenes, hvis du er bevidst om, hvad du gør målbart.

Jeg bruger SMART som kravdisciplin, især på de punkter der typisk flyder: tid, leverancer, kontakt, og evalueringsform. Når det handler om selve elevløsningerne, stiller jeg hellere krav til proces og kvalitetstegn end til “rigtige svar”.

En praktisk måde at formulere SMART-krav på i PBL-samarbejder er at adskille:

Krav til gennemførelse (skal kunne kontrolleres)
Krav til elevlæring (skal kunne dokumenteres)
Krav til effekt (skal kunne sandsynliggøres, men ikke loves)

Her er et sæt formuleringer, du kan lade dig inspirere af, når du skriver krav. Læg mærke til, at de er efterprøvelige uden at overstyre undervisningen.

Tidsplan: Partneren leverer en ugeplan med milepæle senest 14 dage før opstart.
Didaktisk støtte: Der medfølger lærervejledning med tydelige lærergreb til hver fase.
Elevdeltagelse: Forløbet skal indeholde mindst to valgpunkter, hvor elever træffer beslutninger der ændrer retning eller produkt.
Offentlighed: Elevproduktet skal præsenteres for en relevant modtagergruppe, fysisk eller digitalt, inden for forløbets sidste uge.
Evaluering: Der gennemføres midtvejsstop med elevrefleksion og justering, dokumenteret i kort log eller skema.

Hvis du vil have mere elevdeltagelse, så start med at stille krav om valgpunkter og synlig beslutningstagning. Det er ofte dér, PBL bliver “ægte” for eleverne.

Roller, samarbejdsstruktur og det kedelige der redder projektet

Når samarbejdet er mellem skole og eksterne aktører, bliver de praktiske rammer didaktisk afgørende. Hvis roller ikke er afklaret, ender læreren med at “holde sammen på det hele”, og partneren bliver usikker på, hvad der forventes.

Jeg plejer at kræve tre ting beskrevet i kravspec’en:

Kontaktstruktur: hvem skriver til hvem, og hvornår
Beslutningskompetence: hvad kan partneren ændre, og hvad skal godkendes
Forberedelse: hvad skal lærere og pædagoger have i hænderne, før dag 1

Det lyder banalt, men det er her, udbud ofte bliver for luftige.

Husk også at være tydelig om GDPR og brug af elevdata. Hvis elever skal filmes, fotograferes, interviewes eller på anden måde dokumenteres, skal det stå som et krav, hvordan samtykke, opbevaring og deling håndteres. Det er også rimeligt at skrive krav om ophavsret: Hvem må genbruge materialer? Må elevprodukter vises offentligt? Under hvilke vilkår?

Indbyg praksisfaglighed, så PBL ikke kun bliver “projekt”

Jeg arbejder med PBL som en stærk motor for praksisfaglighed, men det kræver, at kravspec’en beder om mere end en god idé. Den skal kræve, at eleverne får hænderne i virkeligheden på en måde, der giver mening fagligt.

På https://www.praksisfaglighed.dk/ findes modeller og sprog, der kan hjælpe jer med at gøre praksisfaglighed konkret, blandt andet “Praksisfaglighedens 6 byggesten” og “4 tilgange til praksisfaglighed”. Jeg henviser ofte til dem i kravspec’en, så samarbejdspartneren ved, hvilken type praksisnærhed skolen ønsker. Hvis du vil have processtøtte i selve gennemførelsen, så kig også på procesvæggen: https://www.praksisfaglighed.dk/procesv%C3%A6g

Når praksisfaglighed skal med i udbuddet, så skriv det som krav til både aktivitet og refleksion. Det er refleksionen, der gør erfaringen til kundskab.

En enkel test er at spørge: Kan en elev forklare, hvad de gjorde, hvorfor de gjorde det, og hvad de ville gøre anderledes næste gang? Hvis ja, er du tæt på.

Sådan kan du skrive en kravspecifikation på en eftermiddag

Hvis du står med et tomt dokument, så brug denne arbejdsrytme. Den kan gennemføres af en lille arbejdsgruppe, og den giver tekst, der kan sendes i høring internt samme uge.

Skriv projektintroduktion på 10 linjer: formål, målgruppe, tema, tidshorisont.
Beskriv læringsmål og faglig forankring: hvad eleverne skal kunne vise i produkt og proces.
Peg på PBL-rammen: brug “5 typer af PBL” og “de 8 grundelementer” som tjekliste og kravsprog.
Formulér leverancer og milepæle: hvad skal leveres hvornår, og hvad er minimum.
Skriv evaluering: hvilke elevprodukter, observationer og refleksionsspørgsmål der samles op på.
Afklar rammer: budget, tid, mødefrekvens, data, sikkerhed og rettigheder.

Når den er skrevet, så få en kollega til at læse den som “modstander”: Hvor kan man snyde, misforstå eller levere for tyndt? Ret til, tilføj definitioner, og gør kravene efterprøvelige.

Hvor jeg typisk peger folk hen, når de vil i gang i morgen

Jeg synes, det giver mening at starte med gennemprøvede materialer og modeller, før man opfinder sit eget sprog. KlimaZirkus har gratis ressourcer og didaktiske greb, der kan omsættes direkte til udbudstekst og krav, og hvis I vil opkvalificere teamet parallelt med implementering, er PBL-Pilot et oplagt format at kigge nærmere på: https://klimazirkus.dk/pbl-pilot/

Hvis du vil sparre om formuleringer, ambitionsniveau, eller hvordan du får kravspec’en til at hænge sammen med skema, teamorganisering og praksisfaglighed, så kan du skrive til mig på snitfladen@gmail.com eller finde mig på LinkedIn: https://www.linkedin.com/in/s%C3%B8ren-peter-dalby-andersen-a96a9252/. Jeg hjælper gerne med at gøre teksten kortere, skarpere og mere brugbar i hverdagen.