Front-End Engineering Design beheersen: Stapsgewijze gids voor projectplanning

Front-End Engineering Design (FEED): een methodische aanpak

Ontwerptechniek moet worden benaderd met zorgvuldige detail en een methodisch proces. Haasten naar vroege ontwikkeling zonder alle mogelijke oplossingen en een algemeen begrip van het probleem grondig te overwegen, kan leiden tot upstream-ontwikkelings- en projectkostenproblemen. Front-End Engineering Design is een aanpak die zich richt op technische vereisten. Het is bedoeld om primaire kosten voor een projectvoorstel te herkennen. Dit artikel legt stap voor stap uit hoe het proces uw volgende project kan helpen en potentiële risico's kan beoordelen.

Front-End Engineering Design: Overzicht

Front-End Engineering Design is gebaseerd op het karakteriseren van het probleem/productontwikkeling. Dit hoeft niet per se een probleem te zijn, maar kan een conceptueel idee of een mogelijke uitvinding zijn. Het heeft een set doelen met doelspecificaties, en er zijn momenteel acht categorieën binnen het Front-End Engineering Design-proces:

1. Beschrijving van het initiële probleem
2. Ontwerpparameters
3. Teammanagement
4. Marktbeoordeling en benchmarking
5. Gebruikersbehoeftebeoordeling
6. Productverkenning
7. Een ontwikkelingsplan
8. Doelspecificaties

Dit proces wordt geëvalueerd door een ontwerpreview om ervoor te zorgen dat het correct is uitgevoerd. Dit wordt gevolgd door een oplossingsontwikkelingsfase en tenslotte wordt een kritische ontwerpreview uitgevoerd. Door deze fasen heen worden het ontwerpproces en de validatie continu aan review onderworpen om het ontwerp als een reflecterend en goed gepland proces te tonen.

Ontwerpoverwegingen

Ontwerpers kunnen vaak probleemontwikkeling over het hoofd zien en zich vastbijten op een bepaalde conceptuele oplossing die later kan falen om het oorspronkelijk ontworpen probleem/adres te adresseren. Zelfs op dit punt proberen sommigen de oplossing te herontwerpen om de fouten te verhelpen in plaats van een nieuw ontwerp en voorstel te overwegen. Er is gezien dat beginnende ontwerpers meer neigen om zich te richten op oplossingsontwikkeling dan op probleemontwikkeling.

Betere Return on Investment (ROI)

Onderzoek heeft aangetoond dat diegenen die Front-End Engineering Design gebruiken, projecten op tijd afronden. Dit betekent dat de Return on Investment verbetert met het ontwerpproces. De National Research Council, gelegen in Washington D.C., VS, heeft geschat dat ten minste 70% van de kosten van productontwikkeling en productie in de beginfasen van het ontwerp worden bepaald.

Front-End Engineering Design gebruiken

Front-End Engineering Design kan op verschillende manieren worden gebruikt, maar hier behandelen we een standaardaanpak die bedrijven als basis kunnen gebruiken.

1. Teammanagement

• a. Collega's maken een schema voor te verrichten werk op basis van de prioriteit van de taak
• b. Werkverdeling en toewijzing van taken aan elk lid
• c. Werkers worden gevraagd om het risico van hun project te beoordelen
• d. Een gemeenschappelijke, toegankelijke, bestandslocatie creëren waar documenten gedeeld kunnen worden
• e. Wekelijkse voortgangslogboeken voor rapportage over ontwikkeling van hun individuele toewijzingen

Goede projectplanning is essentieel bij het creëren en effectief implementeren van een gestructureerd schema. Voor een project om een tijdig schema te volgen, moet het team inschatten, en met de grootste nauwkeurigheid, op de leverables van het project en het juiste hoeveelheid tijd om aan hen toe te wijzen. Anticipatie van vertragingen en onverwachte problemen moet worden geïntegreerd bij het bepalen van de algehele tijdsschema's voor elk leverable.

De stuklijst is nodig om het project op gang te brengen en moet vroegtijdig worden opgebouwd, voor de kostenschatting wordt gedaan. Elk teamlid moet aanpakken wat hun project vereist en dit in detail aangeven. Het begrijpen van de benodigde materialen is essentieel, evenals het voorspellen van andere mogelijke items op dit punt zal tijd in de toekomst besparen, zonder de projectvoortgang te hinderen. Er is geen twijfel dat onverwachte items, niet op de stuklijst vermeld, zullen opduiken en met zorg moeten worden behandeld bij het bepalen van de beste optie voor het product, en niet beslissingen nemen onder druk.

