Een Effectief Engineering Requirements Document (ERD) Maken: Stapsgewijze Gids

Een engineering requirements document (ERD) is een statement die het doel en de doelstelling van een nieuw component beschrijft. In tegenstelling tot een product requirements document (PRD), wat ingenieurs vertelt wat ze moeten bouwen, specificeert een ERD waarom een onderdeel gebouwd wordt en hoe het ontwerp de doelstelling brandstof geeft. Door de engineering requirements in een ERD te volgen, kunnen ingenieurs ervoor zorgen dat het onderdeel dat ze bouwen klantbehoeftes zal voldoen. Het gebruik van een ERD helpt ook productie op verschillende manieren te stroomlijnen:

• ERDs gebruiken gedefinieerde en consistente communicatie om samenwerking te bevorderen, miscommunicatie te verminderen, en iedereen op dezelfde pagina te houden.
• ERDs helpen grote projecten op te breken in kleinere taken, wat ze makkelijker te delegeren of uit te besteden maakt.
• ERDs kunnen gecontroleerd worden tegen PRDs om ervoor te zorgen dat alle ontwerpintenties correct geïmplementeerd zijn en alle productdoelen bereikt zijn.

Een goed geschreven ERD stelt ingenieurs en fabricanten in staat om kritische vragen over onderdeelontwerp en doelstelling te beantwoorden zonder heen en weer te hoeven gaan. Dit resulteert in een sneller, efficiënter bouwproces dat u tijd en geld bespaart. Hier is alles wat u moet weten om een duidelijk en effectief engineering requirements document te schrijven.

Standaardcriteria voor een engineering requirements document

Om te beginnen, hebben alle effectieve engineering requirements documenten de volgende zes elementen gemeen:

Duidelijkheid

Alle engineering requirements moeten duidelijk, kort, en onduidelijk zijn om verwarring te voorkomen. Minder is meer - vaak zal een één-zins beschrijving volstaan.

Noodzakelijkheid

Om verwarring of contradicties te voorkomen, zet u alleen de absoluut essentiële requirements in uw ERD. Bepaal het worst-case scenario voor elke requirement en als er geen gevolgen zijn, hoeft het niet in uw ERD te staan.

Coördinatie

Engineering requirements moeten correct zijn doorheen productontwerp. Een ERD moet alle productvereisten, doelen, condities, en capaciteiten beschrijven. Wanneer mogelijk, leg uit wat het product doet op een numerieke manier voor de meeste precisie.

Testbaarheid

Wanneer u een nieuwe engineering requirement schrijft, moet u in staat zijn een succesvolle implementatie te verifiëren. Er zijn veel verschillende testmethoden om verifieerbaarheid te waarborgen, inclusief inspectie, gebruikertesten, softwaretesten, en systeemintegratietesten. Kies de testmethode die het meest zinvol is voor uw project.

Haalbaarheid

Blijf binnen de grenzen van wat technisch bereikt kan worden, alsook wat legaal, organisationeel, en financieel mogelijk is. Wees redelijk en eerlijk, aangezien het creëren van niet-haalbare requirements complicaties op de lange termijn zal veroorzaken. Als haalbaarheid niet bereikt kan worden, kunt u een ontwerpdetail als een doelstelling in plaats van een vereiste formuleren.

Traceerbaarheid

Elke ingenieur die naar uw ERD kijkt, moet in staat zijn elke requirement terug te traceren naar het oorspronkelijke productdoel. Het koppelen van implementaties terug aan productdoelen helpt uitleggen waarom een element belangrijk is, waar het vandaan komt, en hoe het zinvol is met het algehele onderdeelontwerp.

Tips voor het schrijven van een goed engineering requirements document

Eenmaal u ervoor gezorgd hebt dat de standaardcriteria in rekening zijn gebracht, kunt u best practices implementeren die uw engineering requirements document naar een hoger niveau tillen. Hier zijn vijf tips voor het schrijven van een top-notch engineering requirements document.

Gebruik een engineering requirements template

U kunt tijd en energie besparen aan het begin van een nieuw project door een engineering requirements document template te gebruiken. Een ERD template zorgt ervoor dat uw ERD altijd correct gestructureerd is. Op minimaal moet een engineering requirements document template een voorblad, sectiekoppen, en andere gestandaardiseerde secties bekend als "boilerplates" hebben. Gebruik boilerplates om ERD-onderwerpen te dekken zoals werkwoordgebruik, afkortingen, trefwoorden, opmaakstandaarden, en andere richtlijnen nodig voor het begrijpen van uw ERD.

Vermijd het schrijven van operaties en implementaties

Uw engineering requirements moeten een doelstelling formuleren, niet hoe de doelstelling bereikt zal worden. Als u de stappen uitlegt naar het voltooien van een doelstelling in plaats van de doelstelling zelf, schrijft u niet echt een ERD - u schrijft een operaties- en implementatiegids. Als u per ongeluk een operaties- en implementatiegids schrijft, kan een fabrikant uw intenties misbegrijpen en uw projectdoelen mogelijk niet bereikt worden.

