IT Manager Karriere: Von der Kommandozeile zur Teamarbeit

Die heutige IT-Welt ist anders als jede andere Branche - begeisterte, kompetente Mitarbeiter arbeiten am Code für Anwendungen, Spiele, Unternehmenslösungen und Services. Programmierer und Ingenieure, Designer und Tester, Systemadministratoren und die neuen DevOps verwandeln Ideen in Software, die Millionen von Menschen verwenden. Sie schreiben begeistert Code, entwickeln Algorithmen, bereiten Layouts vor und kombinieren diese zu praktikablen nützlichen Mechanismen. Wir, Habr-Benutzer, sprechen oft über Entwicklung, Verwaltung, neue Technologien und Programmiersprachen, unterbrechen uns in hitzigen Debatten über die Vorteile eines Stacks gegenüber einem anderen, vergessen aber die wichtige Verbindung in jedem IT-Unternehmen - Projekt- und Produktmanager. In der Zwischenzeit ist es jedoch keine Tatsache, dass Ihnen morgen nicht angeboten wird, sich von den Angelegenheiten der Programmierer zu entfernen und Manager zu werden. Motivation? Lohnt es sich? Decke? Karriere Sackgasse? Neuer Horizont? Lass es uns richtig machen.

Manager in der IT, Rückstand ...

Wir implementieren unser CRM-System und haben daher nicht nur Erfahrung mit der Entwicklung eigener Manager (dies sind hauptsächlich Hybride mit Programmierern - näher an Teamleitern) in RegionSoft Developer Studio , sondern auch mit anderen IT-Projektmanagern (und auch nicht mit IT). aber das ist eine andere Geschichte). Im Laufe der Jahre konnten wir eine Reihe typischer Anzeichen von Managern mit "schlechtem Charakter" identifizieren.

Leider kommt es häufig vor, dass IT-Manager Mitarbeiter mit einer guten wirtschaftlichen, rechtlichen und betriebswirtschaftlichen Ausbildung erhalten, jedoch ohne Kenntnis des technischen Hintergrunds. Sie können versuchen, psychologische Techniken anzuwenden, an Schulungen teilzunehmen und extrem lange Meetings abzuhalten, aber nicht nur keine Ergebnisse erzielen, sondern auch Hass im Unternehmen verdienen. Programmierer betrachten den Manager als Faulenzer, der Manager befürchtet verbitterte Technikfreaks. Und dafür gibt es gute Gründe.

• Arbeiten Sie ohne Ziel, Plan und Phasen des Projekts. Eine solche Situation kann entstehen, wenn der Manager eine schlechte Vorstellung von den Entwicklungsstadien und dem Prozess der Erstellung von Software im Allgemeinen hat, das heißt, es ist für ihn einfach schwierig, angemessen zu planen. Chaotische Arbeit, das Werfen von Aufgabe zu Aufgabe, sich ständig ändernde Anforderungen erschöpfen alle Teammitglieder, führen zu Entlassungen und professionellem Burnout.
  
• Ein Projekt im laufenden Betrieb zu ändern, ist eine weitere verhasste Eigenschaft eines Managers. Sie können diesen Mitarbeitertyp leicht erkennen: Nachdem er auf einer Konferenz oder einem anderen Bericht über neue Technologien oder modische Managementmodelle gehört hat, kehrt er mit leuchtenden Augen zum Unternehmen zurück und beginnt, die Neuheit des alten Projekts aktiv voranzutreiben. Darüber hinaus ist dies kein Experiment mit Best Practices, sondern ein völliges und rücksichtsloses Eintauchen in etwas Neues. Fühlt sich nach mehr Eintauchen an. Dies führt zu einer Unterbrechung der Projektlaufzeit und einem starken Rückgang der Qualität und Geschwindigkeit der Entwicklung. Wenn es einem erbärmlichen Innovator gelingt, die Unterstützung des Top-Managements zu gewinnen, fehlt das Schreiben.
  
