Jean-Marc - Chef de projet SYSTEMES EMBARQUES

Work Experience

2020 – Senior Consulting Freelance
According to my technical experiences I propose solution focused on Technical project management (improvement, industrialization) and Functional Safety solutions (implementation, risk analysis).

Industry: Industry – Automotive
Technical responsibility: Functional Safety – Technical project management
Safety: Functional Safety: ISO26262 – ASPICE - DO-254 / FMEA /FTA

2020 – SW Team Lead ERNI
As SW Team Lead, I had to manage the team and the Project front of the client and internal management. I organised face-to-face meeting, group meeting and relation to QA testing, Quality and Project management. I also have to report the project status and estimate the team occupation. On other way, I also take care of transversal activities as SPICE. To manage the team and project I use JIRA-BigPicture.

Industry: Automotive
Countries projects: Spain (FICOSA)
Team management: 20 people

2018 - > 2020 - Technical Presales / Innovation SOGETI-CAPGEMINI
On client site with our QA teams, as Operation Team Lead, I identified projects opportunities focused on innovation solutions and process improvement to define proposals. I support clients to define profile needs, propose solution, identify and propose reorganization for our teams, make the relation between our teams and internal IT Lab, train and advice our team (25 people) how to change the business mode to Service implementing with JIRA-BigPicture.
As innovation solution, I organize workshop: Collaborative Arm Robotic / Jenkins-NI (Industry 4.0) / Specifics POC.

Industry: Industrial and Software for design testing solution
Countries projects: Spain (HP)
Team relation: 20 to 40 people
Budget involved: 130k€ to 1,5M€

2014 -> 2018 - Project Manager / Technical Presales APPLUS
I was in charge of the project from the proposal to the delivery. I supported my teams (mechanical, electrical, system and software) to find solutions and also to the production and quality. I had report to my management and client.
Actively involved in the company I also supported others team in risk analysis identification.

Industry: Aerospatiale – Automotive – Defence
Countries projects: Spain, and Belgium (VALEO, SABCA, NAVANTIA)
Team management: 5 to 10 people
Budget management: 150k€ to 2M€

Founder & Director APEEC Spain
2012

APEEC is based on strong experiences in Automotive Processes improvement and Embedded Electronics development with different OEM and Suppliers in the world.

Providing technical solutions for decision-makers

Reviews & Audits:
- Third-party audits before acquisitions
- Vehicle prototype inspections
- Production Lines & Garages walk-throughs & audits

Business Solutions:
- Pilot projects for feasibility studies
- Vehicle cost & time-to-market reduction programs
- Third-party quality assurances

Engineering Platforms:
- Systems design & development platforms
- Technical Reviews for systems modifications
- Integration testing platforms

Skills Development:
- Team workshop for vehicle design walk-through
- Team qualification
- Specific trainings (on-demand)

Automotive Embedded Systems Consultant
with ALTEN, NSI, ALTRAN & IDIADA
1998 - 2012

As senior technical project manager I am in charge of projects. Starting from client relationship, I write the RFQ response and design the project. In this case I also participate to project presentation and team composition. In some other cases I propose Turn Key solutions to the client and then propose a full project.
I am also involved in technical items. As an expert I support my team.

In 2007 I started to be project manager. As responsible of project I was in charge of propose product to the client, prepare and present the technical skills, define the team, manage the project and the figures.

