New Product Introduction (NPI)
hoe te implementeren New Product Introduction (NPI)
een nieuw product Introduction proces kan bestaan uit verschillende fasen of poorten. Het phase gate systeem houdt het management op de hoogte van de voortgang van het project en zorgt ervoor dat alle activiteiten op tijd worden afgerond. Het onderstaande voorbeeld bestaat uit zes fasen:
- definieer
- haalbaarheid
- ontwikkel
- valideren
- implementeer
- evalueer
elke fase van het NPi-proces feed naar de volgende. Veel organisaties kijken naar het proces als het hebben van een begin (definiëren) en een einde (evalueren). Sommige variaties combineren definiëren en haalbaarheid in de ene fase en ontwikkelen en valideren tot een andere. Maar al te veel bedrijven laten de evaluatie volledig uitfaseren, waardoor waardevolle informatie voor toekomstige projecten verloren gaat. Het feit is dat het NPi-proces geen rechte lijn is. In plaats daarvan is het een eindeloze cirkel of lus. De moeilijkste fase om te voltooien voor veel organisaties is de evaluatiefase. Zodra het product op de markt is, haasten we ons naar de volgende en vervolgens naar de volgende, waarbij we er niet in slagen om de geleerde lessen in volgende projecten te voeden.
in elke fase van een NPi-project zijn er inputs en outputs. Daarnaast zijn er verschillende vereisten, tools, documentatie en processen binnen elke fase. De volgende paragrafen zullen betrekking hebben op elk van de vereisten van de projectfase.
Define
tijdens de Define-fase worden de functionele / prestatie-eisen van het product samen met de vos gedefinieerd. De marketing en Product Management divisies van een organisatie zijn meestal de primaire bronnen van deze informatie. De productvereisten worden geconverteerd naar ontwerpspecificaties, vaak met behulp van het Quality Function Deployment (QFD) – proces. De ontwerpspecificaties zijn geïntegreerd in een of meer concepten die door het projectteam moeten worden beoordeeld. Het managementteam moet een projectcharter ontwikkelen. De in het Handvest vervatte informatie dient onder meer, maar is niet beperkt tot, de volgende informatie te bevatten::
- achtergrondinformatie
- primaire doelstellingen
- projectomvang
- belangrijkste resultaten en data
- projectbudget
- Identificeer belanghebbenden en Sponsor
- Identificeer projectmanager en definieer het Team
- mogelijke beperkingen / aannames / zorgen / risico ‘ s
naast de ontwerpconcepten en het projecthandvest wordt een eerste business case ontwikkeld tijdens de definieerfase. De business case moet de markt of klant en de concurrentie te identificeren. Grondige kosten-baten -, gevoeligheids -, risico-en Contingencyanalyse ‘ moet worden opgenomen in de business case, samen met duidelijke definities van succes en falen. De business case wordt in elke fase van het project beoordeeld.
haalbaarheid
Het doel van de haalbaarheidsfase is het management de gelegenheid te bieden om het succes van het project te evalueren. Tijdens de haalbaarheidsfase beoordeelt het projectteam de productontwerpconcepten en selecteert het ontwerp dat het best voldoet aan de eerder vastgestelde eisen. De business case wordt herzien en verfijnd. De outputs of deliverables van de haalbaarheidsfase moeten omvatten (maar zijn niet beperkt tot):
- Grensdiagram: een grafisch instrument dat de reikwijdte van het project definieert, samen met interne en externe interacties
- preliminair ontwerpconcept: omvat een hoog niveau materiaallijst (BOM)
- Processtroomdiagram: Schetst de basisprocessen die nodig zijn voor de productie
tijdens de gate review presenteert het projectteam alle toepasselijke informatie met betrekking tot het gekozen ontwerpconcept, de voorgestelde locatie en de fabricagemethode, met inbegrip van de sterke punten en risico ’s van het project, een geactualiseerde business case en de huidige sterke punten en risico’ s van het project. De output of het resultaat is een bepaling van de vraag of het project en het voorgestelde productontwerp naar de volgende fase moeten gaan, opnieuw moeten worden ontworpen of helemaal moeten worden opgegeven.
ontwikkelen
de activiteiten in de ontwikkelingsfase zijn gericht op het bevorderen van de kenmerken en kenmerken van het productontwerp in een meer gedefinieerde vorm, terwijl het risico in het ontwerp wordt beoordeeld. In deze fase wordt ook een validatieplan ontwikkeld. Een uitgebreide beoordeling van het ontwerp wordt uitgevoerd om de robuustheid van het ontwerp en het vermogen om te voldoen aan de klant-en prestatie-eisen te evalueren. DFM / A-activiteiten worden geïnitieerd voorafgaand aan de voltooiing van het ontwerp of ontwerp bevriezen. Daarnaast wordt het proces dat nodig is voor de productie geëvalueerd, inclusief locatie, ruimtevereisten, apparatuur en voorlopige proceskartering. Bovendien worden andere business units bij het project betrokken om operationele problemen aan te pakken, zoals materiaalvoorspelling, selectie en ontwikkeling van leveranciers, enz. Enkele van de gemeenschappelijke outputs van de ontwikkelingsfase worden hieronder opgesomd.:
- 3D-Modellen van het Ontwerp
- het Concept Tekeningen
- Bill of Materials (BOM)
- Design Failure Mode and Effects Analysis (DFMEA)
- Design Verificatie Plan en Rapport (DVP&R)
- DFM/A Recensies
- Productie Voorlopige Voetafdruk
- Veiligheid / Wettelijke Audit Rapporten
- Voorlopige Engineering Design Freeze
Tijdens de gate review, het projectteam presenteert bijgewerkte informatie over het ontwerp, project tijdlijn, risico-inschatting en een bijgewerkte business plan of verslag van de financiële status. Het managementteam zal bepalen of het project naar de volgende fase moet gaan of het ontwerp of het testplan verder moet verfijnen alvorens verder te gaan.
valideren
tijdens de Validatiefase worden productanalyses en tests uitgevoerd. Sommige testen kunnen niet plaatsvinden totdat prototypeonderdelen beschikbaar zijn. Ontwerpwijzigingen zijn mogelijk als gevolg van de resultaten van validatietests, maar zeer kostbaar. Daarnaast ontwikkelt het productieproces zich en worden procesrisico ‘ s geanalyseerd en aangepakt. De belangrijkste stappen van het productieproces worden ontwikkeld en herzien. Productanalyse en Testschema worden ontwikkeld en prototypeonderdelen worden voltooid. Enkele van de gemeenschappelijke outputs van de Validatiefase worden hieronder vermeld:
- Verpakking Standaarden
- Productie Tekeningen
- het Ontwerp Validatie Plan en Rapport (DVP&R)
- Process Flow / Process Mapping
- Process Failure Modes and Effects Analysis (PFMEA)
- Bekijk de Leverancier Productie-Part Approval Process (PPAP) Suggesties
- Prototype – Proces in zijn Werk Instructies
- Armatuur / Tooling Creëren en Bouwen
- Prototype Bouwt
Na afronding van de activiteiten die worden uitgevoerd tijdens het Valideren Fase, dient het team te beoordelen voor het project met de eigenaar en andere belanghebbenden. Het doel van deze gate review is om de goedkeuring van het management te verkrijgen om het project naar de volgende fase te verplaatsen en communicatielijnen actief te houden.
implementeer
tijdens de implementatiefase van het NPi-proces worden de productieprocessen verfijnd en gevalideerd door middel van Pilot builds en capability studies. Daarnaast worden procesdocumentatie en kwaliteitscontroles ontwikkeld en geïmplementeerd. Daarnaast zijn er nog diverse andere activiteiten gaande, waaronder, maar niet beperkt tot, de volgende voorbeelden:
- ontwikkeling van handleidingen
- Prijslijst / Catalogus/offertetool
- Proceswerkinstructies en standaardwerk
- goedkeuring van Leveranciersinzendingen PPAP interne opleiding van medewerkers
- externe opleiding van verkoop, Dealers, enz.
- Productiecontroleplannen
- Significant Production Run / Pilot Build
- Process Capability Studies / Statistical Process Control (SPC)
- Verpakkingsevaluaties
- Final Safety / Regulatory Review
evalueer
De timing van de evaluatiefase kan variëren afhankelijk van de organisatie, het product dat wordt geproduceerd of de geleverde dienst. Het wordt over het algemeen gestart 30 tot 60 dagen na de lancering van de productie. De evaluatiefase dient verschillende doeleinden in het productintroductieproces. Deze fase biedt het team de mogelijkheid om alle resterende documentatietaken vast te leggen, de procesprestaties te beoordelen en feedback van klanten over het nieuwe product te verzamelen.
het team zou ook van deze gelegenheid gebruik moeten maken om alle geleerde lessen te evalueren en te documenteren voor gebruik in toekomstige projecten. Een tool die effectief is gebleken voor sommige organisaties is de TGR/TGW oefening. TGR / TGW staat voor”Things Gone Right / Things Gone Wrong”. Tijdens deze oefening komt het team samen om een objectieve blik te werpen op het project. De discussie draait om alle dingen die goed zijn gegaan en de dingen die niet goed zijn gegaan of hadden kunnen worden verbeterd. De oorzaken van de TGWs worden onderzocht en tegenmaatregelen ontwikkeld om herhaling in het volgende project te voorkomen. De Tgr ‘ s moeten worden overgedragen naar toekomstige projecten als een voortdurende verbetering binnen het NPI-proces. De integratie van geleerde lessen in toekomstige projecten sluit in wezen de lus in NPI, waardoor waardevolle informatie wordt bewaard en een robuuster en progressiever NPI-proces wordt ontwikkeld.