• Strategie um jeden Preis ist das Motto von IT-Projektmanagern, die für ihren eigenen Bonus arbeiten, aber nicht für das Wohl des Teams. Diese Jungs sind aus Gründen des KPI und des ROI zu allem bereit und schließen alle Risiken aus, nur um zu vermeiden, dass die begehrten Koeffizientenwerte verloren gehen. Die gefährlichste Option ist, wenn der Manager die Einführung von Koeffizienten in Bezug auf „unverdiente“ Erfolge in die Indikatormatrix einbringt - wie z. B. den Loyalitätskoeffizienten, den Indikator für die interne Motivation und den geschätzten Grad der Interaktion mit Kollegen. Introvertierte Profis passieren dieses Sieb in der Regel nicht und bleiben ohne Boni. Und dort, ohne Motivation und ... ohne Arbeit.
  
• Das Missverständnis von Entwicklungsprinzipien ist eine Geißel von Non-Tech-Managern. Ohne die Besonderheiten der Codeerstellung, die Geschwindigkeit der Programmierer, die Prinzipien des Testens und den Zeitpunkt der Inbetriebnahme des Produkts zu kennen, ist es äußerst schwierig, mit F & E einen gemeinsamen Nenner zu finden und ein echtes Bindeglied innerhalb des Projekts zu werden. Es sind solche Manager, die sich gerne ein paar Worte zu IT-Themen merken und sagen: „Haben Sie Zeit, vor Freitag zu arbeiten?“, „Den Code umgestalten, um schneller zu arbeiten“, „Ja, es müssen nur zwei Zeilen geändert werden. Warum den ganzen Build testen? “
  
  
  
  
  Einige Manager denken, dass die Eingabe eine Art Idee ist, die Ausgabe die größte in der Welt der Software ist und in der Mitte Magie ist. Nein, normalerweise eine großartige Idee, eine lange, langwierige, komplizierte Entwicklung und ein Produkt, dem die Wettbewerber voraus sind. Und nur der coole Manager und die intelligenten Entwickler dieses Produkts haben zu GREAT geführt :-)
• Endlose Meetings sind eine großartige Möglichkeit, Aktivitäten nachzuahmen, ohne Ergebnisse zu erzielen. Die Hauptsache ist, dass es einen Kalender für die Reservierung von Verhandlungsräumen geben sollte (vorzugsweise öffentlich), und der Manager selbst sollte mit einem wichtigen Blick den Stand des Projekts anhören und Kommentare abgeben. Wenn Sie es versuchen, können Sie diese Nachahmung von Scrum oder Agile nennen. Aber dann muss es eine Tafel mit farbigen Papierstücken geben. Dies ist ein Manager-Berater gelernt.
  
• Der Klient hat immer Recht, auch wenn er definitiv Unrecht hat. Aus irgendeinem Grund wurde die Zauberformel „Kunde hat immer Recht“ vom Einzelhandel und vom migrierten Service bis zur Entwicklung. Der Manager, der zur Arbeit auf der Klientenseite berufen ist, verwandelt sich nicht in einen Anwalt von Klienteninteressen, sondern in einen nickenden Gott, der die wahnhaftesten Aufgaben des Klienten trägt, die dringend markiert sind. Und natürlich ohne kompilierte und signierte TK.
  
• Das Ignorieren persönlicher Aspekte ist ein Fehler, den jeder Manager, einschließlich eines Technikfreaks, machen kann. In keinem Fall sollten Sie die Tatsache ignorieren, dass Sie in einem Umfeld von Menschen arbeiten - und daher in einem Umfeld von Persönlichkeit, Charakter, Stimmung und Motivation. Und wenn Sie diese Funktionen im Team ignorieren, können Sie den Effekt einer nuklearen Minibombe im Team erzielen. Es tut allen weh.
  
• Das Versäumnis, Prioritäten zu setzen, führt zu ungleichen Aufschlüsselungen der Projektfristen, Verwirrung in der Entwicklung, aufgegebenen Fällen, einem nicht wieder zusammengesetzten Rückstand und einem überforderten Bugtracker. Entwicklung wie jedes Engineering hält kein Chaos aus.
  
• Totale Kontrolle und Mikromanagement sind Managementkrankheiten, die jeden angreifen können. Es gibt nichts Schlimmeres als einen Manager. Streben nach Ersatz für alle am Arbeitsplatz und bereit, sich in jede Entwicklungsphase einzufügen.
  