2012 Diagnostic General process (OEM) K. Lumpur, Malaysia
Project context:
As project manager and technical expert I need to identify OEM diagnostic general process and implement solutions. Supported by my team, we had to use our past experience and be able to analyse Development, Production and After-Sale situation. This project is definitively a challenge.
Design:
- Active Gap Analysis of Specifications (Gap Addressing): Development, Production and After-Sale department process analysis.
- Requirement Specifications: Document organisation, process organisation, tool chain definition

 
2011 GMLAN (OEM) LIUZHOU, China
Project context:
As expert Engineer, I start a GAP analysis on the electronic architecture of this new vehicle. Project standards are based on GMLAN. Standards inspections were: GMW3104, 3110, 3122 and 8762, according to ISO 11898.
Design:
- Active Gap Analysis of Specifications (Gap Addressing): CAN Communication strategy, Enhanced diagnostic test mode, Physical layer and Data Link layers, Platform to Powertrain electrical interface
- Requirement Specifications: Document organisation, architecture review, performance estimation
Training:
- CAN and Architecture Training: Training of the Electronics team (20 people) on client site
Deliverables:
- GAP analysis
- Customer relation
- CAN architecture review
- CAN specification review
- CAN and architecture training

2011 CAN and LIN integration (OEM) K. Lumpur, Malaysia
Project context:
As project manager I was in charge of this project. In a strategic OEM project we were in charge of reviewing and defining the CAN and LIN Specifications and Test Process. Skill transfer should take place in order to introduce the Customer team to these new specifications and their organisation.
Design:
- Active Gap Analysis of Specifications (Gap Addressing): CAN & LIN Physical and Data Link layers, Failure Modes, Network Management, Diagnostic specification
- Requirement Specifications: Document organisation, redesign (including DBC + LDF files)
Validation:
- CAN & LIN Test Specifications: Gap analysis, complete redesign
Training:
- CAN and LIN Training: Training of the Electronics team (30 people) on customer site (Malaysia)
Deliverables:
- Project management
- Customer relation
- CAN architecture review
- CAN specification review
- CAN & LIN training

2011 PSSB (Push Start Stop Button) (OEM) K. Lumpur, Malaysia
Project context:
As project manager I was in charge of this project. This function was a new implementation for the client, so he asked our support during the design phase. Our targets were to analyse the functionality, make a gap analysis of the specification and validate this function inside the car. This function involves several ECUs, arbitration processes, human interaction and power management.
Design:
- Gap Analysis: Customer specifications and process
- Requirement Specifications: System (PSSB) and Functional (Power Management) approaches
Validation:
- Write validation plan: Oriented to the function and the compatibility of this function in the car. Conducted at Design level and also at Final user point of view
 
Training:
- FMEA on PSSB Workshop: Training of the Electronics team (30 people) on customer site (Malaysia)
Deliverables:
- FMEA (Failure Modes and Effects Analysis)
- Validation plan and Tests Specifications

2011 Fault Injection (XByWire Gear Shifter Lever) (Tier1) Seoul, Korea
Project context:
As project manager I was in charge of this project. For its final customer (Hyundai), this OEM supplier needed to validate an Electronic Gear Shift Lever, fitted in a vehicle. So we developed a test plan to verify that the system was conforming to the FMEA that we previously realised. We also developed the validation tool (Break Out Box, see previous experience). The tests should be conducted in the final customer’s vehicle (Hyundai).
Design:
- General Document/Organization Gap Analysis of the project
- Process Definition (Test area identification through Fault Tree, criteria definition, tool definition)
- FMEA conduction
Validation:
- Writing Test Specification (Reverse FMEA method) for functional misbehaviour (limp home + recovery)
Deliverables:
- Electronic FMEA conduction
- Fault Tree of the function
- Functional analysis of the system
- Validation plan and Tests Specifications
- Tests report

2011 Enhanced Break Out Box (Fault Injection) (Tier1) Seoul, Korea
Project context:
As project manager I was in charge of this project. For its final customer (Hyundai), this OEM supplier needed to validate an Electronic Gear Shift Lever, fitted in a vehicle. Hence we had to create the adapted validation tool. This tool had to be embedded in the car as a Break Out Box. This Break Out Box had to be piloted by a computer in order to apply any type of fault on each of the ECU Pins. The validation had to be conducted on the car at a Single ECU level.
Design:
- Tool + Process Definition: HW and SW definition - Embedded Automatic Test Bench approach
Validation:
- Validation of the tool with operator point of view
Deliverables:
- Tool Specification
- GUI (HMI)

