Während meiner Karriere zog ich mehrmals aus verschiedenen Gründen um. Dies hat meine berufliche Laufbahn beeinflusst und mir den Vorteil gegeben, Erfahrungen als Angestellter, Freiberufler und Firmeninhaber sammeln zu können.
Und genau der letzte Punkt ist sehr hilfreich für eine CTO-Stelle. Das große Ganze des Unternehmens zu sehen, mehr als notwendig zu wissen, die Mitarbeiter und ihre verschiedenen Motivationen (oder das Fehlen derselben) zu verstehen, rationale Lösungen zu implementieren, alle Aspekte des Geschäfts zu berücksichtigen, sowie schnell, entschlossen und dennoch vorsichtig bei diesen Entscheidungen zu sein. All das ist es, was Erfolg garantiert.
Großer Erfolg entsteht nicht durch ein gutes System. Ein gutes System entsteht von einem außergewöhnlichen Individuum, welches genug Energie hat, um positive Veränderungen herbeizuführen. Wenn wir alle ohne Ehrgeiz, ohne Feuer und ohne Bedürfnis nach Veränderung wären, würden wir immer noch in Höhlen leben. Wenn ein großer Mann wie Nikola Tesla mit dem System zufrieden gewesen wäre, hätte er uns seine bemerkenswerten Leistungen nicht hinterlassen.
Ein guter CTO sollte eine Inspiration für das gesamte Team sein.
Die Führung der technischen Seite des Unternehmens hängt hauptsächlich davon ab, wie groß das Unternehmen ist. Kleine und mittlere Unternehmen vergessen oft diese Tatsache und versuchen, Unternehmen mit nahezu unbegrenzten Mitteln zu kopieren. Auf diese Weise kommt es öfters zum Overengeneering, welches langfristig mit einem hohen Preis bezahlt wird.
Ein zufriedener Kunde steht immer an erster Stelle und der Einsatz von Technologien, die andere benutzen, garantiert nicht den Erfolg. Ganz im Gegenteil kann dies leicht zu Qualitätsminderung und einem Anstieg der Kosten führen. Es ist sehr leicht das Problem zu erkennen, wenn man über den Tellerrand hinaus schaut.
Eine gute Bewertung sollte immer einen zufriedenen Kunden vor alles andere stellen. Die Implementierung von Technologien, die von anderen verwendet werden, garantiert keinen Erfolg, ganz im Gegenteil. Dies kann leicht zu Qualitätsminderungen und erhöhten Mitarbeiterkosten führen. Schaut man nur ein wenig über den Tellerrand hinaus, lässt sich das Problem leicht lösen.
Lassen Sie mich noch klarer werden! Man sollte Angular nicht im Frontend einsetzen, nur weil es jemand anderes macht. Man muss React nicht verwenden, es sei denn, es ist wirklich notwendig. Warum sollte ein gut organisiertes, formatiertes und geschriebenes CSS mit Less oder Sass ersetzt werden? Als Mitglied des C-Level-Managements ist man dafür verantwortlich, das Wohlergehen des Unternehmens zu bewahren. Indem man alles nutzt, was berühmt oder beliebt ist, tut man dem Unternehmen wahrscheinlich keinen Gefallen.
IT sollte ein Beispiel für andere Aspekte des menschlichen Lebens sein. Es gibt keinen Platz für Larpurlartismus und manchmal ist es sinnvoll, einen Blick auf andere Branchen zu werfen, um zu sehen, ob jemand anderes möglicherweise eine Beta-Version im Lebenszyklus eeines Produkts hat. Das Veröffentlichen und der Verkauf von Software, welche Tausende von Fehlern aufweisen, und dann noch mit der Erwartung, dass Benutzer und Kunden Bugs finden und diese Melden, hat nichts mit Qualität zu tun. Wer so etwas zulässt, verliert Benutzer und Kunden, was letztendlich zu hohen Verlusten führt.
IT ist eine sehr präzise Branche, aber ihre Produkte und Dienstleistungen sind meist nicht so präzise. Wer also eine Anwendung für die allgemeine Bevölkerung entwickelt, wie zum Beispiel die in der jüngsten Pandemie, und dann nach fast einem Jahr die Benutzer informiert, dass die Anwendung jetzt tatsächlich einwandfrei funktioniert, kann dies kaum als erfolgreich abgeschlossenes Projekt bezeichnen. Während meiner gesamten beruflichen Laufbahn habe ich versucht, dazu beizutragen, qualitativ hochwertige Produkte zu entwickeln und solche Fehler in der Software zu vermeiden, die, wie wir alle wissen, leider sehr häufig sind.
Wenn Sie einen CTO einstellen, der Sätze aus dem Buch "Wie wird man ein erfolgreicher CTO" zitiert und der nicht über den Tellerrand hinausschaut, werden Sie sich nie fragen, ob Scrum, Daily, Agile, Jira, Confluence und der Rest des Üblichen Technologie-Stack, wirklich der einzige Weg ist.
Es gibt noch einen anderen Weg. Über diesen können wir gerne sprechen.