SlideShare ist ein Scribd-Unternehmen logo
1 von 7
Multiple FuckUps beim
Einführen neuer
Technologien
@Virtual_Patrick
PO Camp 25.08.2017
n-Arbeitsplätze
Anwendungsfall: IT Betrieb für Endanwender
Betriebssystem
Hardware
Treiber
Applikationen
Profil/ Daten
Interne IT
(On Premise/ Cloud/
Standort)
Bereitstellung
PXE/ http(s)/ USB
PreBoot-Umgebung
@Virtual_Patrick
Warum Einführung einer neue Technologie?
• Linux PE Version ist stark veraltet
• Relativ wenig Know-how hinsichtlich
PowerShell & Windows PE
• Neue Hardware einzubinden erzeugt
operativ hohe Kosten  Linux Kernel
Update
• Hardware Hersteller stellen in der Regel
Windows Treiber zur Verfügung
• > 99% der Kunden installieren Windows
Betriebssysteme
Windows PE als Lösung, um Windows Arbeitsplätze
schneller für Anwender bereitzustellenn-Arbeitsplätze
Betriebssystem
Hardware
Treiber
Applikationen
Profil/ Daten
PreBoot-Umgebung
@Virtual_Patrick
Multiple FuckUps Linux PE vs Windows PE
• 2014: Unterstützung neue Hardware Firmware UEFI
 Linux PE
• 2015: Disk Imaging und Windows 10 Zero Day Support
 Linux PE
• 2016: Neue Intel Skylake Plattform
 Linux PE (komplettes Redesign notwendig)
• 2017: Zwei Teams OS Installation: Linux PE und Windows PE
Warum immer wieder Linux PE?
1. Vermeintlich schnellere Lieferung durch bereits vorhandenes Know-how
2. Teamentscheidung traut es sich nicht zu  Zeit- & Management Druck
3. Vertragliche Zusage des Managements ggü. Kunden
4. Strategische Ausrichtung von Management höher priorisiert (Leadership vs Produktivität)
5. Zukünftige Unterstützung der Plattformbreite sowie Cloud und IoT
Lerneffekte & Empfehlungen I
• Vom „potentially shipable increment“ zu wöchentlichen Releases
 Aber: Fokus auf Nutzen, nicht nur Zeittaktung
• Zusätzliche Kapazität für parallele Entwicklung
• Teamsplit führt nicht zu schnelleren Ergebnissen
 Lieferfähigkeit beachten
• Technologische Abhängigkeiten beachten
• Zusammenarbeit mit Abteilungen (Support, Consulting) erhöhen
• Geduld: Reifegrad agiler Entwicklung
 Start Oktober 2013
@Virtual_Patrick
Lerneffekte & Empfehlungen II
• Darf bzw. kann Architekt Teamentscheidung umwerfen?
Selbstorganisation != Teamentscheidung
• Bei 99% Installation von Windows zum Hersteller gehen!
• Nicht bis Eskalation warten: Repriorisierung
• Stärkung des POs
• Aber: Wenn Repriorisierung nicht möglich, dann muss es krachen
• Bewertung und Berücksichtigung von technischen Schulden
• Konflikte aktiv austragen
@Virtual_Patrick
Fragen? Andere Meinungen? Feedback.
Patrick Sauerwein
http://virtualpatrick.com
@Virtual_Patrick
patrick.sauerwein@gmail.com
@Virtual_Patrick

Weitere ähnliche Inhalte

Ähnlich wie Multiple FuckUps beim der Einführung neuer Technologien

Matrix42 Customer Day 2016 UEM Best Practices OS Installer
Matrix42 Customer Day 2016 UEM Best Practices OS InstallerMatrix42 Customer Day 2016 UEM Best Practices OS Installer
Matrix42 Customer Day 2016 UEM Best Practices OS InstallerPatrick Sauerwein
 
OpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und EntwicklungsumgebungenOpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und EntwicklungsumgebungenB1 Systems GmbH
 
Matrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS Installer
Matrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS InstallerMatrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS Installer
Matrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS InstallerPatrick Sauerwein
 
Automatische Installationen und System Update mit FAI
Automatische Installationen und System Update mit FAIAutomatische Installationen und System Update mit FAI
Automatische Installationen und System Update mit FAIHenning Sprang
 
Azure Notebooks
Azure NotebooksAzure Notebooks
Azure NotebooksTEitelberg
 
Deployment von Entwicklungsumgebungen eines TYPO3-Intranets mit Vagrant
Deployment von Entwicklungsumgebungen eines TYPO3-Intranets mit VagrantDeployment von Entwicklungsumgebungen eines TYPO3-Intranets mit Vagrant
Deployment von Entwicklungsumgebungen eines TYPO3-Intranets mit VagrantChristoph Möller
 