• Das Fehlen von Rückblicken ist eine großartige Möglichkeit, die Motivation und Entwicklungsqualität des Teams zu verringern. Wenn der Manager aus irgendeinem Grund die Analyse von Fehlern und die geleistete Arbeit vermeidet, Angst hat, qualitative Änderungen zu loben oder zu fordern, erhält er unweigerlich ein Team, das nicht weiß, welchen Kurs es bewegt.
  
• Best Practices ignorieren. Die Erfolge, Funde und Vorteile anderer sind manchmal schwer zu erkennen. Dieses Verhalten ist jedoch bei der Arbeit fatal. Wenn Sie die Best Practices nicht berücksichtigen, können Sie hinter den Mitbewerbern zurückbleiben und im Wesentlichen alle Vorteile verlieren. Wenn der Manager Angst hat, das Beste zu erkennen und es aktiv umzusetzen, ist das Projekt zum Scheitern verurteilt.
  
• Ein weiterer Aspekt der Arbeit des Managers führt zu negativen Konsequenzen - der Wunsch, ein freundliches Team zu bilden, auch auf Kosten von Effizienz und Produktivität. In dem Bestreben, ein angenehmes psychologisches Klima im Team zu erreichen und keine Konflikte zu verursachen, bringt der Manager das Projekt in den Rang eines „freundschaftlichen Treffens“, was für alle gut ist, aber die Arbeit ist noch nicht erledigt. Früher oder später führt dies zwangsläufig zu Konflikten und einer tiefen Managementkrise.
  

Natürlich werden all diese Eigenschaften selten in einem Manager kombiniert, aber jeder von ihnen ist bereits in der Lage, das Projekt auf dem Weg zum Ziel zu erschüttern. Dies ist jedoch keine Utopie - solche Manager wurden in der Arbeit von fast allen von uns gefunden. Was ist der Ausweg? Um Babu Yaga in Ihrem Team zu vergrößern und den besten Programmierer, der das Projekt vor jedem Zeichen des Codes kennt, an Manager zu übertragen? Option! Aber ist es so einfach, von einem Programmierer- oder Ingenieurstuhl auf einen Managerstuhl zu wechseln?

Vom Programmierer zum Manager - der Weg der Samurai

Wenn wir über die Karriereverschiebungen eines guten, sehr guten und talentierten Programmierers sprechen, können wir nicht über den klaren Vorteil des Wachstums zu Managern sprechen. Es gibt verschiedene Entwicklungspfade für einen Programmierer, der in einem Projekt zu einem professionellen Maximum gewachsen ist.

1. Das Unternehmen zu verändern und neue Aufgaben im Rahmen eines neuen Projekts zu erhalten, ist das einfachste, aber oft das unerwünschteste Ergebnis für alle. Vergessen wir es vor den anderen Beiträgen.
   
2. Das Ändern eines Projekts in Ihrem Unternehmen und das Entwickeln einer neuen Richtung ist eine großartige Option, die für das Unternehmen von Vorteil ist und den Entwickler motiviert. Da jedoch nicht jedes Unternehmen mehrere Projekte parallel entwickelt, besteht eine solche Möglichkeit möglicherweise einfach nicht.
   
3. Wachsen Sie an seiner Stelle weiter, vertiefen Sie sich in die Optimierung der Entwicklung, erhöhen Sie die Funktionalität des Produkts, verbessern Sie es durch Refactoring und den Einsatz neuer Algorithmen und Technologien. Eine großartige Option, die am häufigsten von den besten Programmierern gewählt wird.
   
4. Manager werden - wenn der Programmierer Führungsmerkmale aufweist und offensichtlich bereit ist, die Last der Projektarbeit zu tragen und die Entwicklung seinem eigenen Team anzuvertrauen.
   
5. Technologie-Evangelist werden - für sehr große Unternehmen oder für sehr seltene und äußerst beliebte Produkte.
   

Besondere Meinung - RegionSoft Developer Studio, der Hauptentwickler, berichtet über seine Erfahrungen in der Arbeit mit Managern und Programmierern.

