EExpert · deel E10 · Systems engineering

Handboek · hoofdstuk 48Technisch communiceren en projectmanagement

Een besluit wordt sterker als de lezer de claim, het bewijs en het vervolg kan volgen

De beste regelaar helpt weinig als de bouwer een andere eenheid verwacht of de beoordelaar een simulatie voor een meting aanziet. Je schrijft een controleerbaar technisch rapport, rekent een planning door en maakt teamafspraken die interfaces en bewijs bewaken. Je oefent ook een pitch en een verdediging die beperkingen helder houden.

10× uitleg8× uitgewerkt voorbeeld1× naslag1× verhaal1× het geheel2× code11 opdrachten in het werkboek± 14 lestijden

DOntwerpen en maken OOnderzoeken en meten

Rapport, planning en proefopstelling vertellen hetzelfde controleerbare verhaal.

Na dit hoofdstuk

Je kan een technisch rapport rond probleem, methode, resultaat, discussie en besluit schrijven.
Je kan figuren, tabellen, bronnen en onzekerheden controleerbaar publiceren.
Je kan een Gantt-diagram uit afhankelijkheden maken en het kritische pad berekenen.
Je kan rollen, interfaces, overdracht en wijzigingsafspraken vastleggen.
Je kan een ontwerp pitchen en vragen met passend bewijs beantwoorden.

Uitleg · 48.1

Schrijf voor het besluit van de lezer

1/23

Een technisch rapport helpt een ander bepalen of een ontwerp werkt, welke grens het bewijs heeft en wat de volgende stap is. Noem vroeg de concrete vraag, het resultaat en de beperking. Een lijst verrichtingen is nog geen redenering. Orden op claim en bewijs: welke eis wordt onderzocht, met welke methode, wat kwam eruit en wat betekent dat?

Kies je lezer. Een operator heeft handelingsinstructies, status en herstel nodig; een bouwer interfaces en componenten; een reviewer aannamen, versies en reproduceerbaar bewijs. Het hoofdrapport houdt het besluit leesbaar; bijlagen dragen volledige code, data en detailafleidingen. Schrijf geen bewezen veiligheid of voorspelnauwkeurigheid toe aan een demonstratie die dat niet onderzocht.

lezersvraag	plaats in rapport
wat moet werken?	probleem, dienst, eisen
hoe is het onderzocht?	methode, grens, versie
wat is gevonden?	resultaat plus eenheid
wat betekent dit?	discussie en beperking
wat doen we?	besluit en vervolgactie

Uitleg · 48.2

Een rapport heeft een bewijsstructuur

2/23

Titel en korte samenvatting noemen onderwerp, systeemgrens en hoofdbevinding. De inleiding motiveert het probleem en de meetbare onderzoeksvraag. De methode legt model, materiaal, opstelling, parameterbronnen, verwerking en acceptatiecriteria vast. Resultaten tonen de berekende of gemeten uitkomsten; discussie verklaart afwijkingen en bereik. De conclusie beantwoordt de oorspronkelijke vraag zonder nieuwe onbewezen informatie.

Verbind elke belangrijke uitspraak aan eis/test-ID en vindbaar bewijs. Een negatieve uitkomst hoort ook in resultaten. Vermeld afwijkingen van het proefplan, mislukkingen en ontbrekende data. Een reproduceerbare bijlage bevat schema, kalibratie, codeversie, invoer, uitvoer en een korte startinstructie. ‘De code werkte’ is geen acceptatiecriterium.

deel	concrete inhoud voor klimaatregeling
samenvatting	bereik, belangrijkste resultaat, open fysische proef
methode	C/H, discretisatie, sensorcontract, storinginjectie
resultaten	temperatuur, uitgang, timings en weigeringen
discussie	verzadiging, ruis, modelgrens, onbewezen hazards
bijlagen	versie, data, bronlijst, reproduceerbare run

Uitgewerkt voorbeeld · 48.3

Herformuleer een te grote claim

3/23

Een conceptverslag zegt: ‘Ons AI-station is veilig en voorspelt energie met RMSE 0,2494’.

Gegeven

E41 gebruikte gerealiseerde synthetische dagtemperatuur/donkerte
E45 testte een softwarecontract; geen gecertificeerde fysieke veiligheid

Gevraagd

Een nauwkeurige resultaatzin en passende vervolgvraag

Oplossing

1
Noem E41 een conditionele energieschatting op 35 aparte synthetische testdagen, met RMSE 0,2494 kWh/dag. De invoer bevat gerealiseerd weer; dit is geen operationele dag-vooruitfout.
2
Noem E45 de geslaagde grens-/fouttests van het voorstelcontract in de benoemde versie. Ze tonen weigering van de beschreven ongeldige invoer, geen volledige fysieke veiligheidsfunctie.
3
Vraag daarna gearchiveerde prognose-invoer, werkelijke tijdreeksen en afgebakende storingproeven voor de nieuwe claims.