Ubuntu-/Debian-Packaging
Ubuntu-/Debian-PackagingUbuntu-/Debian-Packaging
Ubuntu-/Debian-PackagingB1 Systems GmbH
 
OpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SE
OpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SEOpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SE
OpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SEB1 Systems GmbH
 
SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...
SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...
SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...SCAPE Project
 
GWAVACon 2015: SEP - Backuplösungen auf dem Prüfstand
GWAVACon 2015: SEP - Backuplösungen auf dem PrüfstandGWAVACon 2015: SEP - Backuplösungen auf dem Prüfstand
GWAVACon 2015: SEP - Backuplösungen auf dem PrüfstandGWAVA
 
GWAVACon - SEP sesam Backup: we care about your data (deutsch)
GWAVACon - SEP sesam Backup: we care about your data (deutsch)GWAVACon - SEP sesam Backup: we care about your data (deutsch)
GWAVACon - SEP sesam Backup: we care about your data (deutsch)GWAVA
 
OpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und EntwicklungsumgebungenOpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und EntwicklungsumgebungenB1 Systems GmbH
 
20160229_ModernApplicationDevelopment_Python_KPatenge
20160229_ModernApplicationDevelopment_Python_KPatenge20160229_ModernApplicationDevelopment_Python_KPatenge
20160229_ModernApplicationDevelopment_Python_KPatengeKarin Patenge
 
Softwarepaketierung und Continuous Integration bei Airbus Defence and Space
Softwarepaketierung und Continuous Integration bei Airbus Defence and SpaceSoftwarepaketierung und Continuous Integration bei Airbus Defence and Space
Softwarepaketierung und Continuous Integration bei Airbus Defence and SpaceB1 Systems GmbH
 
NetBeans für PHP-Entwickler
NetBeans für PHP-EntwicklerNetBeans für PHP-Entwickler
NetBeans für PHP-EntwicklerIngo Reinhart
 
BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...
BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...
BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...Marc Müller
 
Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...
Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...
Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...Agenda Europe 2035
 
Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...
Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...
Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...B1 Systems GmbH
 

Ähnlich wie Multiple FuckUps beim der Einführung neuer Technologien (20)

Matrix42 Customer Day 2016 UEM Best Practices OS Installer
Matrix42 Customer Day 2016 UEM Best Practices OS InstallerMatrix42 Customer Day 2016 UEM Best Practices OS Installer
Matrix42 Customer Day 2016 UEM Best Practices OS Installer
 
OpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und EntwicklungsumgebungenOpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
 
Matrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS Installer
Matrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS InstallerMatrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS Installer
Matrix42 Customer Day 2016 Hamburg - UEM - 04 Best Practices OS Installer
 
Automatische Installationen und System Update mit FAI
Automatische Installationen und System Update mit FAIAutomatische Installationen und System Update mit FAI
Automatische Installationen und System Update mit FAI
 
Azure Notebooks
Azure NotebooksAzure Notebooks
Azure Notebooks
 
Deployment von Entwicklungsumgebungen eines TYPO3-Intranets mit Vagrant
Deployment von Entwicklungsumgebungen eines TYPO3-Intranets mit VagrantDeployment von Entwicklungsumgebungen eines TYPO3-Intranets mit Vagrant
Deployment von Entwicklungsumgebungen eines TYPO3-Intranets mit Vagrant
 
Ubuntu-/Debian-Packaging
Ubuntu-/Debian-PackagingUbuntu-/Debian-Packaging
Ubuntu-/Debian-Packaging
 
OpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SE
OpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SEOpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SE
OpenStack Betrieb & Support - 5 Jahre OpenStack Managed Service bei der SAP SE
 
SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...
SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...
SCAPE - Skalierbare Langzeitarchivierung (SCAPE - scalable longterm digital p...
 
GWAVACon 2015: SEP - Backuplösungen auf dem Prüfstand
GWAVACon 2015: SEP - Backuplösungen auf dem PrüfstandGWAVACon 2015: SEP - Backuplösungen auf dem Prüfstand
GWAVACon 2015: SEP - Backuplösungen auf dem Prüfstand
 
GWAVACon - SEP sesam Backup: we care about your data (deutsch)
GWAVACon - SEP sesam Backup: we care about your data (deutsch)GWAVACon - SEP sesam Backup: we care about your data (deutsch)
GWAVACon - SEP sesam Backup: we care about your data (deutsch)
 
OpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und EntwicklungsumgebungenOpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
OpenStack und Heat - Standardisierte Test- und Entwicklungsumgebungen
 
20160229_ModernApplicationDevelopment_Python_KPatenge
20160229_ModernApplicationDevelopment_Python_KPatenge20160229_ModernApplicationDevelopment_Python_KPatenge
20160229_ModernApplicationDevelopment_Python_KPatenge
 
PHP auf IBM Plattformen
PHP auf IBM PlattformenPHP auf IBM Plattformen
PHP auf IBM Plattformen
 
PHPblue LOS!NRW
PHPblue LOS!NRWPHPblue LOS!NRW
PHPblue LOS!NRW
 
Softwarepaketierung und Continuous Integration bei Airbus Defence and Space
Softwarepaketierung und Continuous Integration bei Airbus Defence and SpaceSoftwarepaketierung und Continuous Integration bei Airbus Defence and Space
Softwarepaketierung und Continuous Integration bei Airbus Defence and Space
 
NetBeans für PHP-Entwickler
NetBeans für PHP-EntwicklerNetBeans für PHP-Entwickler
NetBeans für PHP-Entwickler
 
BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...
BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...
BASTA Spring 2016: Test- und Releaseumgebungen der nächsten Generation mit TF...
 
Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...
Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...
Mag. Christian Samide (Pure Storage Austria), Ing. Johannes Kornfellner (Öste...
 
Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...
Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...
Klein, aber oho - Continuous Delivery von Micro Applications mit Jenkins, Doc...
 

Multiple FuckUps beim der Einführung neuer Technologien

  • 1. Multiple FuckUps beim Einführen neuer Technologien @Virtual_Patrick PO Camp 25.08.2017
  • 2. n-Arbeitsplätze Anwendungsfall: IT Betrieb für Endanwender Betriebssystem Hardware Treiber Applikationen Profil/ Daten Interne IT (On Premise/ Cloud/ Standort) Bereitstellung PXE/ http(s)/ USB PreBoot-Umgebung @Virtual_Patrick
  • 3. Warum Einführung einer neue Technologie? • Linux PE Version ist stark veraltet • Relativ wenig Know-how hinsichtlich PowerShell & Windows PE • Neue Hardware einzubinden erzeugt operativ hohe Kosten  Linux Kernel Update • Hardware Hersteller stellen in der Regel Windows Treiber zur Verfügung • > 99% der Kunden installieren Windows Betriebssysteme Windows PE als Lösung, um Windows Arbeitsplätze schneller für Anwender bereitzustellenn-Arbeitsplätze Betriebssystem Hardware Treiber Applikationen Profil/ Daten PreBoot-Umgebung @Virtual_Patrick
  • 4. Multiple FuckUps Linux PE vs Windows PE • 2014: Unterstützung neue Hardware Firmware UEFI  Linux PE • 2015: Disk Imaging und Windows 10 Zero Day Support  Linux PE • 2016: Neue Intel Skylake Plattform  Linux PE (komplettes Redesign notwendig) • 2017: Zwei Teams OS Installation: Linux PE und Windows PE Warum immer wieder Linux PE? 1. Vermeintlich schnellere Lieferung durch bereits vorhandenes Know-how 2. Teamentscheidung traut es sich nicht zu  Zeit- & Management Druck 3. Vertragliche Zusage des Managements ggü. Kunden 4. Strategische Ausrichtung von Management höher priorisiert (Leadership vs Produktivität) 5. Zukünftige Unterstützung der Plattformbreite sowie Cloud und IoT
  • 5. Lerneffekte & Empfehlungen I • Vom „potentially shipable increment“ zu wöchentlichen Releases  Aber: Fokus auf Nutzen, nicht nur Zeittaktung • Zusätzliche Kapazität für parallele Entwicklung • Teamsplit führt nicht zu schnelleren Ergebnissen  Lieferfähigkeit beachten • Technologische Abhängigkeiten beachten • Zusammenarbeit mit Abteilungen (Support, Consulting) erhöhen • Geduld: Reifegrad agiler Entwicklung  Start Oktober 2013 @Virtual_Patrick
  • 6. Lerneffekte & Empfehlungen II • Darf bzw. kann Architekt Teamentscheidung umwerfen? Selbstorganisation != Teamentscheidung • Bei 99% Installation von Windows zum Hersteller gehen! • Nicht bis Eskalation warten: Repriorisierung • Stärkung des POs • Aber: Wenn Repriorisierung nicht möglich, dann muss es krachen • Bewertung und Berücksichtigung von technischen Schulden • Konflikte aktiv austragen @Virtual_Patrick
  • 7. Fragen? Andere Meinungen? Feedback. Patrick Sauerwein http://virtualpatrick.com @Virtual_Patrick patrick.sauerwein@gmail.com @Virtual_Patrick