Meiner Meinung nach sind Programmierer und Manager völlig unterschiedliche Einheiten, die sich praktisch gegenüberstehen. Ich kenne keinen einzigen Programmierer, der ein guter Manager werden würde. Der Leiter der Entwicklungsabteilung, Teamleiter - ja, aber um zu arbeiten, einschließlich Werbung und Arbeit mit Kunden - ich kenne solche nicht. Programmierer sind wirklich ziemlich passiv in Bezug auf Kommunikation - sie sind oft still, hartnäckig, hart introvertiert, lakonisch, sie mögen es nicht gezogen zu werden und sie selbst zucken nicht gern. Der Manager muss extrovertiert sein, gerne kommunizieren, Probleme lösen, planen und Initiative ergreifen - natürlich sind dies neben dem Psychotyp der meisten Programmierer kategorisch unterschiedliche Typen.

Es gibt jedoch ein wichtiges Merkmal. Wenn eine Person die Merkmale eines Programmierers und eines Managers kombiniert, wird von einem solchen Mitarbeiter ein idealer Projektmanager oder sogar ein Manager auf Expertenebene erhalten. Dies ist jedoch äußerst selten.

Ein erfahrener Manager ist in jedem Team immer ein Star, weil er weiß, wie man als „Aufstieg“ arbeitet und das Thema von innen kennt. Es ist wie bei Korolev, als er das Designbüro für die Entwicklung einer Rakete leitete. Wenn er selbst diese Kinderschläger und Flugzeuge nicht starten und bauen würde, wäre er niemals in der Lage, ein ganzes Designbüro zu kontrollieren und würde keine Rakete schaffen, die in der Lage wäre, den Weltraum zu erobern.

Ein Manager benötigt Führungsqualitäten, um ein Team um sich zu versammeln und es zu managen, Ziele zu setzen, Zwischenergebnisse zu erzielen usw. Und natürlich ist dies in der Softwareentwicklung im technischen Bereich besonders wichtig.

Also, wenn Programmieren Ihr Alles ist und die Seele nicht in der Managementarbeit liegt, fahren Sie nicht fort. Ein guter, talentierter Entwickler findet immer Wachstumspunkte in seinem Lieblingsgeschäft und seinem Projekt.

Der Übergang von Entwicklern zu Entwicklungsmanagern ist aus Sicht der Gesellschaft, des Leiters und des Teams ein Karrierewachstum. Dies sind Gehaltserhöhungen, neue Aufgaben und neue Verantwortlichkeiten. Der Entwickler ist jedoch nicht immer bereit, den Code aufzugeben und neue Aufgaben zu übernehmen - schon allein deshalb, weil er viel lieber programmiert. Diese Position verdient großen Respekt (und Gehaltserhöhung - ja, meine Damen und Herren, dies ist ein Beweis für eine fast pathologische Loyalität gegenüber dem Produkt und kostet viel!), Aber wir werden bei einer häufigeren Situation aufhören: Das Gehalt winkt, neue Aufgaben sind aufregend und Sie fast Ich bin damit einverstanden, Manager zu werden, aber wo soll ich anfangen? Wie kann man diesen Weg beschreiten und auf ihm wirksam werden und nicht in die Falle des Prinzips von Peter geraten?


Ein IT-Manager ist fast immer ein menschliches Orchester. Aber spielt er immer harmonisch?

Was muss realisiert werden?

Jede Änderung der Aktivitäten innerhalb und außerhalb des Unternehmens ist ein gewisser Stress, der mit vielen Fragen und Zweifeln verbunden ist. Selbst wenn Sie das Projekt seit vielen Jahren kennen, müssen Sie es und das Team von der anderen Seite betrachten, sich den neuen Seiten der Interaktion zuwenden, der Leiter Ihrer Kollegen werden, ein Leiter werden. Es ist wichtig, sofort einige Punkte zu erkennen, die helfen, zusammenzukommen und „von diesem Fuß aus“ zur Arbeit zu kommen.

• Die Position des Managers ist Wachstum für den Programmierer, eine neue Entwicklungsrunde im Bereich Management. Wenn der Entwickler fast alles im Code erreicht hat, sollte er weiter gehen und genau das verwalten, was das Projekt erfordert. Wenn Sie die Entwicklungsprozesse und Produktmerkmale von innen kennen, können Sie im Management viele Änderungen vornehmen, um das Team wirklich stark zu machen. Bonus für alle Risiken - neue Herausforderungen und materielle Seite.
  