Antwoord

De resultaatzin houdt prestatie, gegevenssoort en bewijsgrens samen.

Klopt dit? Een beperking onderaan een rapport herstelt geen misleidende titel of figuur die als losse afbeelding wordt gedeeld.

Uitleg · 48.4

Methode, resultaat en interpretatie uit elkaar houden

4/23

‘We kozen RK4 met stap 60 s’ beschrijft methode. ‘Na 24 h is de berekende lucht 28,375973 °C’ beschrijft resultaat voor het tweeknoopsmodel van e17/e36/e38. ‘Deze parameterisatie benadert de opgegeven referentie’ is een interpretatie waarvoor een vergelijking nodig is. Een werkelijk gemeten ruimte is nog een ander bewijs.

Gebruik de systeemgrens bij elk getal. Het éénknopstation met C=540 kJ/K en H=50 W/K is niet de lucht-plus-buffer van de klimaatmodule. Toon dezelfde start, buitenconditie, warmte-invoer en tijd voor een vergelijking. Maak het type data zichtbaar in tabelkop en caption: model, synthetische afwijking, laboratoriummeting of installatieproef.

zinsoort	controle
methode	kan een ander de run herhalen?
resultaat	gegevenssoort, getal, eenheid, condities
interpretatie	welke alternatieve verklaring past?
claim	welke eis en welk bewijs dragen haar?

Code · 48.5

Een kleine publicatierekening met echte uitvoer

5/23

Deze code rekent herhaalde synthetische aflezingen en onzekerheidsbijdragen na. Het kalibratie-effect is een gemeenschappelijke aangenomen standaardonzekerheid; het wordt niet kleiner door meer herhalingen. U=2u_c noemt expliciet de dekkingsfactor. Een 95 %-interpretatie vraagt aanvullende verdelings- en vrijheidsgradenaannamen; k=2 alleen bewijst die niet.

Het tweede deel maakt het exacte e39-eenknopmodel plus zelfgekozen afwijkingen. Daardoor zijn figuur R1 en R2 volledig reproduceerbaar. Ze demonstreren rapportage, niet validatie van echte temperatuurmetingen. De getallen blijven op hun eigen systeemgrens.

Pythonrapport_getallen.py22 regelsDownload

import numpy as np # Vijf synthetische herhaalde aflezingen, geen meting van Habitat.x=np.array([19.8,20.0,20.1,19.9,20.2])y=np.mean(x); s=np.std(x,ddof=1); ua=s/np.sqrt(len(x))ub=.15 # aangenomen standaardonzekerheid kalibratie, gemeenschappelijkuc=np.hypot(ua,ub); U=2*ucprint("gemiddelde",y,"s",round(s,6),"uA",round(ua,6))print("uB",ub,"uc",round(uc,6),"U (k=2)",round(U,6))print("publicatie",f"{y:.2f} +/- {U:.2f} deg C, k=2")print("100 aflezingen, zelfde spreiding: uc",round(np.hypot(s/10,ub),6))# Modelvergelijking van het e39-eenknopstation, uitsluitend synthetisch.C=540000.; H=50.; P=600.; buiten=4.; start=12.t=np.arange(0.,4.01,.5) # uurexact=buiten+P/H+(start-buiten-P/H)*np.exp(-H/C*t*3600)synthetisch=exact+np.array([0.,.08,-.04,.10,-.06,.02,.07,-.03,.04])residu=synthetisch-exactrmse=np.sqrt(np.mean(residu**2))print("model eind",round(exact[-1],6),"deg C; synthetische RMSE",round(rmse,6),"K")for h,a,b,r in zip(t,exact,synthetisch,residu):    print(f"{h:.1f} h  model {a:.4f}  synthetisch {b:.4f}  residu {r:+.4f} K")assert abs(y-20.)<1e-12 and U>.3

gemiddelde 20.0 s 0.158114 uA 0.070711
uB 0.15 uc 0.165831 U (k=2) 0.331662
publicatie 20.00 +/- 0.33 deg C, k=2
100 aflezingen, zelfde spreiding: uc 0.150831
model eind 14.945611 deg C; synthetische RMSE 0.057155 K
0.0 h  model 12.0000  synthetisch 12.0000  residu +0.0000 K
0.5 h  model 12.6141  synthetisch 12.6941  residu +0.0800 K
1.0 h  model 13.1339  synthetisch 13.0939  residu -0.0400 K
1.5 h  model 13.5739  synthetisch 13.6739  residu +0.1000 K
2.0 h  model 13.9463  synthetisch 13.8863  residu -0.0600 K
2.5 h  model 14.2616  synthetisch 14.2816  residu +0.0200 K
3.0 h  model 14.5285  synthetisch 14.5985  residu +0.0700 K
3.5 h  model 14.7544  synthetisch 14.7244  residu -0.0300 K
4.0 h  model 14.9456  synthetisch 14.9856  residu +0.0400 K

