IT-Entscheidungsträger: Ihr Schlüssel zur effektiven Entscheidungsfindung
Wenn es um IT-Entscheidungen (ITDM) geht, denken Sie an ein neues Zuhause. Es ist Ihre erste Woche dort und Sie und Ihr Partner hängen ein Bild von sich auf. Es ist nur vorübergehend, sagen Sie sich. Natürlich bekommen Sie einen neuen Rahmen. Sobald Sie mehr Kunstwerke finden, werden diese auf jeden Fall umziehen.
Spulen wir 10 Jahre vor, und das Bild ist genau dort, wo Sie es gelassen haben.
Entscheidungen über Unternehmenstechnologien haben oft dieselbe vorübergehende Dauerhaftigkeit. Was als schnelle Lösung oder erste Version einer Lösung gedacht ist, wird zu etwas, das lange Zeit Bestand hat und sogar Ihren Stack, Ihr Team und Ihr Budget ins Chaos stürzen kann. Um das zu vermeiden, ist es an der Zeit, dass Sie die Fragen ändern, die Sie bei IT-Entscheidungen stellen.
Lassen Sie uns einen Blick darauf werfen, wie Sie Ihre ITDM-Reise aus der Perspektive einer wichtigen IT-Entscheidung neu gestalten können, die die meisten Unternehmen derzeit treffen oder im letzten Jahrzehnt treffen mussten: Cloud-Einführung.
Best Practices für IT-Entscheider
Mein Kollege Mike Tarentino spricht über Vision-Einstellung viel und integriert es in seine digitale Ausführungspraxis Arbeit mit Mendix Kunden. Wenn Sie eine Technologie auswählen, die ein Geschäftsproblem löst, sollten Sie nicht gleich fragen: „Welche Technologie ist die richtige?“ Wer an die Technologie denkt, geht davon aus, dass das Geschäftsproblem ein technologisches ist, was oft aber nicht der Fall ist. Denn Technologie ist nur ein Viertel der Lösung. Die Praxis der digitalen Umsetzung hilft Unternehmen dabei, herauszufinden, wie sie die richtigen Leute mit den richtigen Prozessen und Plattformen einsetzen, um das richtige Anwendungsportfolio zu erstellen, das ein Unternehmen zum Erreichen seiner Ziele benötigt.
Sie müssen einen Rahmen für die Entscheidung und die Strategie dahinter schaffen und auch Kultur und Schulung während der Einführung berücksichtigen. Wenn es um IT-Entscheidungen und die Reduzierung technischer Schulden geht, nach McKinsey, die Ausrichtung auf Anreize, die Anerkennung des Schulungsbedarfs und die Konzentration auf die langfristige Produktlieferung sind dabei von entscheidender Bedeutung.
Beispielsweise geht es beim Wechsel in die Cloud nicht nur darum, die richtige Cloud auszuwählen.
Personen
Sie müssen sich fragen, wen ein Wechsel in die Cloud betrifft. Wie wird Ihr Betriebsteam jetzt mit der Bereitstellung umgehen? Verfügt Ihr Team über die erforderlichen Fähigkeiten zur Wartung und Bereitstellung in der Cloud? Wie wirken sich die Anwendungen, die Sie in der Cloud bereitstellen, auf Ihre Kunden aus?
Plattform
Recherchieren Sie und finden Sie heraus, welche Cloud für Ihr Unternehmen am besten geeignet ist. Ist es eine private, sichere Cloud? Ist es eine öffentliche? Wie sieht es mit der Bindung aus? Wie wirkt sich dies auf Ihren Datenstandort, Ihr Governance-Framework und Ihre Sicherheitsanforderungen aus – wie beeinflussen diese Ihre Cloud-Entscheidung? Was sind Best Practices für die Datenspeicherung? Wie wirkt sich dies auf Latenz und Leistung aus?
Portfolio
Auch wenn Sie in die Cloud wechseln, nicht alle Ihrer Anwendungen müssen in der Cloud bereitgestellt werden – oder können es in manchen Fällen auch nicht. Sie müssen mit Ihrem Team zusammenarbeiten, um Apps zu identifizieren, die für die Cloud sinnvoll sind. Wie wirkt sich dieser Schritt auf Anwendungen aus, die nicht oder gar nicht in die Cloud verschoben werden? Wie wirkt sich dieser Schritt auf Ihre Kunden und deren Zugriff auf Ihre Anwendungen aus? Welche Auswirkungen hat der Standort eines Rechenzentrums auf die CX?
Prozess
Die Entwicklung Ihrer Anwendungen bleibt möglicherweise gleich, aber Ihre Bereitstellungsprozesse werden sich durch die Migration in die Cloud definitiv ändern. Welche Prozesse müssen Sie also rund um Releases implementieren? Haben Sie eine CI/CD- oder agile Methodik implementiert? Wenn nicht, wie lange wird es dauern, diese einzuführen? Wie werden diese Ihrem Team mitgeteilt?
Mit Ziel in die Cloud
Ein aktuelles, herausragendes Beispiel für ein Cloud-fokussiertes ITDM ist Mercury Systems. Das Unternehmen hat den Schritt in die Cloud gemacht, aber auf der Grundlage dessen, was für sein Unternehmen sinnvoll war, und nicht nur, weil es alle anderen taten, wie VP of Applications Engineering berichtet. Anu Mishra Leg es.
Quecksilbersysteme ist ein amerikanischer Hersteller von Technologie für die Luft- und Raumfahrt- und Verteidigungsindustrie. Ihr ehrgeiziges Ziel mit enormen Auswirkungen auf den gesamten Technologie-Stack war es, mehrere Disziplinen in ihrem Unternehmen zu vernetzen, um visuelle Interpretationen komplexer Datensätze wie Lieferantendaten, Stücklisten, CAD-Modelle usw. bereitzustellen. Letztendlich nutzten sie Low-Code, um Anwendungen entlang dieses „digitalen Threads“ zu erstellen.
„Schauen Sie sich zuerst die Geschäftsziele an und prüfen Sie, ob die Cloud passt.“
Anu und Mercury Systems kamen zu dem Schluss, dass der beste Weg, um ihren Plan rund um Digital Thread umzusetzen, darin bestand, in die Cloud zu wechseln. „Das war wirklich Teil unserer Agile-, DevSecOps- und Digital Thread-Initiativen“, sagte er. „Das war die eine Seite der Medaille. Die andere Seite war die Cloud. Die Cloud war eher eine Lösung und ein Wegbereiter als ein Grund, in die Cloud zu wechseln.“
Es gibt keinen einheitlichen Weg oder Zeitplan für die Cloud-Einführung. Anu erkannte dies, als er sich daran machte, Lösungen für die Digital Thread-Initiative zu entwickeln. „Schauen Sie sich zuerst die Geschäftsziele an und prüfen Sie, ob die Cloud passt“, lautet Anus Rat für alle, die in die Cloud wechseln möchten. Mercury Systems ist in einer stark regulierten Branche tätig, daher musste Anu bei der Bestimmung der Cloud-Eignung immer Compliance, Risiko und Sicherheit im Auge behalten. Die Vision drehte sich nicht um die Kostensenkung, die die Cloud bietet. Es ging darum, Lösungen für das Geschäft zu finden. „Die Cloud war zufällig die Antwort.“
Mendix ist Cloud-nativ
Mercury Systems ist nur eine von vielen Organisationen, die die Mendix Low-Code-Plattform Cloud-native Architektur. Ironischerweise MendixDer Weg von zu einer Cloud-native-Architektur ist dem Weg von Mercury Systems zur Cloud nicht unähnlich. Er begann mit einem Geschäftsziel.
Seit seiner Gründung hat die Mendix Mit der Plattform können Unternehmen unternehmenstaugliche Anwendungen erstellen. Wir haben aber auch festgestellt, dass unsere Kunden mehr brauchen, um ihre Softwarebereitstellung zu beschleunigen, als nur die Entwicklung zu beschleunigen. Wir haben erkannt, dass eine schnellere Softwarebereitstellung eine Beschleunigung des gesamten DevOps-Lebenszyklus erfordert. Das bedeutet, dass wir unseren Kunden wirklich gut ermöglichen müssen, nicht nur Apps zu erstellen, sondern sie auch auszuführen.
Was also tun wir? Die naheliegendste Lösung wäre gewesen, jede Menge Rechenzentren zu kaufen und im Grunde selbst Rechenzentrumsbetreiber zu werden. Finanziell und strategisch machte das keinen Sinn, und gegen die Azures, AWSes und GCPs dieser Welt hätten wir nie gewinnen können. Also haben wir unsere Infrastruktur stattdessen Cloud-nativ eingerichtet.
Die Ergebnisse sind, dass Wir sind an keine bestimmte Infrastruktur gebunden. Dies passt perfekt zu den Zielen unseres Unternehmens und den Bedürfnissen unserer Kunden. Dadurch können wir die Kosten für den Betrieb von Apps senken, was Ihnen wiederum ermöglicht, Apps kostengünstiger und mit weniger Aufwand zu erstellen und auszuführen, da wir dies für Sie tun.
Das große Bild
Eine effektive Entscheidungsfindung ist dann am effektivsten, wenn sie das Geschäft und das Geschäft der Kunden verbessert. Achten Sie bei der Lösung geschäftlicher Probleme darauf, dass die Entscheidung mit den strategischen Zielen übereinstimmt, Ihnen und Ihren Kunden die nötige Flexibilität bietet und dass Sie die kulturellen Auswirkungen berücksichtigen, die sie auf Ihr gesamtes Unternehmen haben wird.
Andernfalls bleibt man auf dem gleichen Bild sitzen, und es ist kein schönes.