Abkürzungen - wir lieben und hassen sie. Wir lieben sie, weil sie leicht zu merken sind und ein ganzes Feld in wenigen Buchstaben erklären können. Wir hassen sie, wenn wir nicht wissen, was sie bedeuten.
Warum ist das überhaupt wichtig? Weil die Abkürzung "CTO" mehrdeutig ist. Wie bei allen Titeln stammt sie aus den USA und ihrer Unternehmenskultur mit "C-Level-Executives" und wird auch extensiv im Startup-Universum verwendet. Das Wichtigste am Titel ist, dass er "Die Person betont, die für die Technik verantwortlich ist".
Ein CIO ist für IT und Infrastruktur verantwortlich, während der CTO die Person ist, die innoviert, führt und die technologischen Aktivitäten und Initiativen in einer Organisation anführt.
Sehen Sie sich den folgenden Artikel für eine detailliertere Erklärung der beiden Rollen an:
https://www.telegraph.co.uk/business/ready-and-enabled/cio-vs-cto/
Nun, da wir definiert haben, was ein CTO ist, lassen Sie uns die verschiedenen Arten betrachten, die wir in Unternehmen finden können:
Ein typischer Startup-CTO. Ist entweder der alleinige Entwickler, der einer Startup als Mitgründer beigetreten ist. Entweder, weil es keine Finanzierung gab, um Gehälter zu zahlen, oder es wuchs aus einer gemeinsamen Idee, die von ein paar Freunden gebaut wurde.
Ist hands-on und ist eigentlich ein Softwareingenieur (Entwickler), der für alles Technische verantwortlich ist, hauptsächlich, weil es kein Team gibt. Hat wenig oder gar keine Führungsqualifikationen und in der Regel auch keine Führungsambitionen.
Kann in einer Startup-Situation großartig sein und lernt, macht, lernt und wächst schnell.
Ein typischer Unternehmens-Projektmanager, der einige Jahre lang verschiedene Arten von Projekten geleitet hat und allmählich alle Buzzwords gelernt und genug Erfahrung in Produkt- und Technologieentwicklung gesammelt hat, um mit einem Team sprechen und es gut führen zu können.
Ist ein großartiger Führer, hat aber keine tiefen technischen Fähigkeiten. "Versteht" Konzepte, kann aber API’s oder Git, noch weniger Code erklären.
Wird in größeren Unternehmen großartig sein, wo es mehr darum geht, Konzepte in anderen Abteilungen "zu verkaufen", als tatsächlich Innovation zu entwickeln.
Ein CTO mit umfassendem Wissen in der Softwareentwicklung, ihren Prozessen und den verschiedenen Komponenten, die benötigt werden, um ein Produkt zu bauen. Hat Erfahrung nicht nur in einem, sondern in vielen verschiedenen Unternehmen und kann daher von ihren eigenen Fehlern lernen.
Dieser CTO berichtet in der besten Situation direkt an den Vorstand, oder über einen CEO. Muss nicht formell ausgebildet sein, es ist aber nicht ungewöhnlich, dass sie einen Doppel-Master-Abschluss in Technologie und Betriebswirtschaftslehre haben. Trotz all der Eleganz können sie sich die Ärmel hochkrempeln und noch immer codeen. Überprüfen, Mentor, helfen, beraten und andere auf Wege, es zu tun, anleiten.
Dieser CTO kennt auch verschiedene Programmiersprachen und Ansätze, da er mehr als einen gesehen hat. Das Ziel eines proaktiven und "modernen" CTO ist es, selbstverwaltete und ermächtigte Teams zu schaffen, die cross-funktional sind und alles haben, was sie brauchen, um großartige Produkte zu bauen.
Die berühmte Antwort? Es hängt davon ab. Frühphasen-Startups können von einem hands-on CTO profitieren, der "es bauen" kann. Es gibt so viele Entwicklungssysteme da draußen, dass, wenn nur eines davon befolgt wird, nicht viel schief gehen kann.
Allerdings – wenn Sie Führung brauchen, und das tun Sie, wenn Sie mehr als zwei oder drei Entwickler haben – ist es eine gute Idee, mit jemandem zusammenzuarbeiten, der Interesse an Menschen hat. Wenn Ihr CTO-Praktiker das ist, prima! Aber will die Person wirklich Menschen führen? Oder will sie nur großartigen Code schreiben?
Hier kann der Business-PM-CTO eine gute Alternative sein. Jemand, der sich für das Geschäft einsetzt und die nötigen Führungsqualitäten hat. Wenn Sie jedoch skalieren und ein größeres Produkt aufbauen, braucht der BPM-CTO möglicherweise Mentorenschaft und Unterstützung auf der technologischen Seite, sei es von Tech-Leads oder anderen erfahrenen Entwicklern.
Wenn Sie sich als Business-PM-CTO identifizieren, wird unser kostenlose 5-teilige Anleitung zum Führen von Technikteams Ihnen helfen, Entwickler und den Entwicklungsprozess besser zu verstehen, damit Ihre Team schneller neue und bessere Funktionen veröffentlichen kann.
Wenn Sie eine Person in Ihrer Organisation suchen, die alles Technische dem Vorstand gegenüber verantwortet, ist es sinnvoll, jemanden zu haben, der eine Mischung aus Geschäft und praxisnahem Entwickler ist. Der Typ 3 ist dann eine gute Alternative.
Natürlich kostet das mehr, aber was kostet mehr – Grundlegende Fehler oder Erfahrung?
Es ist nicht immer so binär, wie hier beschrieben. Wir haben einige der besten CTOs aller verschiedenen Typen kennengelernt.
Egal welchen Typ, es ist eine gute Idee, einen erfahrenen CTO an Bord zu holen, wenn Sie Fehler vermeiden wollen, die am Ende viel mehr kosten werden.
Unsere CTOs sind aktiv, arbeiten (oder haben kürzlich in) vielen produktorientierten Technologieunternehmen gearbeitet. Sie können Ihnen helfen, Ihr Traumprodukt zu entwickeln und es auf die beste Weise zu liefern.
Sie müssen sich nicht für eine Vollzeitstelle verpflichten.
Buchen Sie ein Meeting damit wir Sie mit einem CTO zusammenbringen können (stundenweise, teilzeitlich oder vollzeitlich) der zu Ihrem Budget und Ihren Bedürfnissen passt.
We help companies with their technology, providing CTO-services and Product Management. Trusted for our CTO-services, we work with both startups and established businesses in the Nordics, Switzerland and US.
We are a Swiss Company (LLC) based in 
Switzerland.