2010 ELECTRONIC FMEA (Tier1) Toulouse, France
Project context:
As project manager I was in charge of this project. For its final customer (Peugeot Motorcycle), this OEM supplier was involved in a turn key project. This project was a first electrical scooter of the OEM. This supplier was in charge of the design. As vehicle electrical, safety is really important, so I was in charge of electronic FMEA.
Design:
- Design the FMEA of all the vehicle

Deliverables:
- Electronic FMEA conduction

 
2009 - 2010 Diagnostic R&D (DRIA) PSA (OEM) PARIS, France
Consulting context:
As project manager, I was in charge of this R&D project regarding Diagnostic item. The target of this project was first to make an estimation of intermittent faults detected in the garage (after-sales), create characteristics and identify relations. Second with failure concrete examples we had to identify the relationship between the faults and reproduce them in a vehicle for characterization. The conclusion was to propose a process to increase the detection and the repairing level for the garages.
Design:
- Create questionnaire and submit it to garages
- Analysis of the response and statistic study
- Propose a global process to identify and to fix this type of faults
Validation:
- Identify process validation
- Create validation plan
- Test conduction
- Reproduce the fault, and propose solution
- Identify rules to increase detection and repair efficient
- Report solutions
Deliverables:
- Questionnaire
- Analysis of questionnaire results statistics
- Synthesis of concrete garage failures in one document
- Analysis of the results and comparison to statistic results
- Car Reproduction Process
- Rules to increase detection and repair efficient

2009 Gap analysis MAHINDRA (OEM) Nashik, India
Project context:
As project manager I participated to the proposition of this project and also to its implementation. The target of the OEM was to build a SUV adapted to the US market. Hence the requirements of the car had to be compliant to US norms and US customer’s habits. The project was to define different situations in a final client approach, then assess the system reactions. We focused on tracking the erratic system behaviour and the incoherent customer interactions. In general project aspect, we also were involved in evaluation of the general Electronic development process.
Design:
- Functional and Test Specifications definition
- V-Cycle project definition
- Technical quality project evaluation
Validation:
- Test methods review and redesign
- Writing of functional tests cases (vehicle level)
- Conduct test on prototype (on customer site in India) – 5 ECUs, 15 functions
Deliverables:
- Gap Analysis on specification
- Validation plan
- Test results

2009 International Department Strategy NSI Levallois, France
Project context:
NSI International department wanted to develop activities and create proposals for clients (OEMs, TIER). I was involved as Technical Leader to create client proposition and strategy.
Deliverables:
- Work packages
- Support report
Client relation:
- Creation of technical solutions for RFQ (Automatic Test Bench, Reverse Engineering)
- Presentation of work packages on customer site

2008 R&D (DRIA) PSA (OEM) PARIS, France
Consulting context:
R&D department had to write a report on Telediagnostic. This report should contain feasibility and implementation of this function. As a Diagnostic Expert, I wrote this report and the specification of the function.
Design:
- Identify the function and the information involved
- Identify and define the technical impact
- Propose solution
Deliverables:
- Report of feasibility
- Telediagnostic specifications

2007 - 2008 Reliability Process TATA MOTORS (OEM) Pune, India
Project context:
As project manager I participated to build and sale this project. I also had been in charge of it until the conclusion. TATA MOTORS wanted to evaluate and validate the robustness of its Electronic architecture. To create this evaluation we proposed to implement an Electronic reliability improvement process. As the SOP date was close, we offered to perform in-vehicle Single ECU and Functional tests. The second phase of the project was to actually integrate the Electronic Reliability Process to the existing Mechanical Reliability Process. This included the realization of a Mechatronics Vehicle Bench and the creation of reliability tools (Failure management, statistics). Training of Indian team was a big part of this project.
This project was a validation Turn Key project, located in India.
Design:
- Define the electronic reliability process
- Participate to CAN Gap Analysis
Validation:
- Setting up of Embedded Electronics Reliability process
- Implementation and design of the Electronic Reliability process
- Write tests cases (Single ECU level, Vehicle level, Customer approach)
Training:
- Process transfer to Indian teams
- Tools transfer to Indians teams
- Deliverables and tests cases transfer to Indian teams
Deliverables:
- Propose template of the deliverables
- Manage all deliverables

