Praktijkproject Business Management: studiesamenvatting

Je werkt een half jaar (10 EC, 14 weken) met een team van maximaal vijf studenten aan een echte procesverbetering voor een externe opdrachtgever. Eén dag per week (dinsdag) werk je op locatie, daarnaast heb je les op de HAN en werk je ook op andere momenten aan het project. Eindproducten in periode 2: een verbeteradvies/overdrachtsdocument, een eindpresentatie en een persoonlijk portfolio.

Het vak in getallen: 14 weken, 4 sprints van drie weken, 6 DMAGIC-fases, 3 reviews bij de opdrachtgever (P1 week 4 en 7, P2 week 4) en 4 retrospectives (P1 week 4 en 7, P2 week 4 en 7). Week 7 van elke periode is afronding.

Geld (wat kost het, zitten we op budget?), Organisatie (wie doet wat?), Tijd (halen we de deadlines?), Informatie (wie wil wat weten?) en Kwaliteit (leveren we wat de opdrachtgever wil?). Communicatie met de opdrachtgever is daarbij essentieel.

De centrale vraag is niet 'wat kan efficiënter?' maar 'wat wil deze organisatie bereiken en hoe helpt dit proces daarbij?'. FM ondersteunt het primaire proces, dus een facilitair proces is altijd op maat van de organisatie. Een receptie in een ziekenhuis draait om veiligheid en rust, op een kantoor om snelheid en bereikbaarheid. Procesmanagement is meer dan efficiëntie: naast snelheid, kosten, taakverdeling en foutkans tellen ook klantgerichtheid, beleving, betrouwbaarheid, veiligheid, gastvrijheid, duurzaamheid en samenwerking.

Zoek vooraf uit wat voor organisatie het is, wie de klanten zijn, welke missie, visie en kernwaarden zichtbaar zijn en wat er speelt (website, jaarverslag, beleidsstukken, nieuws, social media). Stel context-, proces-, stakeholder- en verwachtingsvragen. Kom om te begrijpen, niet om te beoordelen: toon respect voor de expertise van medewerkers, kom niet direct met oplossingen en vraag toestemming voor aantekeningen of opnames. Je bent te gast in een bestaande werkomgeving.

Je beschrijft je startpunt (wat neem je mee uit jaar 1, welke rol neem je meestal in, welke feedback kreeg je vaker) en formuleert twee concrete leerdoelen die zichtbaar zijn in gedrag. Met je projectgroep vul je het teamcanvas in (mensen en rollen, doelen, waarden, regels en afspraken, sterktes en zwaktes, purpose).

Deze les vormt één keten van strategische richting naar meetbare kwaliteit: missie en visie, toegevoegde waarde, KSF's, klantwaarde, stakeholders en kwaliteit. Doel: een onderbouwde projectfocus kiezen.

Begin met het probleem helder krijgen via 5x W + 2x H (wat, waarom, waar, wanneer, wie, hoe, hoeveel) en zet de user story en product backlog op het scrumboard.

De elf mogelijke toegevoegde waarden: productiviteit verhogen, kosten verlagen, risico's beheersen, waardestijging, flexibiliteit verhogen, cultuur ondersteunen, imago ondersteunen, innovatie stimuleren, tevredenheid verhogen, duurzaamheid en healing environment (zorg).

Breng eerst alle belanghebbenden in beeld (opdrachtgever, klant en gebruiker, interne organisatie, leveranciers en partners) met wie, belang en vraag. Prioriteer daarna met de macht-belangmatrix.

Leg vier dingen vast: het doel, het beginpunt (de trigger: wat heeft de klant nodig om te starten?), het eindpunt (wanneer is de klant klaar gediend?) en de klantwaarde; het doel volgt altijd uit die klantwaarde. Hetzelfde proces kan een ander doel hebben (schoonmaak in een ziekenhuis: infectiepreventie; op een hogeschool: prettige leeromgeving; in een fabriek: productie veilig en storingsvrij) of een andere scope doordat een andere afdeling verantwoordelijk is.