• Der Übergang zu Managern ist ein Weg, um die erreichte Karrierehöhe zu überwinden. Dies ist besonders wichtig für Fachkräfte, die sich in ihrem Unternehmen weiterentwickeln und nicht den Arbeitsplatz wechseln möchten. Dies ist eine Möglichkeit, das gesammelte Wissen in einer neuen Qualität anzuwenden.
  
• Für den Manager ist es einfacher, zu einem gut bezahlten Job in einem anderen Unternehmen zu wechseln, da der Programmierer sich mit dem Code und dem Entwicklungsstil befassen und sich mit dem nicht immer besten „Erbe“ seines Vorgängers befassen sollte. Der Manager verfügt über die Fähigkeit, das Projekt korrekt zu verwalten, die Entwicklung zu verstehen, aber Zeit damit zu verbringen, eine Menge Code zu sammeln . Es ist zunächst effektiv (obwohl nicht die Tatsache, dass Demontagen mit einem Haufen abgebrochen werden!).
  
• Als Manager sollten Sie Mikromanagement vermeiden und sich nicht mehr mit den kleinsten Funktionen der Entwicklung in jeder Codezeile befassen. Sie müssen dem Team die Möglichkeit geben, Entwicklungsprobleme zu lösen. Oft sieht sich ein Manager, der aus einem Programmierer hervorgegangen ist, weiterhin Builds und einzelne Commits an und schreibt häufig sogar selbst Code. Früher oder später wird das Volumen schwerwiegender Managementaufgaben eine solche Gelegenheit ersetzen. Daher ist es wichtig, die Delegation in einem Team ordnungsgemäß aufzubauen.
  
• Der Manager ist kein IT-Bürokrat und kein Kämpfer auf der dunklen Seite. Dies ist eine Person, die in der Lage ist, ihre Erfahrung anzuwenden, um eine Produktidee lebendig zu machen, Software zu erstellen, die verwendet werden kann und von Vorteil sein kann.
  

Für mich gibt es keinen Grund zur Sorge

• Ein Manager ist eine Person, die mit Menschen arbeitet, und dies sollte nicht abgezinst werden. Ihr neuer Job ist ein kontinuierlicher Prozess der Interaktion mit dem Management, den Kunden und natürlich dem Team. Es ist wichtig, ein günstiges Arbeitsumfeld zu gewährleisten, zu lernen, wie man mit völlig anderen Menschen umgeht, und gleichzeitig nicht in eine fröhliche Firma oder umgekehrt in einen aufgestauten Sumpf nur von „notwendigen und ruhigen“ Menschen zu rutschen. Erinnern Sie sich an Wyschotski: „Es gibt nur wenige wirklich gewalttätige und keine Führer“? Es ist notwendig, auf eine gute gewalttätige Weise zu bleiben.
  
• Der Manager muss unterwegs sein, aber auf keinen Fall von Stapel zu Stapel, von Technologie zu Technologie. Für eine erfolgreiche Arbeit müssen technische Voraussetzungen geschaffen werden - insbesondere sollte die Automatisierung dort eingeführt werden, wo sie benötigt wird.
  

Mit Automatisierung können Sie es übertreiben. In der Theorie. In der Praxis gibt es eine ewige Unterautomatisierung.

Und ja, man muss sich diesem Bild im Leben stellen :-)

Die Hauptsache ist, Ihr Produkt wirklich, wirklich zu lieben. Manchmal natürlich im Gegensatz zu :-)

Sie sind also der Manager. Sie waren lange Zeit Entwickler und Ingenieur und haben im Projekt viel gelernt. Jetzt erhalten Sie neue Erfahrungen, Verantwortung und Geld im Austausch für eine Menge Arbeit, viel Druck und die Notwendigkeit, schwierige Entscheidungen zu treffen. Sie sehen Chancen und können die Geschäftsentwicklung beeinflussen.

Was muss akzeptiert werden?