Rapportfiguur R1. Eenknopstation e39: C=540 kJ/K, H=50 W/K, P=600 W, buiten 4 °C en start 12 °C. Punten zijn zelfgemaakte afwijkingen, geen proefdata. De synthetische RMSE is 0,0572 K. De figuur bewijst geen validatie van het werkelijke station.

Uitleg · 48.6

Een caption draagt de vergelijking

6/23

Een figuur moet op zichzelf begrijpelijk zijn: titel, assen, eenheden, legenda, condities en bron-/versie-ID horen bij elkaar. Benoem of een lijn interpolatie, model of fit is. Geef de relevante beginvoorwaarde en systeemgrens in de caption. Gebruik een zichtbare schaal en maak een uitsnede of log-as expliciet. Een nulonderdrukking kan een klein verschil groot laten lijken; leg uit waarom die schaal nodig is.

Een residufiguur toont wat een nette modelcurve kan verbergen. Residuen met tijdstructuur kunnen op vertraging, drift of ontbrekende fysica wijzen; één RMS-getal toont die structuur niet. Onzekerheidsbanden vragen een beschreven berekening. Een willekeurig brede gekleurde band is geen bewijs.

Rapportfiguur R2, zelfde synthetische gegevens als R1. Verbind punten alleen omdat ze dezelfde tijdreeks vertegenwoordigen. Geen onzekerheidsband of meetbewijs wordt uit deze gekozen afwijkingen afgeleid.

Uitgewerkt voorbeeld · 48.7

Onzekerheid in een resultaatzin

7/23

Vijf synthetische herhalingen hebben gemiddelde 20,00 °C en steekproefspreiding 0,158114 K.

Gegeven

uA=s/√5=0,070711 K
Onafhankelijke kalibratiebijdrage uB=0,15 K (aanname)

Gevraagd

u_c, U bij k=2 en een eerlijke publicatie

Oplossing

1
Bij onafhankelijke bijdragen: u_c=√(0,070711²+0,15²)=0,165831 K.
2
U=2u_c=0,331662 K. Rond onzekerheid en waarde samen: 20,00±0,33 °C, k=2, met benoemde bijdragen.
3
Bij 100 aflezingen wordt alleen de herhaalbijdrage 0,158114/10; u_c=0,150831 K. De gemeenschappelijke kalibratiegrens verdwijnt niet.

Antwoord

20,00±0,33 °C (U, k=2), synthetisch voorbeeld met expliciet aangenomen kalibratiebijdrage.

Klopt dit? Het JCGM GUM-bronnenregister onderscheidt standaard- en uitgebreide onzekerheid. Schrijf geen exact 95 %-interval zonder de passende aannamen.

Uitleg · 48.8

Tabellen en bronnen maken cijfers terugvindbaar

8/23

Een tabel geeft grootheid en eenheid in de kop, geen los getal zonder betekenis. Gebruik genoeg cijfers voor de beslissing, maar geen schijnprecisie. Vergelijk varianten op dezelfde horizon en functie. Voeg datastatus toe bij scenario-aannamen; een actuele wet, een technische datasheet en een zelfgekozen factor hebben een andere bewijskracht.

Een bronregister noteert maker, titel, publicatieversie/datum, vindplaats, raadpleegdatum, ondersteunde claim en toepassingsgrens. Link bij de claim, zodat de lezer niet hoeft te raden welk document erbij hoort. Noteer een paragraaf/tabel waar mogelijk. Controleer citaten en AI-verwijzingen in de oorspronkelijke bron. Bij een wijziging bewaar je de oude versie en motiveer je de nieuwe conclusie.

bron-ID	claim	vindplaats/status
MODEL-39	C/H van éénknopstation	e39; vast model, geen gemeten kamer
DATA-R1	synthetische aflezingen	rapport_getallen.py; zelfgemaakt
MET-01	U=kuc	JCGM 100:2008; methodische bron
PLAN-01	afhankelijkheden/risico	GAO-16-89G; methodische bron
LAW-44	AI Act op peildatum	e44; primaire versie en datum opnieuw controleren

Uitgewerkt voorbeeld · 48.9

Een kleine tabel die het besluit ondersteunt

9/23

Een proefrapport vergelijkt twee regulatorversies onder hetzelfde synthetische invoerprofiel.

Gegeven

Versie A: maximale temperatuur 24,2 °C, 3 overschrijdingen
Versie B: 23,8 °C, 0 overschrijdingen
Criterium: modeltemperatuur ≤24,0 °C

Gevraagd

Een resultaat en de juiste bewijsgrens

Oplossing

