Technologietag Baugruppentest Wege der Standardisierung im Funktions- und EOL-Test Markus Koetterl National Instruments Germany GmbH.

Slides:



Advertisements
Ähnliche Präsentationen
Phasen und ihre Workflows
Advertisements

Arbeitskreis Software as a Service (SaaS) Berlin / Brandenburg 30

Live+ Direktübertragung der Debatten von National- und Ständerat Jörg Bieri (Microsoft), Daniel Haldemann (GARAIO AG)
IT-Projektmanagement
Kooperierende autonome Fahrzeuge
Universität Stuttgart Institut für Kernenergetik und Energiesysteme I nstitut für K ernenergetik und E nergiesysteme Rational Unified Process (RUP) - Definitionen.
Risiken und Chancen Risiko Beurteilung: Dazu gehört die Identifikationen von Risiken, ihre Analyse und das Ordnen nach Prioritäten. Risiko Kontrolle: Dazu.
Schulung der Mitarbeiter
Prozessmodelle als Teil des Management-Prozesses
ISO - Normen Inhalt Qualität im SE Der ISO 9000-Ansatz
Rational Unified Process (RUP) - Definitionen
eXtreme Programming (XP)
Die Bank von morgen - eine neue Welt für IT und Kunden? 23. Oktober 2001.
C/S Consult GmbH Holbeinstrasse Basel Strategische Beratung und Projektierung.
INSTITUT FÜR DATENTECHNIK UND KOMMUNIKATIONS- NETZE 1 Harald Schrom ViEWcon08.
Was ist ITOS? –Das Unternehmen ITOS ist im Bereich Informationstechnologie tätig –Entwicklung von Konzepten wie CMS und CRM für Unternehmen, die die interne.
Product development.system integration.services and consulting Qualitäts- und Funktionsprüfung elektronischer Bauelemente Automatisierungslösungen für.
„Katalog und Bestell-Format
Bitrix Intranet Version 11.5.
Thats IT!. Titelmasterformat durch Klicken bearbeiten Über uns Mit uns bekommen Sie: Beratung – Doing - Betreuung langjährige Erfahrung umfassende Beratung.
Proof of Concept (POC) oder DeskTop Virtualisierung mit XenApp von Citrix Erziehungsdepartement Th. Anliker.
Dipl. Ing. Udo Scheiblauer
Microsoft Deutschland GmbH. Was ist EAP? Was sind die Merkmale von EAP? Vertraglicher EAP Prozess Welche Mehrwerte bietet EAP?
Strategische Angebotspolitik im F&B-Bereich
Vorgehen bei der Entwicklung mobiler Lösungen
AIT Applied Information Technologies Vorsprung durch Individualität TFS Einführung bei der Nero AG Vorgehen und Erfahrungen Matthias Huber – Nero Sven.
Agenda 13: Begrüßung & Einführung in das Thema
- 1 Förderprogramm eTEN Call Mai bis 10. September 2003.
Hardware / Software Codesign Hardware versus Software.
facility management Begriffsdefinition:
Qualitäts-Controlling
Seminar: Entwicklung verteilter eingebetteter Systeme WS05/06 Betreuer: Info:
Robert Lacroix – Asklepios ZD.IT
WINTEGRATION®.
IHK–Abschlussprüfung Fachinformatiker Systemintegration
Projektmanagement Ziel und Umfang eines Softwareprojektes definieren
Die Schlüsselkompetenz in Unternehmen
Vorteile durch intelligente Netzwerklösungen in der industriellen Applikation Uwe Eisenmann Yello Marketing & Vertrieb GmbH & Co. KG.
co: Implementierer GmbH
Hardware / Software Codesign Hardware vs. Software: Maßnahmen zur Erreichung der Design-Ziele.
Vienna University of Technology Pirker Simon 1. Überblick Definition Motivation Vorteile Entwurf von VP Pirker Simon 2.
New ways of getting it/IT done
VTÖ Projekt Benchmarking- Facility Management. Ausgangssituation Sehr positives Feedback aus Pilotprojekt Erfahrungen mit der Zielgruppe VTÖ will mehr.
0 Univention und Fujitsu Die zuverlässige Infrastruktur für Ihre Lösungen Christian Dettmers Alliance Management Copyright 2012 FUJITSU.
WIR LÖSEN DAS PROBLEM FÜR SIE
Mobilität im Gesundheitswesen
xRM1 Pilot Implementierung
Application Lifecycle Management Day 25. August 2008 Erfolgreiche Software- Entwicklung in Offshore-Projekten mit Microsoft Team Foundation Server Thomas.
ü € € Betrachtungsebene, Z.B. “Datenmodell” Human Resources
Vorgehen Business Analyse
Agile Softwareentwicklung
„Continuous Delivery“
Microsoft.NET InfoPoint 8. Juni 2005 Stefan Bühler.
PVSS Users‘ Meeting CERN Geneva 5. /6
Vorgehen Business Analyse
 SAP AG 2002, Title of Presentation, Speaker Name / 1 Business Software eingeführt! Wie geht es weiter? 3. Auf was kommt es nach der Einführung einer.
