Járműipari kutatás és fejlesztés folyamata Negyedik előadás Koncepciófejlesztés, koncepciódöntés. Megvalósíthatósági tanulmány készítése és értékelése. Az előfejlesztési projektek fogalma és folyamata Előfejlesztési projekt továbbvitele sorozatfejlesztésbe 1 2017.03.16.
A Termékfelsztési típusok Előfejlsztés Define and carry out pre-development and research projects until the feasibility phase and hand it over to the operative units Investigate new technologies which might be interesting for future products of the company Typical prodoct duration upo to 1,5 years Szériafejlesztés Develop product to OEM based on development agreement/contract according to customer requirements Number of requirements: ~5000 customer requirements (much more internal) Typical prodoct duration upo to 3-5 years 2 2
A A A 3 3
A Sample definition A prototype is an early sample, model, or release of a product built to test a concept or process or to act as a thing to be replicated or learned from. A-Samples B-Samples C-Samples Initial-Samples Maturity Sample Purpose Presentation of : - Concepts - Critical functions Technology assessment - Develop samples for technologycritical details, such as function, design, and assembly. - Samples used to uncover emergent product requirements by internal & external customers. - Samples provide further test, development, and validation by internal & external customers. - Samples for R&D and customer validation. 4 4
A Termékfelsztési típusok Serial support Quality improvements - Customer Caliper overstress; claim cost reduction (0,5% of Sales) Continues improvements - Customer feature rump up (Stop&Go) Cost savings VAVE - DiMat; Wage; followup tooling cost reduction; negotiation Streamlining - Helyetesítő platform termék Q impr. and cost (example:v3p production number cost of handling for 5 years) 5 5
A Project phase model of the serial development A 6 6
Termékfelsztési típusok Porduct types Definition Note Main Family Product Groups Example. Main Family Compressors Main family compressors other Product Group Product Groups details Main Family - Significant design or market features which distinguish between product families. - Families may be a replacement range for another family Example. Old generation single New generation twin Product Specific models within a product family or generation having a unique product part number... Part/ Component Saleable Item Type N. Article type = AF Finished part or AS Standard part Not normally externally saleable. Other article types -Semi finished part, Raw part, Process, Jig or fixture, Machine tool, Measuring tool, Operating supplies, Packaging, Salvage. 7 7
Termékfelsztési típusok System types Definition Note Module Physically related products or product + parts together contribute to a defined set of vehicle level functions Attached directly to each other or through a third part. Sales BoM Products sold together for customer/ KB convenience. Not necessarily physically related. N.B. Products may form a system see below. Customer expectation for no compatibility issues between relevant parts purchased. System Products that together implement functionally related vehicle level functions. Not necessarily physically related The combination of 2 or more products that together achieve a function. One of these products may be a major product and supplied with other minor products. System examples ECU + Sensor + Valves Electronic Clutch pedal + Can Link + Intelligent valve Unit + Central Releaser. Compressor + EAC. Kit / RepKit Replacements used for maintaining an existing product. Physical relationship to a product 8 8 8
A AE process consists of development of new concept proposals, selection of these concepts based on technical and economical criteria and feasibility studies until the function of the future product or system is proved. 9 9
A Megvalósíthatósági tanulmány A megvalósíthatósági tanulmány egy vállalkozás vagy projekt elindítása előtt készített tanulmány, ami objektív és racionális módon feltárja a projekt erősségeit és gyengeségeit az üzleti környezet jelentette lehetőségeket és veszélyeket, végrehajtáshoz szükséges erőforrásokat Végső soron a siker esélyeit. Leegyszerűsítve a megvalósíthatóság eldöntésének két fő kritériuma a felmerülő költség és az elérendő érték. A megvalósíthatósági tanulmány legfőbb szerepe a döntéselőkészítésben van. 10 10
A Criteria of Advanced Engineering Projects Topic Delivered to (Customer) 11 Criteria No Delivered to (Customer) Delivered to (Customer) AE is the Champion Calculability HK1 are not calculable with deviation ±10% Target Risk Time Approval of feasibility of new (revolutionary) technologies/materials or concepts High risk for dismissing the functional targets No technical solutions available Estimated SOP > 5 Years or no SOP planned Next but one generation 11
Development aspcets not deeply considered in AE Development process requirements ASPICE (Maturity model) SW development Functional Safety ISO26262 for SW-HW(~ 750 page of standard) Dependability analyses Short Safety process time Strong harder requirements Predictive plausibility check type Phisical modeling for predicitve control 12 12
Development aspcets not deeply considered in AE Controllability of the system Only standard plausibility checks are implemented (Major know how) Not cosidered variants, Border line samples Environmental factors (temperature range, voltage range) Low level platform check are partly considered but not on target HW 13 13
Development aspcets not deeply considered in AE Diagnostic On board fitting the the OEM target system and suppler IAM product Off board Fitting to the target vehicle - Warning lamps Network Management Ensure compatibility with vehicle EE system - Wake up - shut down timing and behaviour 14 14
Development aspcets not deeply considered in AE Fault injection test It is not completely carried out (test runtime ~1year) uc, component, conector, input signal Back up mode test It is not carried out is the system is safe in faile safe mode Endurance test No life time test carried out EMC test not carried out 15 No Field test or Winter test 15
Wintertest 16 16
Development aspcets not deeply considered in AE Supplier feasibility roughly checked Monoblock HPDC - Porosity All other role - Purchasing - Sales - Industrial Engeeniring - Functional safety - Project Quality - Etc 17 17
Process overview process interfaces of AE projects Relation of the AE project to Product Development Process Project type: AE(pre-dev.) Product Strategy Innovation Mgmt. Preparation Gate 1 Planning Gate 2 Invention Gate 3 Feasibility Gate 4 Handover Handover WS The results of the AE project is a Handover Workshop that is an input for the PDP process Project type: Serial dev. Project Preparation & Product Definition Feed- Assess. Gate Project Product Process Product Gate Planning & Gate Design & Dev. GateDesign & Dev. Gate & Process Gateback & Correct. Product Conception Verification Verification Validation Actions 18 18
Gate Model of serial development A 19 19
Relation of advance engineering and serial dev. A 20 20
AE project gate phase overview A Preparation Gate 1 Gate Gate 3 Planning 2 Invention Feasibility 4 Handover Gate Gate 5 Responsibility Description/ Activities 21 Project Start Project is officially started based on AE- Roadmap and approved Project Charter Project Release Project is released based on AE- PM workbook Concept Decision Concept proposals are presented and discussed Most attractive concept is selected Champion Committee Steering Function sample Release Project finalization or development loop is decided Project Closure Decision for PDC- Responsibility is initiated All relevant project information is stored (incl. lessons learned) and handed over to serial development (if applicable) 21
Preparation - Overview Project management Management Preparation Feasibility Planning Invention Feasibility approval Handover Nomination of Project Manager Nomination depends on available resources, knowledge and operational location. Sign Project Charter Roughly describe and plan the project, define project targets with Champion and get project budget approved. 22 PM - Process PM - Process 22
A Concept evaluation A A Evaluation 1. Resource requirements/necessary invest Estimation of required resources - Amount of necessary man years - Estimated Project costs per year - Costs for investment Qualitative Begründung der Bewertung zur strategischen Bedeutung 2. Risk grade Estimation of risk (of not achieving project targets) - Probability of not reaching project targets - Dependance on and uncertainty of external factors - Impact in case of failure Qualitative Begründung der Bewertung zur strategischen Bedeutung 3. Necessary invest for SE Estimation of necessary future investments - Invest required for manufacturing - Invest required for serial development Qualitative Begründung der Bewertung zur strategischen Bedeutung Concept Rating (0-10) 3 6 10 Evaluation of concepts according to the following criteria: Risk grade Product cost estimation Fulfilment of project requirements Necessary incest for PDC Patent situation Degree of technical complexity Resource requirement/necessary invest Degree of innovation 5. Patent situation Estimation about relevant and critical patents - Critical patents existing - Relevance of existing patents - Complexity of patent situation - Patent opportunities for KB 3 23 Qualitative Begründung der Bewertung zur strategischen Bedeutung Concept technology level future perspective 23
A Handover Workshop A Responsible: AE-Project Manager Participants: AE-Project Manager PDC-Project Manager PDC-Core-Team AE-Core-Team 24 Introduction Provide an overview about the initial functional targets and conditions of the AE-Project. Concept Introduction The AE-Project Manager and Core Team-Members explain the project history. (Overview of alternative concepts, decision memo,..) Explanation of the developed concept. Concept Discussion The AE and PDC-Project Team discuss the developed concept, technical risks and lessons learned. Documentation Handover Handover of the project documentation (AE-Project Folder) to PDC-Project Team. 24
A Concept evaluation methodes 25 25
A Concept evaluation A A 26 26
A AE project evaluation criterias A 27 27
Summary Általános projekt életciklus Tevékenysége modell k Előkészítés Projektcélok definiálása Projektvezető kinevezése Projekt alapító okirat (projekt indító lap) Projekt költségvetés biztosítása Megbízóval megbízási szerződés aláírása 1. projekt felülvizsgálat a projektmérföldk őnél Tervezés Koncepció Megvalósítás Értékelés Projektszervez et meghatározása, szerződéskötés Erőforrás és költségtervezés Részletes ütemterv készítése Termék/szolgált a-tás specifikálása, követelmények definiálása 2. projekt felülvizsgálat a projektmérföldk őnél Irodalomkutatás, koncepciók kidolgozása Költségkalkulációk Szabadalmi viszonyok feltérképezése Fejlesztési partnerek, mintagyártó beszállítók keresése, alvállalkozókkal szerződéskötés Koncepciódöntés előkészítése, koncepciók elemzése 3. projekt felülvizsgálat a projektmérföldkőnél Koncepció részletes specifikációja (design) Tesztek tervezése, tesztberendezések beszerzése Implementáció (mintagyártás) Prototípus tesztelése Teszteredmények értékelése Szükséges módosítások megvalósítása, tesztelése 4. projekt felülvizsgálat a projektmérföldkőnél Eredmények projektcélokkal való összehasonlítá sa Tanulságok Projektzáró jelentés készítése Archiválás Elégedettség mérés Projekt záró megbeszélés Eredménye k Projekt hivatalos indítása Projekt ütemezése Koncepciódöntés Prototípusok Projekt záró lap Felelősök 28 Projekt vezető Projekt vezető Projekt vezető, Fejlesztő 28