De wekelijkse voortgangslogboeken zijn niet strikt noodzakelijk, maar ze zijn nuttig voor het team, vooral wanneer leiders moeten begrijpen waar elk lid staat met hun project. Een korte en tot de kern wekelijkse briefing biedt inzicht voor leiders om te beoordelen hoe het project voortgaat en of er vertragingen zijn. Dit elimineert de last van leiders die elk lid moeten opsporen en over vooruitgang spreken.

Het minimaliseren van fouten in het project is ideaal en als niet adequaat aangepakt kan dit vertragingen en tijdelijke projectstilstand veroorzaken. Het totale bedrag aan tijd dat fouten consumeren tijdens het project kan alleen bij voltooiing worden bepaald. Helaas geeft dit wel inzicht in welke leverables de meeste tijd en geld hebben geconsumeerd. Dit zou perspectief bieden voor toekomstige projecten die qua aard vergelijkbaar zijn. Het vergelijken van de daadwerkelijke resultaten met de initiële tijdlijn en het bekijken van de omstandigheden die de voortgang hinderen, zal items of taken onthullen die niet grondig zijn bedacht. De onverwachte gebeurtenissen zullen een benchmark bieden voor toekomstige projecten zodat vergelijkbare fouten niet gemaakt worden.

2. Projectplanning

Een gestructureerd ontwerpproces om voortgangsstromen visueel te evalueren. Meestal wordt een stroomdiagram opgesteld op basis van taken toegewezen via het schema.

3. Initiële analyse en ontwerpoverwegingen

Na voltooiing van managementactiviteiten, worden werknemers gevraagd om de initiële analyse van het probleem te overwegen, inclusief een voorlopig document dat het probleem en de initiële ontwerpoverwegingen beschrijft. De probleemstelling zal evolueren naarmate het Front-End Engineering Design-proces vordert, en eenmaal voltooid, zou het probleem volledig geïdentificeerd zijn voor de oplossingsontwikkelingsfase.

De initiële analyse adresseren ook vragen met betrekking tot cliënten en stakeholders voor de probleemstelling. Dit is ook het stadium waarin de eerste ontwerpoverwegingen moeten worden aangesproken. De overweging omvat de probleemstelling, evenals de doelen van de ontwerpen en hoe de laatste beïnvloed kunnen worden door duurzaamheid, duurzaamheid, onderhoudbaarheid, enz.

4. Benchmarking en marktbeoordeling

Dit is het stadium waar het team data en technologietrends moet verzamelen voor de beste beschikbare producten op de markt, gebruikte technologieën, en eventuele technologieën die de marktaandeel kunnen beïnvloeden. Hier biedt toegang tot beschikbare en komende trends een benchmark voor hun eigen productontwikkeling.

Het bekijken van de marktgrootte geeft perspectief op de potentiële kopers en verkopers die actief bestaan. Dit kan een numerieke of kwantitatieve maat geven die het bedrijf voorbereidt voordat het naar de markt gaat. Het observeren van technologietrends stelt het bedrijf in staat te zien hoe hun type product presteert ten opzichte van andere technologieën. Dit kan iets eenvoudigs zijn als het bekijken van vergelijkbare technologieën of het observeren van trends van technologieën met vergelijkbare capaciteiten. Dit is nodig om te voorspellen hoe het product zou presteren voordat het op de markt komt.

Regulatorische omgeving is een formaliteit waaraan elk product in de een of andere vorm moet voldoen. Dit zijn de reguleringen die bestaande instanties opleggen aan producten die in bepaalde categorieën vallen. Dit kunnen emissiereguleringen voor auto's zijn, of reguleringen voor oplosmiddelen gebruikt in reinigingschemicaliën. Het hangt allemaal af van het product van het bedrijf en in welke categorie het valt. Als verwacht wordt dat het op de markt komt, moet het voldoen aan de standaarden die lokaal door overheden zijn gesteld.