1
A voldoet niet aan dit modelcriterium; B voldoet voor dit ene benoemde scenario.
2
Bewaar tijdreeks, scenario-invoer, samplingstap en definitie van overschrijding. Eén plot zonder maximale waarde kan een korte piek missen.
3
De conclusie is niet dat B veilig is onder alle fouten of echte omstandigheden. Voeg aparte fysische sensor-/actuator-/storingproeven en meer randgevallen toe.

Antwoord

B haalt het modelcriterium in dit scenario; A niet. De nieuwe versie is kandidaat voor vervolgproeven.

Klopt dit? Als beide versies verschillende begincondities of modelstappen gebruiken, is de directe rangorde nog niet eerlijk.

Uitleg · 48.10

Planning begint bij werkproducten en afhankelijkheden

10/23

Een taak is af wanneer een beoordeelbaar werkproduct zijn gereedcriterium haalt. ‘Aan model werken’ heeft geen eindpunt; ‘warmtemodel met eenheidsbalans, referentieproef en versie publiceren’ wel. Schat duur, uitvoerder, middelen en voorgangers apart. Een netwerk maakt zichtbaar welke taak echt op een andere wacht.

Een Gantt-diagram tekent activiteiten op een tijdas. Het kritische pad volgt uit afhankelijkheden en duur, niet uit de langste losse taak of een rode kleur die je vooraf koos. Deze les gebruikt finish-to-start zonder extra wachttijd. De GAO Schedule Assessment Guide, GAO-16-89G (2015) behandelt betrouwbare planning en risicoanalyse. Wij rekenen eerst de logische duur, controleren daarna capaciteit en bewaren een baseline.

taakveld	voorbeeld
werkproduct	vastgelegd sensor/voorstelcontract
gereed	review plus grens-/fouttest
voorganger	eisenbaseline goedgekeurd
middel	auteur, reviewer, testadapter
duur	vier werkdagen als schatting
risico	onduidelijke tijd-/eenheidsinterface

Uitgewerkt voorbeeld · 48.11

Voorwaarts en achterwaarts rekenen

11/23

Het onderwijsnetwerk bevat negen taken A–I.

Gegeven

ES=max(EF voorgangers); EF=ES+duur
LF=min(LS opvolgers); LS=LF−duur
Terminaal LF=projecteinde

Gevraagd

Begin bij A, bepaal F en bereken de speling van C

Oplossing

1
A: ES=0,EF=3. B:3–7; C:3–8. D volgt B:7–13. E volgt B én C:max(7,8)=8 tot12.
2
F wacht op D én E:ES=max(13,12)=13,EF=16. G:16–20; H:20–22; I:22–23.
3
Achterwaarts: I22–23,H20–22,G16–20,F13–16. D7–13,E9–13. Voor C:LF=LS(E)=9; LS=9−5=4. Totale speling C=4−3=1 dag.

Antwoord

Projectduur 23 werkdagen; kritisch A–B–D–F–G–H–I. C en E hebben ieder één dag totale speling.

Klopt dit? Dezelfde ene dag ruimte op een route mag je niet als twee onafhankelijke buffers besteden.

Code · 48.12

Bereken het kritische pad en controleer foutnetten

12/23

De code sorteert afhankelijkheden topologisch, rekent vroegste en laatste tijden en weigert een cyclus. De tabel/figuur komen uit precies dezelfde resultaten. Twee scenario's wijzigen één echte voorwaarde: D vóór E wegens gedeelde proefopstelling, en C twee dagen langer.

De laatste lus trekt zelfgekozen driehoekige duren tussen 0,6 en 1,8 keer de basisduur, met de basis als modus. De 5000 runs tonen mogelijke padwisseling onder die aannamen. Ze leveren geen empirische kans op een echte deadline; gedeelde risico's en kalenders zijn niet gemodelleerd. Een P90 uit dit model moet als scenarioquantiel worden benoemd.

Pythonplanning_cpm.py72 regelsDownload

