mit der man bei Vanguard über Full-Stack-Teams spricht . Uns gefällt das , weil wir einen Full-Stack-Entwickler regelrecht als Einhorn betrachten . Es gibt niemanden , der alles weiß . Es gibt aber die Möglichkeit , Menschen aus den unterschiedlichsten Disziplinen und Führungsebenen zusammenzubringen und sie in offen gestalteten Bereichen zu konzentrieren . Das war Ihr Team für den Cloud-Aufbau . Unserer Meinung nach war das ein ziemlich guter Ansatz . Wie konnte das Unternehmen dazu bewogen werden , diese Ressourcen aufzugeben ? Wie haben Sie das geschafft ?
Dowds : Sie verweisen auf unser Team für den Cloud-Aufbau , das in der Branche von vielen Cloud-Anbietern oft auch als Cloud-Engineering-Team bezeichnet wird . Was brauchte es , um unser Cloud-Engineering-Team dazu zu bringen , sich als DevOps-Team zu präsentieren ? Es hat 8 , 10 oder 12 Monate gedauert , bis wir unsere Arbeitsweise geändert hatten . Und besonders effektiv waren wir in dieser Zeit auch nicht . Für den Wechsel in die Public Cloud mussten wir kritische Ressourcen aus mindestens drei Abteilungen zusammenführen : Sicherheitsabteilung , bisherige Rechenzentrumsabteilung und CTO-Abteilung . Es war recht schwierig , diese drei Gruppen dazu zu bringen , an einem Strang zu ziehen . Diese drei Gruppen berichteten an ihre eigenen Weisungsketten , sodass wir die Herausforderungen durch das Zusammenführen von drei verschiedenen Abteilungen schnell erkannten .
Nach 8 oder 10 Monaten haben wir entschieden , ein Full-Stack-Team zu installieren . Der Leiter des neuen Teams erhielt Entscheidungsbefugnisse für alle Aspekte , die für den Wechsel in die Public Cloud notwendig waren . Für Vanguard war dies eine revolutionäre Veränderung . Plötzlich zogen alle an einem Strang . Cloud Technology Partners verfolgte Konzepte wie den „ Minimum Viable Cloud “ -Ansatz und die ersten unserer Workloads in die Cloud zu bringen . Die Fortschritte , die wir beim Aufbau unserer Landing-Zones in der Public Cloud erzielen konnten , waren enorm . Es war eine wichtige Entscheidung , die wir frühzeitig getroffen haben . Der Anstoß dazu war unser Scheitern , weil wir als Unternehmen weiterhin in einem isolierten Umfeld arbeiteten .
CTP : Wir arbeiten mit vielen Kunden zusammen , bei denen dies nicht der Fall ist . Zudem gibt es viele Mitarbeiter mit Teilzeitjobs . So dauert es manchmal einfach ewig , weil niemand wirklich auf das betreffende Projekt fokussiert ist .
42 | THE DOPPLER | WINTER 2018
Dowds : Ich möchte noch auf etwas anderes eingehen . Wir können unser Cloud-Engineering-Team als DevOps-Ansatz sehen , über den wir unsere Cloud-Landing-Zones einrichten . Bei Vanguard versuchen wir , allen unseren Bereitstellungsteams den gleichen Ansatz zu vermitteln . Unser Cloud-Engineering-Team besteht vielleicht aus 50 , 60 oder 70 Mitarbeitern . In unseren Delivery-Shops hingegen haben wir 2.000 Mitarbeiter , die nach unseren Vorstellungen in der gleichen Weise als Full-Stack-Team arbeiten sollen . Im Mittelpunkt stehen dabei unsere Geschäftsergebnisse sowie die anderen , im Zusammenhang mit DevOps stehenden Konzepte und Verhaltensweisen . Mit dem Cloud-Engineering-Team versuchen wir , den „ Gold- “ Standard für diese Arbeitsweise zu setzen . Ein Grund dafür ist sicherlich , dass wir unsere Delivery-Shops dazu bringen , in vergleichbarer Weise zu arbeiten . Unser DevOps- Weg begann mit unserem Cloud-Engineering-Team . Wir sind aktuell dabei , weitere 2.000 Software-Entwickler zu überzeugen , auf ähnliche Art und Weise zu arbeiten .
CTP : In der Tat beeindruckend ! Unsere letzte Frage an Sie lautet : Was würden Sie jemandem in einer Führungsrolle raten , der am Anfang seines Wegs zur Public Cloud steht ? Wo sollte er einsteigen und worauf muss er achten ?
Dowds : Sie haben das Schlüsselwort gerade eben selbst genannt – die Public Cloud . Am Anfang unseres Wegs hatten wir weder Know-how noch qualifizierte Mitarbeiter zum Thema Public Cloud . Wie konnten wir also dieses Problem lösen ? Sie wählen die besten Mitarbeiter in Ihrem Unternehmen aus , von denen Sie wissen , dass sie sich neues Wissen schnell aneignen können . Dann entwickeln Sie diese Basis aus internen Mitarbeitern , die Sie auf Ihrem Weg in die Public Cloud begleiten sollen . Danach haben wir sehr selektiv qualifizierte externe Mitarbeiter engagiert , die unsere internen Mitarbeiter ergänzen sollten . Damit noch nicht genug . Sie brauchen zusätzlich weitere externe Unterstützung : einen Partner , der in diesem Bereich bereits Erfahrungen mit anderen Unternehmen gesammelt hat und diese Erfahrungswerte an Sie weitergeben kann . In unserem Fall war dies Cloud Technology Partners . Ein externer Partner also , der weiß , was er tut , und der ein Konzept für den Einstieg in die Public Cloud hat – in Kombination mit richtig guten externen Public Cloud-Experten . Diese werden dann mit internen Spezialisten zusammengeführt – und schon haben wir ein kompetentes Cloud-Engineering-Kernteam . Mein Rat wäre , dieses Dream-Team aus hoch qualifizierten internen und externen Mitarbeitern aufzubauen und einen Partner hinzuzuziehen , der genau weiß , was er tut . Dann nutzen Sie den „ Minimum Viable Cloud “ -Ansatz , das heißt , die ersten Workloads so schnell wie möglich ausführen zu können .
Jeff Dowds stellte zusammen mit Robert Christiansen , VP of Global Cloud Delivery bei CTP , den Weg von Vanguard in die Cloud bei der AWS re : Invent 2017 vor . Die komplette Präsentation können Sie sich unter der folgenden Adresse ansehen : cloudtp . com / vanguard-reinvent .