Organisatorische Aspekte bei Software Produktlinien Benjamin Röhl
Ab jetzt können Sie kreuzweise … Wolfsburg, Michael Rother.
C.Net Controls Enterprise Operating System in accordance with ISO 9001:2008 PEP Prozessziel: Aufbau und Pflege einer zukunftsträchtigen.
Meisterklasse Ort der Umsetzung (gemeint ist hier der geografische Ort, an dem das Beispiel real umgesetzt wurde, z.B. als Pilotprojekt, in der eigenen.
IMS FZ Seite 1 IMS Migration FZ-54 the world depends on it I M S.
Zuordnung der M7 im PDCA-Zyklus
Ferienakademie Tutzing 2009 Forum Six Sigma Sandra Beecken Design for Six Sigma.
Hardware / Software Codesign Hardware versus Software.
Systems Requirements & Achitectur ENG 2 & ENG 3 Training Kunde,
Technologietag Baugruppentest EOL-Test in automatisierten Testzellen Kombination von unterschiedlichen Testtechnologien in der Massenfertigung von Kfz.
Software-Delivery auf Knopfdruck IBM Cloud & DevOps.
Vorgaben und Richtlinien
 Präsentation transkript:

Technologietag Baugruppentest Wege der Standardisierung im Funktions- und EOL-Test Markus Koetterl National Instruments Germany GmbH

2 Agenda: Standardisierungs - Meilensteine Erkenntnis: Änderungen sind nötig um Firmenziele zu erreichen Lösungsansatz Standardisierung Wege der Standardisierung Globaler Rollout der Standardisierung Life Cycle Management

3 Beweggründe für eine Standardisierung Globale Expansion Gleiches Equipment vereinfach Training, Support und Ersatzteilhaltung. Firmenaufkäufe bzw. Zusammenschlüsse führen oft lead to diversity of test equipment Den “Reuse” maximieren Austauschbarkeit der COTS Standardkomponenten bzw. Kits Sicherstellen globaler Qualitätsmaßstäbe und Vergleichbarkeit bei einsatz gleicher Standardkomponenten Schnelleres “Time to Market” bei steigender Produktkomplexität Reduzierung der Ersatzteile Finanzielle Vorteile Kosten Einsparung durch die Betrachtung der Gesamtkosten (Total Cost of Test).

4 Beweggründe für eine Standardisierung Standardisierung Globalisierung Endkundenanforderung Einsparungspotenziale Wirtschaftslage Konkurrenz Steigende Komplexität Globaler Qualitätslevel Time To Market Continuous Improvement

5 Gesamtbetriebskosten (Total Cost of Ownership) TCO = Entwicklungs-/Anschaffungskosten+ Nutzungskosten (Deployment + Operationelle Kosten) Entwicklungs-/Anschaffungskosten = +Anschaffungskosten für Tools bzw. zur Einführung von Prozessen +Trainingkosten +Entwicklungs- bzw. Designkosten +Standardisierungs Gruppen Aufwände (z.B. Meetings um die globalen gemeinsamen Anforderungen zu finden oder Kommunikation) Deployment Kosten= +Betriebsmittelkosten (Testsystem Hardware) +Betriebmittelkosten Software (z.b. Runtime Lizenzen) +Kosten für Pilotprojekte (Einmalige Einführungskosten) Operationelle Kosten (Betriebskosten) = +Operator Personalkosten +Instandhaltungs Personalkosten +Ersatzteilhaltung, Kalibrierung +Kosten pro m² Produktionsfläche +Lebenszylkus Kosten (Weiterentwicklung) ROI*= Gewinn aus Standardisierung– Gesamtinvestitionskosten Gesamtinvestitionskosten *ROI = Return on Investment

6

7 Extrem-Beispiel: Drucker; Anschaffungskosten = 7%

8 Einsparung= Bisherige Kosten – Neue Kosten Lösungsansatz Standardisierung

9 Definition der Teststragegie Change Management Alle ziehen am gleichen Strang Know How Mitarbeiter Sammeln der Requirements Roll out Prozess Lifecycle Management Prozesse Kosteneinsparung Modular Flexibel Reuse Technologie

10 Standardisierung und Change Mangement Change Management Change Management Standardisierung Firmenziele

11 Standardisierungsvektoren Produkte Weniger komplex Mehr komplex Local geografisch Global Development R&D/ Design Produktion

12 Best Practise für Standardisierung Definition der Ziele und Reichweite der Standardisierung Auswahl des Kern Teams und Arbeitsgruppen Kommunikation, Kommunikation, Kommunikation……. Globale requirements für Funktionstest und EOL Test sammeln Klare Rollout Strategie festlegen (z.B. Pilotprojekt zur Einführung) Life Cycle Management -> “Betrachte die Standardisierung wie ein Produkt”

13 Change Management

14 Standardisierungsgrad festlegen Keine Standardisierung “Jeder baut seinen eigenen Tester” Kein globaler Support Kein Reuse von HW + SW Hohe Kosten für Ersatzteilhaltung Mittlerer Standardisierungsgrad (Grundkonfiguratio n) Wähle COTS* Komponen wo es möglich ist und Sinn macht Globaler Support und Verfügbarkeit Gute Wiederverwendungt Gute Austauschbarkeit Hoher Standardisierungsgrad Sehr Kostenintensiv in der Erstellung des Standards Premium Preis €€€ Beste Austauschbarkeit *COTS = commercial off-the-shelf product (auf dem Markt verfügbares Produkt)

15 Mittlerer Standardisierungsgrad Unit Under Test spezifische Erweiterungen (Hardware + Software) Standardisierte Software (COTS) Standardisierte Hardware (COTS) Kern Team + Arbeitgruppen erarbeiten mit Alliance Partner und National Instruments die COTS Komponenten und weitere nötige Komponenten/Kits. Customer NI Alliance Partner

16 Beispiel für mittlerer Standardisierungsgrad klein Standardisiert (COTS) mittel Standardisiert (COTS) Alliance Partner groß Standardisiert (COTS) Alliance Partner Skalierbarkeit/ Komplexität Alliance Partner

17 NI + Alliance Partner Standardisierungs Services Business Strategie Architektur System Support Best Practices Warum, wie und was standardisieren Hilfe bei der TCO und ROI Analyse Software/Hardware Design des Funktions/EOL Tester Integration der Firmendatenbanken (MES….) PoC (Proof of Concept) Training Benchmarks Software Design Review

18 Fragen ?