import numpy as np # Onderwijsplanning in werkdagen; geen werkelijk behaalde voortgang.taken = { "A":("eisen en proefplan",3.,()), "B":("interfaces",4.,("A",)), "C":("tweelingmodel",5.,("A",)), "D":("lokaal prototype",6.,("B",)), "E":("modelsimulatie",4.,("B","C")), "F":("integratie",3.,("D","E")), "G":("systeemproeven",4.,("F",)), "H":("eindrapport",2.,("G",)), "I":("review en verdediging",1.,("H",)),} def cpm(net):    # Topologisch sorteren: afhankelijkheden mogen niet vooruit worden gegokt.    for k,(naam,d,pred) in net.items():        if not np.isfinite(d) or d<0: raise ValueError("duur")        if any(p not in net for p in pred): raise ValueError("ontbrekende voorganger")    order=[]; over=set(net)    while over:        klaar=sorted(k for k in over if all(p in order for p in net[k][2]))        if not klaar: raise ValueError("cyclus in afhankelijkheden")        order.extend(klaar); over.difference_update(klaar)    es={}; ef={}    for k in order:        es[k]=max((ef[p] for p in net[k][2]),default=0.)        ef[k]=es[k]+net[k][1]    eind=max(ef.values(),default=0.)    succ={k:[j for j in net if k in net[j][2]] for k in net}    ls={}; lf={}    for k in reversed(order):        lf[k]=min((ls[j] for j in succ[k]),default=eind)        ls[k]=lf[k]-net[k][1]    ruimte={k:ls[k]-es[k] for k in net}    kritisch=[k for k in order if abs(ruimte[k])<1e-9]    return eind,es,ef,ls,lf,ruimte,kritisch R=cpm(taken)print("ID ES EF LS LF speling (werkdagen)")for k in taken:    print(k,*[round(R[i][k],2) for i in range(1,6)])print("eind",R[0],"kritische activiteiten",R[6])# D en E delen nu exclusief dezelfde proefopstelling: D moet eerst klaar.gedeeld=dict(taken)naam,d,pred=gedeeld["E"]; gedeeld["E"]=(naam,d,pred+("D",))RG=cpm(gedeeld)print("met proefopstelling D voor E",RG[0],RG[6])# Twee extra dagen voor C kunnen het kritische pad veranderen.vertraging=dict(taken)naam,d,pred=vertraging["C"]; vertraging["C"]=(naam,d+2,pred)RV=cpm(vertraging)print("C twee dagen langer",RV[0],RV[6])# Illustratieve spreiding, niet uit werkelijke projecten geschat.rng=np.random.default_rng(48); n=5000duren=[]; hits={k:0 for k in taken}for _ in range(n):    scenario={k:(naam,rng.triangular(.6*d,d,1.8*d),pred)              for k,(naam,d,pred) in taken.items()}    s=cpm(scenario); duren.append(s[0])    for k in s[6]: hits[k]+=1Q=np.quantile(duren,[.1,.5,.9])print("scenario P10/P50/P90",np.round(Q,3))print("scenario kans duur > 23",round(np.mean(np.array(duren)>23),4))print("kritiekfrequentie B/C/D/E",[round(hits[k]/n,4) for k in ["B","C","D","E"]])assert R[0]==23 and RG[0]==27 and RV[0]==24assert R[5]["C"]==1 and R[5]["E"]==1cyclus=dict(taken); cyclus["A"]=("fout",3.,("I",))try: cpm(cyclus)except ValueError as e: print("foutnet geweigerd:",e)else: raise AssertionError("cyclus niet gedetecteerd")

ID ES EF LS LF speling (werkdagen)
A 0.0 3.0 0.0 3.0 0.0
B 3.0 7.0 3.0 7.0 0.0
C 3.0 8.0 4.0 9.0 1.0
D 7.0 13.0 7.0 13.0 0.0
E 8.0 12.0 9.0 13.0 1.0
F 13.0 16.0 13.0 16.0 0.0
G 16.0 20.0 16.0 20.0 0.0
H 20.0 22.0 20.0 22.0 0.0
I 22.0 23.0 22.0 23.0 0.0
eind 23.0 kritische activiteiten ['A', 'B', 'D', 'F', 'G', 'H', 'I']
met proefopstelling D voor E 27.0 ['A', 'B', 'D', 'E', 'F', 'G', 'H', 'I']
C twee dagen langer 24.0 ['A', 'C', 'E', 'F', 'G', 'H', 'I']
scenario P10/P50/P90 [23.827 26.508 29.407]
scenario kans duur > 23 0.9538
kritiekfrequentie B/C/D/E [0.695, 0.305, 0.6702, 0.3298]
foutnet geweigerd: cyclus in afhankelijkheden

Onderwijsplanning zonder kalenderdatum of werkelijk voltooiingsbewijs. Dag 0 is het begin van werkdag 1; eind is exclusief. De kleur 1 volgt kritische activiteiten, kleur 3 volgt taken met één dag totale speling. Beschikbaarheid van mensen en proefopstelling vraagt een aparte controle.

Uitleg · 48.13

Van netwerk naar Gantt, met alle cijfers erbij

13/23

Deze tabel maakt de Gantt-controle mogelijk zonder kleur af te lezen. ES/EF zijn vroegste start/einde, LS/LF laatste start/einde bij dezelfde einddatum. Start 0 betekent begin van werkdag 1; einde 23 is het einde van 23 werkdagen. De planning heeft geen kalenderdatum, verlof of werkelijke voortgang.

Een taak met speling kan toch aandacht vragen als haar onzekerheid groot is of ze specialistische capaciteit bezet. Kritische activiteiten kunnen veranderen na een update. Benoem mijlpalen met een aantoonbaar gereedcriterium: de interface-mijlpaal op dag 7 vraagt contract plus review, geen alleen verstreken tijd.