Om ervoor te zorgen dat uw requirements inderdaad requirements zijn, vraag uzelf waarom deze requirement een noodzakelijk deel is van uw engineering requirements document. Vertrouw erop dat systeemontwerpers en fabricanten zullen bepalen hoe de doelstelling bereikt zal worden en dat ze dit op de meest efficiënte manier zullen doen.

Evalueer uw ERD

Dit helpt verifiëren dat alle engineering requirements uw gestelde doelen en bedrijfsambities halen. Voor een welgeronde evaluatie is het het beste om een divers team samen te stellen. Dit omvat het samenbrengen van mensen van alle rassen, etniciteiten, en geslachten om uw engineering requirements document te evalueren, maar ook het meenemen van een diversiteit van rollen. Neem zoveel rollen als u kunt mee - ontwerpers, ontwikkelaars, testers, eindgebruikersvertegenwoordigers, die verantwoordelijk zijn voor onderhoud en management, en natuurlijk het klantteam - om veel waardevolle inzichten naar uw ERD-evaluatie te brengen.

Gebruik de juiste taal

Er zijn enkele taalregels die u altijd moet volgen bij het schrijven van een engineering requirements document. De grote drie ERD-specifieke termen zijn shall, will, en should. "Shall" vertegenwoordigt requirements, "will" vertegenwoordigt feiten, en "should" vertegenwoordigt doelstellingen.

Een specifieke ERD-term die vaak misbruikt wordt is support. In ERD-termen verwijst "support" naar een structuurvermogen om gewicht te dragen of te nemen, niet dat het zal ondersteunen of bepaalde capaciteiten zullen bereiken.

In het algemeen, blijf weg van termen zoals are, is, en was in de engineering requirements zelf. U kunt ze in een beschrijvende sectie of leidend naar een requirement gebruiken, maar vermijd ze in uw requirement zelf om specificiteit te bevorderen. U moet ook vage termen vermijden zoals:

• Maar niet beperkt tot of etc. - Deze termen dekken het onbekende af en er zou niets onbekends of onvoorspelbaars over uw ERD moeten zijn.
• En/of - Dit laat te veel opties voor interpretatie en ruimte voor fouten omdat een aannemer in twee verschillende scenario's gelijk zal hebben (als ze EN kiezen OF als ze OF kiezen).
• Zwakke woorden die geen kwantitatieve betekenissen hebben. Dit omvat bijvoeglijke naamwoorden zoals "krachtig" en "efficiënt" alsook werkwoorden zoals "verbeteren" of "versterken." Probeer ook vergelijkingen te vermijden (bijvoorbeeld snel of langzaam, meest of weinig) en andere niet-kwantitatieve taal.

Bij het schrijven van ERDs moet u ook negatieve stellingen vermijden en zich richten op het bestaan van een requirement's element of capaciteit. De enige keer dat het acceptabel is om negatieve specificaties te gebruiken is wanneer een potentiële gevaarlijke situatie benadrukt wordt. Zelfs in deze gevallen, zorg ervoor dat het veiligheidsgeval ook aangegeven wordt.

Wees niet te specifiek

Hoewel er veel taalregels zijn om te volgen bij het schrijven van uw engineering requirements document, houd het simpel. Duidelijkheid is de sleutel voor ERDs, dus focus alleen op de noodzakelijke doelen, doelstellingen, en beperkingen van uw requirement. Heb altijd een reden voor het plaatsen van een requirement - te veel requirements zullen uw ERD verwarren en lezers verwarren. Als u voelt dat uw requirements te lang en gecompliceerd worden, gebruik opsommingstekens om de elementen op te splitsen.
Een goed geschreven engineering requirements document (ERD) zal ingenieurs, productteams, en andere medewerkers helpen uw ontwerpintenties beter te begrijpen. Door het ontwerp van een component duidelijk te verbinden met de specifieke doelen en algehele onderdeeldoelstelling, zorgt een ERD ervoor dat een product op een manier gebouwd wordt om klantbehoeftes te voldoen.

Het allerbelangrijkst, een geweldige ERD bevordert samenwerking, communicatie, en duidelijkheid doorheen het ontwerp- en productieproces. Dit zal ervoor zorgen dat elk onderdeel volledig functioneel is en de gewenste doelstellingen zal voltooien. Naast het waarborgen van onderdeel-naar-onderdeel consistentie, bevordert een ERD ook snellere productielopjes en lagere kosten.

Of u nu uw eerste engineering requirements document schrijft of goed geoefend bent, Fast Radius is hier om te helpen op elk stadium van het ontwikkelings- en productieproces. Ons team van expert ontwerpers, ingenieurs, en fabricanten is hier om ervoor te zorgen dat uw onderdeel al zijn doelen bereikt. Neem vandaag nog contact met ons op.

Voor meer bronnen over productontwikkeling, bezoek het Fast Radius leercentrum.

Klaar om uw onderdelen te maken met Fast Radius?

Start uw offerteaanvraag