Wie ist es, CTO (Chief Technology Officer) oder CTO zu sein? Vielleicht eine der höchsten Stufen der Ingenieurentwicklung. Wie viel besser wird das Leben in einer solchen Position? Darüber spreche ich heute.
Am Anfang möchte ich darauf hinweisen, dass alles sehr subjektiv ist und vom Unternehmen abhängt. Ich werde über meine Erfahrungen in relativ kleinen Unternehmen und Startups berichten. Natürlich kann die Erfahrung für viele variieren.
Am Anfang hatte ich keine Menge Ingenieure zu verwalten, ich musste selbst ein Team zusammenstellen. Ich habe mich sofort mit der Einstellung von Mitarbeitern, der Zuweisung von Budgets und der Organisation von Arbeitsräumen und vielem mehr befasst.
Warum überhaupt dorthin gehen?
Was bewegt einen Menschen, wenn er diese Position anstrebt? Einer der Faktoren mag Geld sein, aber hier ist nicht alles klar. Wenn Sie sich Moskau und St. Petersburg ansehen, können die Gehälter sehr cooler Ingenieure höher sein als die der Direktoren. Das heißt, Geld ist alles andere als ein entscheidendes Argument. Für mich persönlich war es zum Beispiel eine Gelegenheit, die Entwicklung auf andere Weise zu beeinflussen. Wenn früher die Qualität des Codes und des Produkts selbst von mir abhing, dann wächst mit dem Aufkommen einer neuen Position der Einfluss erheblich: Es wird möglich, das Budget zu verwalten und globale technische Lösungen auszuwählen, das Team zu motivieren und den gesamten Arbeitsprozess zu organisieren. All dies ermöglicht es, schnell Ziele zu erreichen, Entwicklungsstrategien und -methoden für das Unternehmen auszuwählen.
Ich bemerkte eine solche Tatsache, dass, wenn ich früher als Entwickler tätig war, die Wirkung meiner Arbeit fast sofort spürbar war, maximal nach dem Sprint. Jetzt sollte es mindestens drei Monate dauern, und häufiger dauert es mindestens sechs Monate, um die Ergebnisse zu sehen. Aber Fakapy ist viel heller - normalerweise sind sie für jeden sofort spürbar. Ja, und Unternehmen kosten ein Vielfaches oder sogar Größenordnungen teurer als die Fehler gewöhnlicher Ingenieure, Analysten oder sogar Projektmanager.
Neue Verantwortlichkeiten - neue Entdeckungen
Der Moment, in dem ich eine neue Position einnahm, war voller Kraft und Begeisterung. Es gab einen Kampfgeist, ich wollte alles wiederholen. Dies war jedoch ein typischer Neophytenfehler. Es schien, dass alles falsch funktionierte, wir mussten es umschreiben und reparieren. Je größer das Unternehmen oder je komplexer das Projekt ist, desto stärker scheint es mehr Probleme zu geben. Aber in der Praxis kühlt man sich ab, wenn man sich mit all dem befasst - nicht alles ist so einfach und eindeutig, wie es auf den ersten Blick scheint.
Es scheint, als ob Sie alles reparieren und besser machen wollen, aber Sie stoßen auf eine Mauer des Missverständnisses seitens der Teams. Sie sehen das so: Ein Reformer kam herein, verbrachte den ganzen Tag damit, Müll zu machen, dort etwas einzuführen und ihn daran zu hindern, Code zu schreiben, aber alles funktionierte gut.
Außerdem stürzte ich mich allmählich in die Arbeit des CTO und dachte, es sei Glück: vollständige Kontrolle über die Entwicklung, Entscheidungsfindung, schließlich können Sie genau das tun, was Sie für besser halten. Und nicht wie dieser Chef von einem früheren Job. Gleichzeitig kommen aber auch andere nicht so interessante Aufgaben hinzu: Budgetallokation, Lohn- und Gehaltsabrechnung, Lohnprobleme, innenpolitische Probleme, Einstellung von Mitarbeitern und vieles mehr.
Als ich CTO wurde, hatte ich keine Ahnung von vielen Verantwortlichkeiten. Beispielsweise wird pro Team ein weiterer Ingenieur benötigt. Sie müssen der Personalabteilung mitteilen, welche Art von Spezialist benötigt wird und was er tun sollte. Sie haben auch eine gut etablierte Gehaltsabrechnung, und Sie müssen irgendwie ein Gehalt für einen neuen Mitarbeiter finden und das Budget nicht überschreiten. Und dann müssen Sie den Markt überwachen, damit er nicht von Wettbewerbern verfolgt wird. Gleichzeitig können Fehler traurige Folgen haben. Wenn Sie ihn schlecht einschätzen, kann er gehen und dann allen sagen, was für eine Ziege Sie sind. Und wenn es nirgendwo anders gibt, um es zu pflanzen, um ein neues Büro zu mieten? Und es müssen noch Möbel gekauft und Klimaanlagen usw. installiert werden.
Wenn früher alle Ressourcen auf wundersame Weise für Sie erschienen sind, wie in einem Spiel, wurden Budgets aus einer Box für einen Server, einige Produkte usw. entnommen, CTO extrahiert sie selbst. Wir müssen „auf den Teppich gehen“, unsere Entscheidungen verteidigen und versuchen zu erklären, was jetzt für die Entwicklung benötigt wird. In diesem Fall müssen Sie lediglich den direkten Nutzen für das Unternehmen nachweisen.
Wenn strategische Entscheidungen getroffen werden müssen, stellt sich insbesondere zunächst heraus, dass Wissen nicht immer ausreicht. In diesem Moment verstehen Sie, dass Sie Fähigkeiten in allen Wissensbereichen und dringend herunterladen müssen.
Wir sollten auch über die Länge des Arbeitstages sagen. Ich hatte den Eindruck, dass es mit der Post wächst. Wenn Ingenieure 8 Stunden sitzen und manchmal verweilen, ist es in der CTO-Position zur Norm geworden, mit 8 bis 23 in Kontakt zu sein. Manchmal rufen sie sogar am Wochenende an, und in Form von Boni rufen sie an, wenn Sie im Urlaub sind. Und als ob du an den Strand gehen würdest, aber du sitzt an einem Laptop in deinem Zimmer und machst etwas. Gleichzeitig werden 70–80% der Arbeitszeit mit Besprechungen, Besprechungen, Korrespondenz und Problemlösungen belegt. Nur den Rest der Zeit versuchen Sie, etwas Nützliches zu tun.
Ich dachte, ich würde mich nur mit Dingen befassen, die mit dem Entwicklungsmanagement zu tun haben, aber in Wirklichkeit muss ich mit allen kommunizieren: vom Sicherheitspersonal bis zum Top-Manager. Mit all den technischen Problemen kam zu mir.
Die Verhandlungen
Manchmal musste ich mit großen Unternehmen wie Auto.ru oder Avito verhandeln. Dort war es äußerst wichtig, sich nicht dem Schmutz zu stellen und zu zeigen, dass Sie ein seriöses Unternehmen darstellen.
Aber es passiert umgekehrt: Irgendwie haben die Behörden Verhandlungen mit Partnern geschickt, es scheint (Stichwort) zuzustimmen, dass ich den Leiter der Entwicklungsabteilung treffen werde. Als er in einer anderen Stadt ankam, stellte sich heraus, dass niemand auf mich wartete, der Abteilungsleiter ging zu einem weiteren Treffen. Damit die Reise nicht völlig nutzlos war, musste ich irgendwie Kontakt zu ihren Entwicklern aufnehmen. Uns zu sagen, was wir wollen, und tatsächlich zu erreichen, dass sie dir nur zugehört haben, ist zu dieser anderen Aufgabe geworden. Infolgedessen sprach er sie irgendwie an, stieg kaum aus, hatte die notwendigen Informationen erhalten und die grundlegenden technischen Probleme gelöst.
Weiter - mehr Müll. Ich ging in eine andere Stadt, um die technischen Aspekte der Integration eines anderen Unternehmens in unser System zu besprechen. Ich komme an und dort stellt sich heraus, dass dies ein Familienvertrag ist. Das Kleinstunternehmen hat mich auch ohne Büro getroffen. Als schwangere Analytikerin, die Hauptentwicklerin eines alkoholischen T-Shirts, rennen Kinder durch die Wohnung, und während der Diskussion fliegt ein sprechender Papagei um mich herum.
Gleichgewicht zwischen Geschäft und Entwicklung
Wenn Sie ein Entwickler sind, denken Sie, dass es cool wäre, etwas mit neuer Technologie neu zu schreiben oder ein cooles DBMS zu verwenden. Jetzt funktioniert es anders: Sie denken über jede neue Idee in einer anderen Ebene nach, nämlich wie Sie diese an Ihre Chefs "verkaufen" können. Sie wollten beispielsweise einen Teil des Dienstes von PHP nach Go umschreiben. Für Vorgesetzte ist dies eine leere Phrase, die keinen Cent ausgegeben werden kann. Schließlich denkt das Geschlecht in anderen Kategorien - Begriffe und Budget. Daher ist es ein schlechter Job, ohne Zeit und Ressourcen zu ihm zu gehen und nach einer Idee zu fragen. Sie lernen sich sofort vorzustellen, wie dies dem Geschäft helfen wird. Wenn eine technologische Lösung es dem Unternehmen nicht erlaubt, mehr zu verkaufen oder zu sparen, ist der Plan offensichtlich ein Fehlschlag. Außerdem muss man die möglichen Risiken einer Implementierung berücksichtigen. Denn wenn etwas nicht nach Plan verläuft, sind Sie es, die den Kopf bekommen.
Jetzt ist die Frage nach dem Gleichgewicht zwischen Geschäft und Entwicklung noch akuter. Eine weitere wichtige Variable wird zu jeder Aufgabe hinzugefügt - die Kosten der Lösung. Gleichzeitig verschwinden die technischen Aspekte nicht, die Tendenz zum Geschäft ist auch schädlich. Der technische Direktor muss sich darüber im Klaren sein, wie erfolgreich diese Entscheidung in Zukunft ist, ob eine bestimmte Technologie in Zukunft entwickelt und unterstützt wird, wie hoch die Schwelle für den Einstieg ist, ob es für die Ingenieure des aktuellen Teams zu schwierig ist oder ob es notwendig ist, den Markt zu überwachen und neue einzustellen. Hier bietet sich der technische Hintergrund an. Und wenn CTO aus einem Manager hervorgegangen ist und den Unterschied zwischen Java und JavaScript nicht kennt? Leider passiert dies auch und es ist traurig.
CTO lebt zwischen Scylla und Charybdis. Einerseits sind Programmierer „hungrig“ nach kühlen technischen Lösungen, andererseits ein Unternehmen, das so viel wie möglich bei der Entwicklung sparen möchte und nicht darauf warten kann, dass Funktionen schmutzig werden. Die ersteren wollen ständig etwas Neues einführen oder das Alte neu schreiben, während die letzteren eine beschleunigte Entwicklung und ein geringeres Risiko erfordern. Wir dürfen die Ingenieure nicht beleidigen und dürfen es nicht vor den Behörden vermasseln.
Keine Kompromisse. Manchmal helfen offene Krücken, gute Verkäufe zu erzielen. Dann sind sie gerechtfertigt und die Entwickler müssen sich damit abfinden. Und manchmal müssen Sie einige Entscheidungen vor Ihren Vorgesetzten „pushen“ und ein Budget für sie ausschalten, um in Zukunft zu sparen.
Ich bin auch auf die Tatsache gestoßen, dass ich eine Art Prozess eingerichtet und die Überwachung eingestellt habe. Alles scheint gut zu laufen, aber es gibt keine richtige Wirkung. In der Tat können Mitarbeiter einfach auf etwas punkten. Mir wurde klar, dass wir alle Prozesse verfolgen und die Zügel nicht loslassen müssen. Und wenn Sie loslassen, müssen Sie zu 300% sicher sein, dass jemand dies tut, und alles wird nach Plan verlaufen.
Ich möchte noch einen weiteren Punkt hervorheben. Auf dem Posten eines technischen Experten schreiben Sie den Code nicht mehr, die gesamte Arbeit beschränkt sich auf die Auswahl der Lösungen und die Verbreitung von Wissen unter den Teamleitern, die wiederum an der Ausbildung gewöhnlicher Ingenieure beteiligt sind. Natürlich geht die Programmierfähigkeit verloren. Auch wenn Sie nicht manuell Code in Ihre CTO-Position schreiben müssen, müssen Sie die Technologie verstehen. Deshalb müssen wir irgendwie Zeit haben, um zu folgen und Bücher zu lesen, Berichte zu hören. Wenn Sie sich mit etwas schlecht auskennen, können die Ingenieure dies verstehen und Müll wegwerfen, z. B. "Der Chef ist ein Dummkopf, dann eine Fahrt." Es passiert auch, wenn es für Sie einfacher ist, etwas selbst mit Ihren eigenen Händen zu tun und nicht zu versuchen, dem Team das Problem zu erklären und eine Lösung von ihnen zu erhalten. Es endet schlecht, die Leute können aufhören zu versuchen und sich auf den Hals setzen.
Management-Manöver
Es scheint, als ob Sie zuletzt als Programmierer oder Teamleiter gearbeitet haben und freitags mit den Jungs Bier getrunken haben, aber Sie sind bereits CTO geworden und sie haben sich in Ihre Untergebenen verwandelt. Und einer von ihnen kommt zu dir: "Bro, und erhöhe mein Gehalt." Hier beginnen sich persönliche Beziehungen einzumischen, es gibt einige Unbeholfenheiten. In solchen Situationen müssen Sie sich korrekt verhalten. Wenn eine Person einen harten Job gemacht hat, kann es sich lohnen, ihr einen Bonus zu entziehen.
Wir müssen unsere Autorität verteidigen, aber kein Tyrann sein, das heißt, wir brauchen ein angemessenes Gleichgewicht. Ja, jetzt gibt es allgemeine Schulterklappen, aber Sie können etwas nicht nehmen und tun, weil es Ihnen in den Kopf gekommen ist. In diesem Fall riecht Demokratie nicht. Und danach wird dich niemand mehr lieben.
Vieles scheint mir auf Vertrauen zu beruhen. Deshalb wiederhole ich, Sie müssen vorsichtig mit Versprechungen sein. Andernfalls sinkt der Vertrauenskredit, was letztendlich zu negativen Konsequenzen führt. Darüber hinaus sollte dieses Prinzip sowohl für Entwickler als auch für Unternehmen gleichermaßen gelten. Zum Beispiel versprach er, sein Gehalt zu erhöhen, aber das Budget wurde gekürzt. Ich musste andere Boni und Brötchen durch Haken oder Gauner anschließen. Es ist besser, keine leeren Versprechen zu geben, sonst betrachten sie es als leere Glocke, es wird schwierig sein, den Ruf aufzuräumen.
Früher hatten wir einen tapferen Kerl, der dich vor allem beschützt hat, aber jetzt gibt es keinen Schutz mehr, weil ich dieser tapfere Kerl geworden bin. Und auf keinen Fall sollten Sie zeigen, dass Sie von Problemen abgeflacht sind. Wenn sich dies äußerlich manifestiert, werden normale Mitarbeiter sofort das Negative spüren. Und das ist Niedergeschlagenheit und Vergiftung der Arbeitsatmosphäre. Jetzt sind Sie für jedes Niesen verantwortlich.
Wenn Sie viel schielen, müssen Sie dies erkennen können. Aus eigener Erfahrung muss ich sagen, dass Sie in der Lage sein müssen, alle zu sammeln, auf einem Hocker zu stehen und zu sagen: "Kollegen, ich habe es vermasselt." Und wenn Sie hinzufügen: "Aber ich weiß, wie man es behebt", dann wird dies bereits normal wahrgenommen und der Respekt der Jungs wächst. Und die Leute werden dies mit Verständnis behandeln.
Jobsuche für CTO Position
Seltsamerweise ist die Anzahl der offenen Stellen für die Tankstellenposition ziemlich groß. Aber sie werden normalerweise nicht auf hh und ähnliche Ressourcen gesetzt, meistens suchen sie nach technischen Kollegen oder schauen zumindest genau hin, auf Konferenzen oder auf die Empfehlungen von Bekannten. Warum? Ich habe keine klare Antwort, aber es scheint mir, dass der springende Punkt in der Beurteilung der Fähigkeiten liegt. Sie können kein Problem angeben und das Ergebnis sehen, auch wenn es sich auf die Architektur bezieht. CTO schreibt keinen Code. Fragen Sie, wie eine Person Prozesse aufbauen und Agile implementieren kann? Sie können, nur der Effekt muss sechs Monate warten. Darüber hinaus können die Leute den Zustand der Dinge oft nicht angemessen einschätzen, sie denken, dass mit ihnen alles cool ist, und wenn man ein wenig gräbt, herrscht Chaos.
Wenn Sie darüber nachdenken, was das Unternehmen von einem Spezialisten erhalten möchte? Wenn dies ein Entwickler, Teamleiter oder PM ist, ist alles klar. Was ist, wenn CTO? Es gibt keine spezifische Liste von Verantwortlichkeiten. In der Tat muss es die Arbeit aller oben genannten sicherstellen und die Verantwortung dafür tragen. Tatsache ist jedoch, dass dies alles sehr stark vom Unternehmen abhängt.
Als ich nach Arbeit suchte, ging ich zu Interviews zu einem CTO und beobachtete ein solches Bild. Ein Unternehmen möchte, dass Sie im Wesentlichen die Funktionen des Teamleiters ausführen. Sie müssen keine Prozesse erstellen. Sie möchten, dass Sie einfach Code schreiben. Im Gegenteil, sie möchten, dass Sie sich ausschließlich mit Prozessen befassen, sie benötigen keine Architektur. Der dritte braucht einen Manager, die technische Seite ist ihnen egal. Die vierte erfordert eine Person, die Geschäftsideen testet. Fünftens möchten sie, dass der CTO neben allem anderen auch in Marketing und Marketing involviert ist. Es ist gut, wenn Unternehmen überhaupt verstehen, was sie wollen. Es gibt diejenigen, die es brauchen, um einfach alles gut zu machen.
Irgendwie lachte er, sie warfen eine Testaufgabe für mich ab: Ich musste die Kosten und die Laufzeit für die Erstellung eines Online-Shops mit einem Korb und einem Schaufenster berechnen, die sich an den durchschnittlichen Marktpreisen für die Entwicklung orientierten. Im Allgemeinen ist dies alles TK. Ich wünschte ihnen mental viel Glück bei der Suche nach einem Kandidaten.
Und es gibt auch eine besondere Art von Unternehmen mit einer wilden Bürokratie, bei denen Sie ohne die Zustimmung von fünf Abteilungen nicht niesen dürfen.
Bevor Sie sich also auf die Suche nach einem CTO-Job machen, sollten Sie mehr als einmal überlegen, was Sie wollen. Das Wichtigste ist, dass das Unternehmen klar versteht, was es von Ihnen will. Bei einem der Interviews konnte ich es nicht ertragen und fragte: „Ich sehe, dass Sie nicht verstehen, worüber Sie mich fragen. Wie wirst du mich bewerten? " Sie antworteten, wir hätten ein paar kluge Bücher gelesen und Freunde aus einem anderen Unternehmen nach ihrem Techdir gefragt, dem, den wir suchten.
Wählen Sie also sorgfältig und mit Bedacht aus, sonst lohnt es sich möglicherweise nicht.
PS
Abschließend möchte ich sagen, dass alles subjektiv ist und es keine richtigen und falschen Entscheidungen gibt, es hängt von vielen Faktoren ab. Wenn ich alles zusammenfassen möchte, worüber ich gesprochen habe, dann würde ich mich auf die Tatsache reduzieren, dass STO die Person ist, die alle Probleme löst, vom kleinsten bis zum strategisch wichtigsten, und ohne Unterbrechung arbeitet, damit alle anderen arbeiten und Ergebnisse liefern können . Und meistens wollen sie von ihm etwas, auf das er noch nicht gestoßen ist, daher sind Flexibilität, Anpassungsfähigkeit und schnelles Lernen erforderlich. Zumindest für mich waren diese Eigenschaften der Schlüssel. Natürlich besteht diese Arbeit nicht nur aus Minuspunkten. Die CTO-Position ermöglicht es Ihnen, sich selbst, Ihre Ambitionen,