taak	duur (werkdagen)	voorgangers	vroegste start/einde	laatste start/einde	speling
A eisen en proefplan	3	—	0 / 3	0 / 3	0
B interfaces	4	A	3 / 7	3 / 7	0
C tweelingmodel	5	A	3 / 8	4 / 9	1
D lokaal prototype	6	B	7 / 13	7 / 13	0
E modelsimulatie	4	B, C	8 / 12	9 / 13	1
F integratie	3	D, E	13 / 16	13 / 16	0
G systeemproeven	4	F	16 / 20	16 / 20	0
H eindrapport	2	G	20 / 22	20 / 22	0
I review en verdediging	1	H	22 / 23	22 / 23	0

Uitgewerkt voorbeeld · 48.14

Capaciteit kan het logische pad veranderen

14/23

D en E hebben dezelfde exclusieve proefopstelling; het team plant eerst D.

Gegeven

D duurt dag 7–13
E heeft B,C en nu ook D als voorgangers

Gevraagd

Nieuwe duur en pad; effect van een losse modelvertraging

Oplossing

1
E start op max(7,8,13)=13 en eindigt17. F17–20,G20–24,H24–26,I26–27.
2
Nieuwe route A–B–D–E–F–G–H–I duurt 27 werkdagen. Dit is een expliciete volgordekeuze; een andere middelenvolgorde moet je apart beoordelen.
3
Zonder gedeelde opstelling maar met C twee dagen langer: C3–10,E10–14,F14–17,G17–21,H21–23,I23–24. Nu wordt A–C–E–F–G–H–I kritisch.

Antwoord

Een gedeeld middel maakt de basisplanning hier vier dagen langer. Twee extra dagen op een taak met één dag speling verlengen het project één dag.

Klopt dit? Een Gantt met overlappende taken bewijst niet dat de uitvoerders of middelen die overlap aankunnen.

Uitleg · 48.15

Voortgang vraagt een baseline en bewijs

15/23

Bewaar oorspronkelijke schattingen en benoemde versies. Update werkelijke start/einde, resterend werk, nieuwe afhankelijkheden en open reviewpunten. ‘90 % klaar’ betekent weinig wanneer het laatste probleem de acceptatie blokkeert. Gebruik gereed bewijs: gepubliceerde code, geslaagde test, gecontroleerde figuur of gesloten interfacevraag.

Maak bij een verandering de impact zichtbaar op eisen, bewijs, risico en planning. Een sensorfilterwijziging raakt niet alleen firmware, maar ook tijdvertraging, modelvergelijking en caption. Een planningsbuffer is een beheerde reserve; zij vervangt geen test of onduidelijk gereedcriterium. De scenarioquantielen van de code zijn een gesprek over onzekerheid, geen garantie van 90 % haalbaarheid voor Habitat.

statusveld	vastleggen
baseline	versie en oorspronkelijke aannamen
werkelijk	start/einde plus werkproduct
resterend	concrete activiteit, duur, blokkade
wijziging	reden, eigenaar, afhankelijke testen
besluit	nieuw kritische pad en vervolg

Uitgewerkt voorbeeld · 48.16

Een scenarioquantiel vraagt zijn aannamen

16/23

De 5000 modelplanningen gebruiken onafhankelijke driehoekige duren met grenzen 0,6d en 1,8d en modus d.

Gegeven

Basisproject 23 werkdagen
Modeluitvoer P10/P50/P90: 23,827 / 26,508 / 29,407 werkdagen

Gevraagd

Verklaar de verschuiving en formuleer een juiste P90-zin

Oplossing

1
De gemiddelde taakduur van deze verdeling is (0,6d+d+1,8d)/3=1,133333d. De invoer heeft dus bewust een grotere gemiddelde duur dan de basisduur.
2
Voor alleen het basispad is de gemiddelde duur 23×1,133333=26,066667 dagen. Het maximum over routes kan bovendien door padwisseling groeien; de simulatie berekent iedere route opnieuw.
3
Zeg: ‘Binnen dit illustratieve duurmodel ligt 90 % van de gesimuleerde projecteinden vóór 29,407 werkdagen’. De invoerverdelingen, afhankelijkheid tussen risico's, kalender en middelen moeten nog met projectkennis worden onderbouwd.

Antwoord

P90 is hier een scenarioquantiel, geen bewezen 90 %-haalbaarheid van een echte deadline.

Klopt dit? Het hogere gemiddelde volgt uit de gekozen asymmetrie, niet uit een ontdekking over Habitat.

Uitleg · 48.17

Teamrollen bepalen wie beslist en overdraagt

17/23

Een team heeft zowel uitvoering als beslisbevoegdheid nodig. In onderstaande werkafspraak betekent U uitvoerder, B besliseigenaar, R raadplegen/reviewen en I informeren. Dit is een eigen rollenkaart, geen voorgeschreven norm. Meerdere uitvoerders kunnen samen werken; één benoemde besliseigenaar per activiteit voorkomt dat een interfaceconflict onbeheerd blijft.