Es gibt mehrere Dinge, die Sie als Manager übernehmen müssen: Risiken, die Fähigkeit, auf Kritik zu hören und darauf zu reagieren, ein neues Maß an Verantwortung, die Fähigkeit, schwierige und manchmal unpopuläre Entscheidungen zu treffen. Müssen Sie der Leiter Ihres eigenen Teams werden. Wenn Sie jedoch zum Entwicklungsmanager herangewachsen sind, waren Sie höchstwahrscheinlich bereits ein informeller Leiter.

Größte Angst

Die Hauptangst des Managers, der in der jüngeren Vergangenheit Entwickler war, besteht darin, Qualifikationen, technische Fähigkeiten zu verlieren und hinter Innovationen im Stack zurückzubleiben. Diese Angst ist berechtigt, hängt aber ganz von Ihnen ab. Der Manager muss auf dem neuesten Stand der Technik sein und alle Werkzeuge so gut wie möglich verstehen. Glücklicherweise gibt es jetzt viele Informationen und sie sind leicht zugänglich.

Wie man schnell lernt

Aber egal wie cool Sie als Programmierer sind, wenn Sie als Manager arbeiten, müssen Sie viel über die Nuancen und Feinheiten der Arbeit lernen. Es gibt verschiedene Möglichkeiten, die Quintessenz der Erfahrung eines anderen zu ermitteln und schnell zu beginnen.

Sie können einen Mentor auswählen, Sie können sich mit Lehrbüchern und Büchern befassen, und dies sind die richtigen Entscheidungen. Aber das ist Zeitverschwendung. Deshalb ist es besser zu lernen - aber die Frage ist, wo. Ein MBA ist langwierig, teuer und leider weit davon entfernt, immer das zu sein, was Sie brauchen. Daher lohnt es sich, sich anderen Möglichkeiten zuzuwenden, um die Quintessenz der Erfahrung eines anderen zu erhalten.

1. Die billigste und adäquateste Gelegenheit besteht darin, einen Mentor im Unternehmen zu finden, der es Ihnen ermöglicht, eine neue Brunft zu beginnen. Dies kann der Abteilungsleiter, ein erfahrener Manager oder sogar der CEO sein, insbesondere in einem kleinen Unternehmen. Der Mitarbeiter, der seine Seite der Arbeit kennt, wird sich schnell daran gewöhnen und zunächst die Problempunkte des Projekts kennen.
   
2. Gehen Sie tief in Bücher, Blogs, Materialien und machen Sie Selbstbildung. Eine großartige Lösung, aber sie wird viel Zeit in Anspruch nehmen und eine theoretische Grundlage haben. Es ist vielmehr eine obligatorische Ergänzung zu jeder dieser Methoden.
   
3. Gehen Sie zur zweiten Stufe, zur Magistratur, zu schwierigen Kursen. Nun, wenn Sie Zeit und Geld haben ... Tatsächlich ist es ziemlich kostspielig und nicht immer effektiv - ein Merkmal der Universitäten, verstehen Sie: Es gibt einen Lehrplan und unruhige Lehrer, also werden Sie neben den notwendigen Dingen eine andere Logik studieren. Wenn Sie jedoch ein Doktorand sind oder nicht nur als Junior, sondern auch als angehender junger Mann in die IT einsteigen möchten, können Sie sich versuchen.
   
4. Holen Sie sich einen MBA-Abschluss. Teuer, schwierig, verbraucht viel Zeit, regionale Arbeitgeber sind nicht beeindruckend. Darüber hinaus gibt es in Russland nur wenige gute Programme. In der Regel werden Tops oder Near-Ready-Tops großer Unternehmen, bei denen dies Gewicht hinzufügt, für den MBA entschieden. Nach unserer Erfahrung werden im IT-Bereich jedoch mehrere andere Fähigkeiten geschätzt: Gehirn, Erfahrung, Fähigkeitsarbeit.
   

Aber im Allgemeinen sind alle Methoden gut, besonders wenn Sie sie mit vernünftigen Büchern und Blogs von echten IT-Management-Praktikern mischen. Die Hauptsache, an die Sie sich erinnern sollten, ist, dass Sie ein Führer werden müssen, nicht
Ein IT-Bürokrat.

---

Unser Live-Telegrammkanal BizBreeze . Alles über CRM und Business, mit Bedacht, ohne Copy-Paste und zu 90% ohne Werbung. Abonnieren.