Een KPI is een meetbare indicator (getal, percentage, score) die laat zien hoe goed het proces presteert op wat voor de klant het belangrijkst is. Hij krijgt pas betekenis met een norm. KPI's objectiveren (nulmeting), brengen focus aan en maken sturen en borgen mogelijk. De keten: klantwaarde (snelle storingsafhandeling), KSF (storingen snel oplossen), KPI (% opgelost binnen 8 uur, target 90%).

Een goede KPI is SMART. Format: '[Wat] is [hoeveelheid] [wanneer], gemeten door [methode], verantwoordelijk: [wie].'

Visualiseren geeft inzicht (wie doet wat), maakt verspilling zichtbaar (Lean-principe 2: identificeer de waardestroom), schept een gemeenschappelijke taal en is de basis voor verbetering. Doe het op de Gemba met de mensen die het werk doen, bijvoorbeeld in een brownpaper-sessie. BPMN-basissymbolen: startevent, eindevent, activiteit, beslissing (ruit), flow (pijl) en swimlane.

Je digitaliseert de brownpaper om hem te bewaren, samen aan te werken en te analyseren. Werkwijze in vier stappen: board en template (flowchart of swimlane) klaarzetten in een 'current state'-frame, stickies overtypen (verdeel het werk), vervangen door BPMN-symbolen in swimlanes per rol, en live presenteren in presentation mode. Maak drie frames: current state, knelpunten (minimaal drie rode stickies) en verbeterideeën. Gebruik je schoolaccount en deel met can edit (groep), can comment (docent, opdrachtgever) of can view.

• Feiten in plaats van onderbuikgevoel
• Een nulmeting (baseline) waarmee je later effect bewijst
• Scherpere probleemafbakening doordat je precies formuleert wat je meet

Instrumenten voor tijdmetingen: stopwatch (korte bewerkingstijden), tijdkaart (medewerker registreert zelf), logdata uit het FMIS (doorlooptijden automatisch berekenen), tijdstudie (elke stap meerdere keren klokken) en multi-momentopname (hoeveel procent van de tijd gaat naar welke activiteit). PCE = waarde-toevoegende tijd gedeeld door totale doorlooptijd, maal 100%. Kwaliteitsmetingen: First Pass Yield (checklist/inspectielijst), on-time delivery, klanttevredenheid (enquête, NPS, rapportcijfer, SERVQUAL), mystery guest en klachtenregistratie (defect rate). Data is kwantitatief (getallen) of kwalitatief (woorden); het meetniveau (nominaal, ordinaal, interval, ratio) bepaalt welke analyse kan.

1. Meetwaarden bepalen: 1 à 3 uitkomstmaten (Y) en invloedsvariabelen (X)
2. Operationele definitie (U-D-M)
3. Meetprocedure: wie, wanneer, welk instrument, hoe registreren, waar opslaan
4. Eenheid vastleggen (meng nooit werkdagen en kalenderdagen)
5. Steekproef: continue data minimaal 30, discrete data minimaal 100; aselect, systematisch of gestratificeerd, geen convenience
6. Verantwoordelijkheden en planning: week 4 finaliseren en pilot, week 5 meten, week 6 opschonen en analyseren
7. Analysedoel: wat wil je weten en welke grafiek of analyse gebruik je?

Je sluit de sprint af met de zeestermethode (blijven, meer, minder, beginnen, stoppen), kiest maximaal twee teamacties en geeft elkaar top en tip. Legt vast in het teamformat (foto zeester, samenvatting, 2 actiepunten) en het individuele format (welke feedback kreeg ik, wat zegt dit over mijn gedrag, wat probeer ik uit, waar wil ik opnieuw feedback op?).

Van ruwe meetgegevens naar een feitelijk onderbouwd procesbeeld: van 'wij denken dat het beter kan' naar 'de gemiddelde wachttijd is 6 minuten en piekt tot 10 minuten'. Controleer eerst of iedereen zich aan de U-D-M-definitie hield; corrigeer of verwijder afwijkende data.

1. Bijeenbrengen: papier, Excel, FMIS-logs, enquêtes en observaties op één plek
2. Structureren: 1 rij = 1 meting; kolommen voor nummer, datum/tijd, waarde en contextfactoren (X)
3. Eenheden uniformeren
4. Opschonen: fouten verwijderen, uitschieters valideren, ontbrekende waarden markeren