De lokale actor-eigenaar uit e45 is een software-/systeembevoegdheid. De menselijke systeemeigenaar in deze tabel beslist over eisen en baselines. Die twee betekenissen mogen niet door elkaar raken. De operator kent de praktijk en moet vroeg bij herstel en acceptatie betrokken zijn, niet pas bij de eindpresentatie.

activiteit	systeemeigenaar	model	firmware	QA	operator
eisenbaseline	B	U	R	R	R
interfacecontract	B	U	U	R	R
model en voorspelling	B	U	R	R	I
lokale begrenzing	B	R	U	R	R
systeemproefbewijs	B	R	R	U	R
acceptatie/herstel	B	I	R	R	U
rapportversie	B	U	U	R	R

Uitgewerkt voorbeeld · 48.18

Een overdracht die een andere schrijver kan gebruiken

18/23

De modelauteur levert een temperatuurschatting aan de firmwareauteur.

Gegeven

Module: Ca=80 kJ/K, Cb=1,10 MJ/K, H=20,2 W/K, G=30 W/K
Stationbenchmark apart: C=540 kJ/K, H=50 W/K

Gevraagd

Een kort controleerbaar overdrachtcontract

Oplossing

1
Lever benoemde grootheden, SI-eenheden, systeemgrens, startcondities, vaste klok/tijdstap en ontbrekende- en kwaliteitsvelden. Benoem versie en parameterherkomst.
2
Geef een minimale reproduceerbare referentierun: module, 600 W, start van lucht en buffer op 12 °C, buiten 4 °C, duur 24 h. Verwachte exacte waarden: lucht 28,375973 °C en buffer 24,941009 °C; noem numerieke tolerantie apart.
3
De ontvanger herhaalt de run, controleert eenheden en meldt het verschil met scenario-ID. De beide modellen worden niet stilzwijgend samengevoegd; een gevonden systeemgrensconflict gaat naar de besliseigenaar.

Antwoord

Overdracht = contract, run, versie, verwacht resultaat en ontvangstcontrole.

Klopt dit? Gebruik verwachte waarden om een fout te vinden, niet om uitvoer hard te coderen.

Uitleg · 48.19

Een pitch heeft een toetsbare kern

19/23

Een pitch geeft in korte tijd probleem, keuze, bewijs, risico en gevraagde vervolgstap. Begin met het gebruikersprobleem, niet met alle technieken die je kent. Eén figuur en enkele controleerbare getallen zijn meestal beter te volgen dan een lijst tools. Benoem waarom het bewijs het besluit ondersteunt en waar het nog ontbreekt.

Oefen hardop met een tijdmeter. Onderstaande tekst is een voorstel voor ongeveer twee minuten bij rustig spreken, geen gemeten spreektijd. Splits de repetitie in vier delen: probleem, architectuur, bewijs/grens, besluit. Laat een collega de hoofdclaim terugzeggen; als die sterker klinkt dan je data toelaten, herschrijf de pitch.

repetitiedeel	doel
0–20 s	probleem en gewenste dienst
20–60 s	ontwerpkeuze en eigenaarschap
60–100 s	bewijs plus beperkingen
100–120 s	risico en concrete vervolgstap

Verhaal · 48.20

Een concrete pitch voor het stationsbrein

20/23

‘Het station moet klimaat en energie blijven beheren wanneer een netwerkbericht wegvalt of een meting ongeldig wordt. Ons voorstel verbindt een centrale planner met lokale regelkringen. De planner mag voorstellen doen; de lokale eigenaar bewaakt geldige invoer, tijd, vermogen en de actuele modus. De module en het 48 V-stationnet houden hun eigen energiegrens.

We hebben de rekenketen reproduceerbaar gemaakt. Het tweeknoopsmodel gebruikt 80 kJ/K luchtcapaciteit en 1,10 MJ/K buffer. Een referentierun met 600 W gedurende 24 uur geeft 28,376 °C lucht en 24,941 °C buffer. Dat controleert model en integrator, maar is nog geen meting van de installatie. Grens- en fouttests tonen hoe het softwarecontract ongeldige voorstellen weigert. Een echte actuator en onafhankelijke beveiliging vragen hun eigen afgebakende proeven.

Onze energieschatting op synthetische testdagen is conditioneel op gerealiseerd weer. We presenteren haar daarom nog niet als dag-vooruitvoorspeller. Ook de levenscyclusanalyse houdt de stationbatterijcapaciteit open: de grote productie- en vervangingsposten zijn eerst met leveranciersgegevens te controleren.

De volgende stap is een vaste scenario- en interfacebaseline, gevolgd door integratie- en storingproeven met traceerbaar bewijs. We vragen een besluit over dat proefplan en de benodigde data. Zo kan de beoordeling straks vaststellen welke dienst het station werkelijk levert en welke risico's nog openstaan.’