2006 - 2007 DAC characterization CNAM (University) Paris, France
Consulting context:
Involved in R&D university team, the project was to build a bench to characterize DAC component. With a FPGA (ML403 Xilinx) sending and receiving signals from DAC and ADC, we were able to check the difference between sent to received signals. This method was used to characterize DAC. As the band was wide (0 to 30MHz), we were looking for a very low SFDR.
Design:
- Define the specification
- Program FPGA
- Program the PowerPC
Validation:
- Define validation plan
- Create the bench
- Durability test of the bench
- Measure performance (Spectral analyser)
Deliverables:
- Performances
- Test report
- Project report
2005 - 2006 After-Sale Diagnostic Tool Protocol PSA (OEM) Paris, France
Consulting context:
As responsible of After-Sale Tool Protocol, I was in charge of reliability of the Data Base, the performance of the Protocol acceptance and the introduction of the new project. Starting from the ECUs specifications, we were creating the Data Bases and validating them in the vehicle. Regarding new projects, I had to identify if the used Protocol was new or not and if it was compatible to the VCI (Vehicle Communication Interface). As the global data base concerned all PSA vehicles present in the market, I had to insure the robustness of the entire data base.
Design:
- Check the new protocol available
- Manage SW and HW version
- Manage vehicle version
Validation:
- Write data base
- Create validation plan
- Fix the issue and validate on the current data base
Deliverables:
- Communication availability
- Data base
- Test report

1998 - 2005 Electronic Department RENAULT IDVU(OEM) PARIS, France
Consulting context:
As consultant I was a part of electronic department team in RENAULT IDVU. This division is in charge of Commercial Vehicle (Kangoo, Traffic, Master). This design department was responsible for defining the architecture, writing the specification, selecting the suppliers, managing the projects, validating the parts, tracking the faults, supporting Production and After-Sale Departments as well as serial life.
As part of the team my responsibility was:
• ECU responsible
 ABS
 Pneumatic suspension
 EPAS
 Robotic gearbox
• Department Diagnostic responsible
 In charge of all diagnostic items (specification, tools, strategy, support, Production, After-Sale)
Design:
- ECU responsible
o Define the function
o Write the specification
o Define implementation of the ECU in the vehicle
o Define environmental specification
o Select supplier
o Participate to Prototype design
o Diagnostic data base implementation
o FMEA
- Diagnostic responsible
o Define general specification
o Diagnostic architecture management
o Support ECU responsible to define diagnostic ECU specification
o Define vehicle Diagnosticability level
o Define diagnostic strategy with Production and after-Sale
o Data base management (version, contain)
 
Validation:
- ECU responsible
o Define single ECU bench
o Build the bench
o Write test plan
o Program tool for tests
o Production line process definition
o After-Sale process definition (write test plan and repair process)
o Fault support during the project
o EMC tests and homologation support (as functional responsible I support EMC team and had a very active participation during the tests and homologation)
o Serial life ECU tests
- Diagnostic responsible
o Technical support of the team for communication issue
o Test plan definition for Production
o Specific Diagnostic tool preparation for prototype production
Deliverables:
- ECU responsible:
o Conduct tests on bench
o Conduct tests on vehicle
o ECU conformity (CAN, environmental tests, Diagnostic)
o Serial life issue status
- Diagnostic responsible
o General specification
o Diagnosticability results
o ECUs diagnostic version management
o Validation results