Het is altijd goed om potentiële concurrenten te onderzoeken voordat een product op de markt wordt gegooid. Het observeren van hun marketingstrategieën, het evalueren van klantloyaliteit en kostenvergelijking helpt bij het begrijpen van de beste aanpak die een bedrijf moet nemen. Een effectieve zal een goede strijd leveren voor concurrenten en hen laten merken dat het bedrijf aanwezig is.

Marktstructuur is goed om vooraf te evalueren voor productlancering, omdat dit de benodigde informatie over concurrenten met vergelijkbare of nauw verwante producten verschaft. Dit beschrijft ook de bedrijven die op de markt bestaan, hoeveel er zijn en hoe het marktaandeel verdeeld is.

Trendonderzoek is nodig om toekomstige markttrends te anticiperen. Bedrijven moeten begrijpen hoe hun product nu en in de toekomst zal presteren. Een product met een korte marktlevensduur zal eindigen met weinig tot geen opbrengsten in de nabije toekomst. Dit zou een verspilling van tijd en geld zijn om een product te produceren dat na een korte periode niet veel klantaandacht zal zien.

5. Gebruikers/klantbehoeftebeoordeling

Overwegingen moeten worden aangepakt voor alle huidige en toekomstige gebruikers voor het productontwerp. Dit is waar informatieverzameling plaatsvindt via vragenlijsten en enquêtes over hoe het product gebruikt zal worden en wie het zal gebruiken. Dit kan helpen bij het beoordelen van gebruikersgedrag.

6. Productverkenning

Dit stadium is bedoeld voor het begrijpen van productverkenning via functionele analyse, ontwerpoverwegingen, risicobeoordeling, planning en het in perspectief plaatsen van de gebruikte systemen. Dit kan gedaan worden met tools zoals mind mapping, wat een conceptuele representatie is van het project als geheel.

Functionele analyse is waar de functionele vereisten van het product, evenals die vereisten die voor gebruikers nodig zijn, worden overwogen. Op dit punt wordt de integratie van het product met componenten, of integratie van het product in een systeem, in rekening gebracht. Dit stadium overweegt ook of de technologie bestaat voor productontwikkeling, supply chain, ontwerp, testen en productie van het product.

Nu, met een beter begrip van de markt, klantbehoeftes en functionaliteit, zal de tweede iteratie van het ontwerp de hoofddoelstellingen adresseren. Naast overweging van onbedoelde gevolgen, onbekenden en andere onzekerheden, biedt dit betere vooruitzicht in de mogelijkheden van problemen die kunnen opduiken voordat de productiefase begint.

7. Het ontwikkelingsplan

Dit is wanneer alle verzamelde informatie en materialen worden samengevoegd en een missieverklaring wordt ontwikkeld voor het ontwerp. De missieverklaring biedt input in de oplossingsontwikkeling, wat volgt op het begin van de ontwerpreview. Het hoofdpunt van dit stadium is het converteren van gebruikersbehoeftes en ontwerp voor voorspelbare prestaties waarin het geproduceerd kan worden.

8. Kritische ontwerpreview

De vroege ontwerpreview moet een goed gedocumenteerde teamvergadering zijn waarin de leden herzien wat tot nu toe is voltooid, en reflecteren op alles wat ontbreekt of nieuwe ontwikkelingen. De kritische ontwerpreview bereikt hetzelfde doel, maar met een oplossingsontwikkelingsproces. Dit wordt gebruikt voor het richten van inspanningen op probleembegrip en ontwikkeling van meer dan één oplossing. Dit is de beste tijd om de belangrijkste beslissingen te bespreken, omdat de proceskosten lager zijn. Er zullen meerdere opties zijn voor vroege planning vóór productie, en ze zullen effectief de merieten van elke oplossing beoordelen op basis van kosten, productiebehoeftes en arbeidsoverwegingen. Een oplossing selecteren terwijl het project in uitvoering is, kan leiden tot vertragingen en toekomstige problemen. Meer tijd besteden aan probleemontwikkeling zal de ROI verhogen en de creatieve ontwerpvoortgang effectiever maken.

De extra tijd nemen in probleemstellingsontwikkeling en overwegingen zal mogelijkheden van ontevredenstellende resultaten in engineering design elimineren, want er zal minder tijd verspild worden en productiekostenstijging vermeden.

Is er een goede manier om alle belangrijke documentatie binnen één type programma te verzamelen, dat een team actief kan delen en benaderen?