Beschrijvende statistiek: gemiddelde, mediaan (robuust bij uitschieters), modus, range en standaarddeviatie (laag = consistent proces). PCE-voorbeeld: 2 uur bewerking op 40 uur doorlooptijd = 5% PCE, dus 95% verspilling.

Markeer de bottlenecks: daar komt de Analyze-fase op uit. Bijstellen van het meetplan is normaal: te weinig metingen, een definitie die niet eenduidig was, een ontbrekende variabele (bijvoorbeeld hoeveel klanten in de rij stonden) of onbetrouwbare systeemdata.

De eerste acht komen uit de Lean-traditie van Toyota; nummer 9 (onnodige administratie) en 10 (niet-ergonomisch werken) zijn FM-specifieke aanvullingen. Gebruik de lijst als checklist per processtap.

Stap 1: leg meetresultaten naast de procesbeschrijving en markeer uitschieters; de bottleneck is de stap die de meeste vertraging veroorzaakt (in het voorbeeld 'toewijzen' met 120 minuten). Vergelijk op de Gemba wat je ziet met wat je data zegt. Stap 2: zoek oorzaken met Ishikawa (breedte, 6 M's: mens, methode, materiaal, machine, meting, milieu) en 5x waarom (diepte, tot een beïnvloedbare oorzaak). Stap 3: prioriteer met Pareto (80/20).

Geen nieuwe theorie, wel terughalen, afwegen en kiezen. Je bundelt de inzichten uit Define, Measure en Analyze tot onderbouwde kernproblemen: van beschrijven naar begrijpen, van meten naar duiden, van symptoom naar oorzaak, van losse signalen naar kernproblemen.

Welk knelpunt wordt kernprobleem? Toets aan vijf criteria: impact op klantwaarde, omvang en frequentie, oorzakelijkheid (oorzaak of symptoom), haalbaarheid binnen de scope en urgentie voor de opdrachtgever.

Nieuw: je kijkt eerst terug op de afspraken van de vorige retrospective (welke teamacties, wat lukte, wat bleef liggen; welk gedrag wilde ik uitproberen en wat heb ik ermee gedaan). Zo wordt ontwikkeling over meerdere sprints zichtbaar. Daarna zeester, maximaal twee teamacties en top en tip. Check of je actie nog bij je leerdoel past; bijstellen hoort bij ontwikkeling.

Periode 1 ging over begrijpen: je weet wát er misgaat en waarom. Nu begint verbeteren in de Generate-fase. Verbeteren raakt mensen: of je advies landt, hangt af van cultuur, weerstand en draagvlak, niet alleen van hoe slim je oplossing is.

De menselijke kant is de motor: Kaizen (continu verbeteren als gewoonte), Gemba (daar zie je de kansen) en mensen (verspil nooit hun creatieve potentieel; vraag de receptionist, schoonmaker of technicus naar hun grootste ergernis).

• Brainstormen: diverse blik (verschillende afdelingen), voed de sessie met klantfeedback, KPI's en ergernissen, geen idee te gek
• Omdenken vanuit klantwaarde: niet 'hoe verwerken wij meldingen sneller?' maar 'wat heeft de melder eigenlijk nodig?'
• Verbeteren met richting: toets aan missie, visie, strategie en de 11 facilitaire toegevoegde waarden (meervoudige waardecreatie)

FM Tech (FMIS/servicedesk, sensoren en IoT, slim reserveren, dashboards) kan een verbeterrichting zijn, maar technologie is een middel, geen doel: toets steeds aan klantwaarde en strategie.

Een longlist is nog geen advies: de opdrachtgever wil een doordachte, onderbouwde keuze. Deze les is het scharnierpunt: van ideeën naar één samenhangend toekomstbeeld en een gekozen oplossing.

Vergelijk richtingen op vier dimensies: haalbaarheid (80/20), impact (KKT-driehoek: kwaliteit, kosten, tijd), risico (eenvoud is een deugd) en aansluiting op de context (cultuur, systemen, bedoeling), die het vaakst wordt vergeten.

Kies niet op gevoel of op de hardste stem, maar navolgbaar en gedragen. Vijf stappen: representatieve groep (team plus stakeholders), maximaal 6 criteria met weging, baseline (huidige situatie) krijgt overal 0, scoor elk alternatief van min 2 tot plus 2 ten opzichte van de baseline, tel score maal gewicht op.

Onderbouw de winnaar vanuit drie perspectieven: opdrachtgever (missie, KSF's, KPI's, kosten, imago), gebruiker (sneller, duidelijker, prettiger, betrouwbaarder) en proces (minder verspilling, betere flow, minder variatie). Dek het risico af met een pilot (klein testen in de echte omgeving), een simulatie of een gefaseerde invoering.

Een goed idee is nog geen verandering: een verbetering bestaat pas als mensen anders gaan werken. Verandering loopt langs ratio (feiten en cijfers) en gevoel (vertrouwen en betrokkenheid). Twee vaste succesfactoren: de mensen betrekken die het moeten doen en zichtbare betrokkenheid van het management.

1. Wie heeft belang? Stakeholders (let op het rimpeleffect) met rollen sponsor, proceseigenaar, uitvoerders en gebruikers, geplaatst in de belang-invloed-grid
2. Weerstand is normaal: 'mensen zijn dol op verandering als het hun eigen idee is'. Oorzaken: verlies aan controle, onzekerheid, overvallen worden, twijfel over kunnen, eerst meer werk, gezichtsverlies
3. 20-60-20: voorstanders, onbesliste middengroep, tegenstanders. Laat voorstanders scoren met een quick win, dan volgt de middengroep
4. Kotter-light: urgentie (eigen cijfers), coalitie (sponsor en ambassadeurs), communicatie (vaak, in twee richtingen), betrokkenheid (rollen en zichtbare quick wins)

Onduidelijke rollen geven dubbel werk, naar elkaar wijzen en beslissingen die blijven liggen. Leg per activiteit de taken, bevoegdheden en verantwoordelijkheden vast.

Een advies dat niet wordt ingevoerd, levert de opdrachtgever niets op. Implementeren is het invoeren van de gekozen oplossing in het bestaande proces; in het implementatieplan staan alle activiteiten en wie, wat en wanneer in actie komt. Discipline is doorslaggevend.

Bewaak afhankelijkheden en reken terug vanaf de wensdatum. Succescriterium zwak: 'medewerkers gebruiken het portaal beter'; sterk: 'binnen 8 weken wordt 80% van de meldingen via het nieuwe portaal ingediend'. Creëer eigenaarschap met Catchball: laat betrokkenen het plan aanvullen.

Een plan dat alleen het ideale scenario beschrijft, is naïef. FMEA (Failure Mode and Effect Analysis, oorspronkelijk van NASA) spoort potentiële fouten op vóórdat ze optreden. Kernvraag per stap: wat zou hier fout kunnen gaan?

Niet de vaakst voorkomende fout krijgt prioriteit, maar de combinatie van ernst, kans en detectie. Maatregelen verlagen vooral kans en detectie; de ernst blijft meestal gelijk. Een OCAP is een vooraf klaarliggend noodplan met triggers.

Randvoorwaarden voor een goede pilot: plan, datacollectieplan, communicatie, training, uitvoering volgens plan en evaluatie tegen de doelen. Te risicovol of te duur? Gebruik een simulatie.

Na de zeester en top en tip verken je wat je zoekt in een stageplek: welke plekken spreken je wel en niet aan en waarom, welke twijfels heb je, welke begeleiding vind je prettig, welke kwaliteiten zet je in en wat wil je verder ontwikkelen? Leg het vast in het format 'retrospective aanvulling stage'; het is input voor portfoliodeel 4.

Context van het voorbeeld: bij een zorginstelling kwamen meldingen via vijf kanalen binnen, raakten kwijt en de doorlooptijd liep op tot 11 dagen. Met één centraal digitaal meldpunt en een vaste afhandelvolgorde daalde die in de pilot naar 3 dagen. Zonder borging zou de afdeling binnen enkele maanden terug zijn bij de gele briefjes.

Het vertrek van het team is het kwetsbaarste moment: zodra de aandacht verslapt, sluipt variatie terug. Kernregel: het project is pas af als de proceseigenaar het kan overnemen, niet als het rapport klaar is.

• Werkstandaard: SOP of EPL (visuele werkinstructie van één A4)
• Borgingsplan: KPI's, normen en evaluatieritme
• Eigenaarschap: wie is proceseigenaar, met welke afspraken
• Projectdocumentatie: analyse, current state en future state
• Losse eindjes en lessons learned

De overdracht maak je formeel in een overdrachtsgesprek of Tollgate met de belanghebbenden: korte samenvatting (storyboard), wat ging goed en fout, toets aan de succescriteria, formeel overdragen. Daarna verankeren (processen en procedures bijwerken) en toegankelijk archiveren. Zes stappen: documenteer, projectafsluiting, toets succes, draag over, veranker en archiveer, borg de lessen.

In Lean gaat elke geleerde les terug de standaard in: observeren, verbeteren, vastleggen. Beslissingen gelden alleen voor de toekomst, dus het rendement is voor de opdrachtgever, het volgende team en je eigen stage. Vraag: wat ging goed, wat liep stroef, welke aanname klopte niet, wat is de belangrijkste les (best practice?) en voor wie is hij waardevol?

Vandaag documenteren en overdragen, niet presenteren: de eindpresentatie volgt daarna. Control betekent dat het verbeterde proces betrouwbaar, voorspelbaar en herhaalbaar blijft; één keer goed werken is toeval. Afronden valt samen met de Act-stap van PDCA: werk de standaardwerkvoorschriften bij en zorg dat iedereen ze volgt.

De overdracht volgt een tienstappenplan van voorbereiden op afsluiting tot afsluiting voltooien, met de Tollgate als scharnier: het moment waarop je met opdrachtgever en docent vaststelt dat het werk klaar is en de verantwoordelijkheid overgaat. Lessons learned gaan over de aanpak; de retrospective gaat over de samenwerking (wat hebben we gedaan, wat had beter gekund, wat nemen we mee) en voedt je portfolio.

Het retrospective-format van sprint 4 vraagt daarnaast: welke situaties wil ik in mijn portfolio gebruiken, wat zegt dit over mijn leerdoelen richting stage, en na de eindpresentatie: welke feedback kreeg het team en wat zegt die over mijn bijdrage?

Scrum-light geeft ritme, transparantie en frequente afstemming met de opdrachtgever. Het bord is opgebouwd van grof naar fijn: product backlog, sprint backlog, taken die van to do naar doing naar done gaan.

Elke retrospective volgt de zeester (blijven, meer, minder, beginnen, stoppen), eindigt met maximaal twee teamacties en bevat een top en tip per teamlid. Vanaf de tweede retro kijk je eerst terug op de vorige afspraken. Bruikbare feedback is concreet en op gedrag gericht: 'ik merkte dat je de planning niet deelde, waardoor het voor mij onduidelijk was wat jouw voortgang was' in plaats van 'jij communiceert slecht'.

Vier trainingen bereiden je voor op de adviespresentatie. Je werkt met een buddy, liefst niet uit je eigen projectgroep, die je feedback geeft. Volgens de trainingen telt de vorm (professioneel en overtuigend presenteren) voor 20% en de inhoud voor 80%; dat sluit aan op de vijf rubriccriteria van elk 20%.

Tips tegen spreekangst: oefenen, zorg dat je de inhoud echt snapt, leg direct contact met het publiek, probeer fysiek te ontspannen en focus op de inhoud.

• Eén boodschap per slide
• Onderbouw adviespunten met data (eigen onderzoek of literatuur) en in afstemming met stakeholders
• Denk vanuit de beslisser: wat heeft die nodig om ja te zeggen en wat maakt dat de opdrachtgever wil investeren?
• Visuals ontlasten het denken, ze versieren niet; beperk visuele ruis
• Show, don't tell: laat een knelpunt zien in een swimlane of flowchart in plaats van het uit te schrijven
• Tools: Canva, Draw.io, PowerPoint; swimlane, flowchart, organogram; tabellen en figuren volgens APA

Aansluiten op de ontvanger: wat wil hij, wat weet hij al, wat zijn zijn belangen en wat heeft hij nodig (wie beslist, meer focus op financiën of juist op argumenten)?