pitchclaim	bewijsgrens
referentietemperaturen	berekend tweeknoopsmodel
ongeldige voorstellen	benoemde softwarecontracttests
voorspelling	conditionele synthetische data
milieu	parametrische LCA-screening

Uitgewerkt voorbeeld · 48.21

Verdedig de claim zonder haar groter te maken

21/23

Een reviewer stelt drie kritische vragen.

Gegeven

‘Heb je veiligheid bewezen?’
‘Waarom geen één model voor alle warmte?’
‘Is de AI-fout dag-vooruit bruikbaar?’

Gevraagd

Drie antwoorden plus het benodigde vervolg

Oplossing

1
‘De softwaregrenzen zijn voor de beschreven gevallen getoetst. Fysieke actuator-/beveiligingswerking en gedeelde fouten vragen aparte proeven. We leggen die vast in FMEA en eisenregister; we claimen geen certificering.’
2
‘Het modulemodel heeft lucht en buffer met eigen parameters; het stationbenchmark is één knoop. We kiezen de grens volgens de onderzochte dienst en toetsen de aansluiting, in plaats van capaciteiten op te tellen zonder fysische betekenis.’
3
‘De gerapporteerde synthetische fout gebruikt gerealiseerd weer. Voor dag-vooruitprestaties hebben we gearchiveerde prognoses en een tijdgescheiden test nodig, inclusief de prognosefout.’

Antwoord

Antwoord met bewijs, grens en een concreet vervolgonderzoek.

Klopt dit? Als je het antwoord niet weet, benoem welke gegevens of proef het kunnen uitzoeken en wie dat oppakt. Een vlotte formulering is geen nieuw bewijs.

Naslag · 48.22

Van claim tot besluit

22/23

voorwaartse planning

E S_{i} = j \in p r e d (i) max E F_{j}, E F_{i} = E S_{i} + d_{i}

symbool	betekenis	eenheid
$d_{i}$	taakduur	werkdagen

achterwaartse planning

L F_{i} = j \in s u cc (i) min L S_{j}, L S_{i} = L F_{i} - d_{i}

symbool	betekenis	eenheid
$L S_{i} - E S_{i}$	totale speling	werkdagen

rapportcontrole	vraag
claim	welke eis/dienst?
bewijs	welke data/versie/conditie?
figuur	eenheden, bron, eigen caption?
planning	afhankelijkheden én capaciteit?
team	uitvoering, besluit en overdracht?
conclusie	beperking en vervolg zichtbaar?

Het geheel · 48.23

Het projectplan voor het brein van het station

23/23

De projectgids koppelt eisen, model, firmware, data, risico en rapport aan dezelfde versie. De planning volgt bewijs dat werkelijk nodig is, en de verdediging gebruikt alleen prestaties die dat bewijs draagt.

E41 Van data naar model: regressie

Conditionele data en voorspelfout niet verwarren.

E45 Systems engineering en het V-model

Traceerbare eisen en interfacebaseline.

E46 Betrouwbaarheid en risico

FMEA en open storingbewijs.

E47 Duurzaamheid en levenscyclusanalyse

Inventaris, scenario en bronstatus.

E49 Integratieproject: het brein van het station

Integratieplan, eindrapport en verdediging.

Habitat

Het negen-takennetwerk is een onderwijsplanning, geen voortgangsclaim. Habitat krijgt een projectplan met mijlpalen, middelen, rollen, gereedcriteria en open risico's. Cijfers uit andere hoofdstukken houden hun eigen grens en datastatus. Primaire methodische bronnen: GAO-16-89G en JCGM GUM-register; geraadpleegd 30-09-2026.

Samenvatting

In het kort

Een technisch rapport verbindt vraag, methode, resultaat en besluit.
Iedere figuur en tabel draagt eenheden, condities, bron en gegevenssoort.
Het kritische pad volgt uit afhankelijkheden; capaciteit kan het veranderen.
Een baseline en gereedbewijs maken voortgang beoordeelbaar.
Rollen en overdrachten bewaken interfaces en beslisbevoegdheid.
Een goede verdediging houdt claim en bewijs even groot.

Begrippen

Wat je nu kent

kritisch pad: Langste afhankelijkheidsroute die onder de gekozen planningsvoorwaarden de projectduur bepaalt.
totale speling: Verschil tussen laatste en vroegste start zonder de berekende projecteinddatum te verschuiven.
baseline: Benoemde versie waartegen wijzigingen en voortgang worden beoordeeld.
review: Gerichte beoordeling van een werkproduct en zijn bewijs door een ander.
verdediging: Onderbouwd antwoorden op kritische vragen met claims, bronnen en grenzen.

Aan de slag in het werkboek11 opdrachten, van oefenen tot uitdagen