IT Career Manager: Von der Befehlszeile zur Teamarbeit

    Die Welt der IT ist heute keiner anderen Branche ähnlich - begeisterte Leute arbeiten am Code von Anwendungen, Spielen, Unternehmenslösungen und Dienstleistungen. Programmierer und Ingenieure, Designer und Tester, Systemadministratoren und neu entwickelte DevOps verwandeln Ideen in Software, die von Millionen von Menschen verwendet wird. Sie sind dazu inspiriert, Code zu schreiben, Algorithmen zu entwickeln, Layouts vorzubereiten und zu funktionsfähigen nützlichen Mechanismen zu kombinieren. Wir, die Benutzer von Habra, sprechen oft über Entwicklung, Verwaltung, neue Technologien und Programmiersprachen. Wir führen hitzige Debatten über die Vorteile eines Stacks gegenüber einem anderen, aber wir vergessen eine wichtige Verbindung in einem IT-Unternehmen - Projekt- und Produktmanager. Und es ist keine Tatsache, dass es morgen nicht mehr für Sie gilt, sich aus dem Programmiergeschäft zurückzuziehen und Manager zu werden. Motivation Lohnt es sich? Decke? Karriere in einer Sackgasse Neuer Horizont? Lass es uns herausfinden.



    Manager in der IT, spiel es ITI ...


    Wir implementieren unser CRM-System und haben daher nicht nur die Erfahrung, eigene Manager zu entwickeln (dies sind meistens Hybride mit Programmierern - näher an den Teamleitern) im RegionSoft Developer Studio , sondern wir treffen uns auch mit anderen IT-Projektmanagern (und nicht mit der IT). aber das ist eine andere Geschichte. Im Laufe der Jahre konnten wir einige typische Anzeichen von Managern mit „schlechtem Temperament“ erkennen.  

    Leider kommt es häufig vor, dass die Manager von IT-Unternehmen Menschen mit guter wirtschaftlicher, juristischer und betrieblicher Ausbildung erhalten, jedoch ohne Kenntnisse des technischen Hintergrunds. Sie können versuchen, psychologische Techniken anwenden, an Schulungen teilnehmen und extrem lange Meetings abhalten. Sie erhalten nicht nur null Ergebnisse, sondern verdienen auch Hass im Unternehmen. Programmierer betrachten den Manager als Slacker, der Manager fürchtet die verbitterten Technikfreaks. Aus gutem Grund.

    • Arbeiten Sie ohne Ziel, Plan und Projektphasen. Eine solche Situation kann auftreten, wenn der Manager die Entwicklungsschritte und den Softwareentwicklungsprozess im Allgemeinen nicht richtig kennt, dh es ist für ihn einfach schwierig, die Planung ausreichend zu planen. Verwirrte Arbeit, von Aufgabe zu Aufgabe zu werfen, ständig wechselnde Anforderungen erschöpfen alle Teammitglieder und führen zu Entlassungen und professionellem Burnout.
    • Das Ändern eines Projekts im laufenden Betrieb ist eine weitere abscheuliche Funktion eines Managers. Sie werden diesen Angestellten leicht erkennen: Nachdem er bei einer Konferenz oder einem anderen Meeting von neuen Modellen für Technologie- oder Modemanagement gehört hat, kehrt er mit glühenden Augen in das Unternehmen zurück und beginnt, ein altes Projekt mit einer Neuheit zu versehen. Und dies ist kein Experiment mit den besten Praktizierenden, sondern ein totales und rücksichtsloses Eintauchen in etwas Neues. Fühlt sich an - mehr dunk. Dies führt zu einem Misserfolg der Projektlaufzeit und einem starken Rückgang der Qualität und Geschwindigkeit der Entwicklung. Wenn es einem Pseudo-Innovator gelingt, die Unterstützung des Top-Managements in Anspruch zu nehmen - abschreiben.
    • Strategie um jeden Preis ist das Motto der IT-Projektmanager, die für ihren eigenen Bonus arbeiten, jedoch nicht zum Nutzen des Teams. Solche Typen sind zu allem bereit, um KPI und ROI zu unterstützen, und um alle Risiken auszuschalten, nur um die geschätzten Werte der Koeffizienten nicht zu verlieren. Die gefährlichste Option ist, wenn sich der Manager für die Einführung von Indikatoren in die Matrix von Indikatoren im Zusammenhang mit "nicht verdienten" Leistungen einsetzt - wie etwa die Loyalitätsrate, den Indikator für die interne Motivation und den geschätzten Grad der Interaktion mit Kollegen. Professionelle Introvertierte durchlaufen dieses Sieb in der Regel nicht und bleiben ohne Prämien. Und dort ohne Motivation und ... ohne Arbeit.
    • Versäumnis, die Prinzipien der Entwicklung zu verstehen - die Geißel von Nicht-Tech-Managern. Ohne die Merkmale der Codeerstellung, die Schnelligkeit der Programmierarbeit, die Testprinzipien und den Zeitpunkt für die Produktion eines Produkts zu kennen, ist es äußerst schwierig, mit F & E auf einen Nenner zu kommen und eine echte Verbindung innerhalb des Projekts zu werden. Es sind diese Manager, die sich gerne ein paar Worte zu IT-Themen einprägen und sagen: „Haben Sie Zeit für ein Feature bis Freitag?“, „Refactor-Code, um schneller zu arbeiten“, „Ja, es gibt nur zwei Zeilen, die geändert werden müssen. Warum das ganze Build testen?


      Einige Manager glauben, dass eine Art Idee am Eingang, am Ausgang die größte Software der Welt und in der Mitte magisch ist. Eigentlich eine großartige Idee, eine langwierige komplexe Entwicklung und ein Produkt, dem die Konkurrenten auch voraus sind. Und das ist einfach ein cooler Manager und intelligente Entwickler dieses Produkts führen zu GROSSEM :-)
    • Treffen ohne Ende ist eine großartige Möglichkeit, Aktivitäten nachzuahmen, ohne ein Ergebnis zu erzielen. Die Hauptsache ist, einen Kalender für die Reservierung von Verhandlungen zu haben (vorzugsweise öffentlich), und der Manager selbst hat mit einem wichtigen Blick den Stand der Dinge zu dem Projekt gehört und Kommentare gegeben. Wenn Sie es versuchen, können Sie diese Nachahmung Scrum oder Agile nennen. Dann muss es aber ein Brett mit farbigen Papierstücken geben. Dies ist ein Meeting-Manager gelernt.
    • Der Kunde hat immer Recht, auch wenn es definitiv falsch ist. Aus irgendeinem Grund hat die Zauberformel "Kunde hat immer Recht" vom Handel und Service hat sich migriert, auch in der Entwicklung. Der Manager, der auch auf der Seite des Kunden zur Arbeit aufgerufen wurde, verwandelt sich in einen nicken Gott und zieht die wahnwitzigsten Aufgaben des Kunden mit einem Hinweis von dringlicher Wichtigkeit heraus. Und natürlich ohne eine kompilierte und unterschriebene TK.
    • Das Ignorieren persönlicher Aspekte ist ein Fehler, den jeder Manager, einschließlich Techniker, begehen kann. Auf keinen Fall darf die Tatsache, dass Sie in der Umgebung von Menschen arbeiten - und daher in der Umgebung von Persönlichkeit, Charakter, Stimmung und Motivation, nicht außer Acht gelassen werden. Wenn Sie diese Merkmale nicht innerhalb des Teams berücksichtigen, können Sie die Wirkung einer Atombombe innerhalb des Teams erzielen. Verletzt alle.
    • Versäumt man es, Prioritäten zu setzen, führt dies zu eindeutigen Unterbrechungen der Projekttermine, Verwirrung in der Entwicklung, aufgegebenen Fällen, nicht geparsten Rückständen und einem überfüllten Bugtracker. Entwicklung wie jedes Engineering toleriert kein Chaos.
    • Totale Kontrolle und Mikromanagement sind Kontrollkrankheiten, die jeden angreifen können. Es gibt nichts Schlimmeres als einen Manager. versuchen, alle am Arbeitsplatz zu ersetzen, und sind bereit, in jede Entwicklungsstufe einzusteigen.
    • Der Mangel an Retrospektiven ist eine großartige Möglichkeit, die Motivation und die Entwicklungsqualität des Teams zu reduzieren. Wenn der Manager aus irgendeinem Grund die Fehler der geleisteten Arbeit nicht analysiert, Angst hat, qualitative Änderungen zu preisen oder zu fordern, wird er unweigerlich ein Team erhalten, das nicht weiß, in welche Richtung es geht.
    • Die Best Practices ignorieren. Die Erfolge, Entdeckungen und Vorteile anderer Menschen sind manchmal schwer zu erkennen. In der Arbeit ist ein solches Verhalten jedoch fatal - wenn Sie die Best Practices nicht berücksichtigen, können Sie hinter den Konkurrenten zurückbleiben und im Wesentlichen alle Vorteile verlieren. Wenn der Manager Angst hat, das Beste zu erkennen und aktiv umzusetzen, ist das Projekt zum Scheitern verurteilt.
    • Es gibt einen weiteren Aspekt der Arbeit des Managers, der zu negativen Konsequenzen führt - der Wunsch, ein freundliches Team zu schaffen, selbst wenn dies die Effizienz und Produktivität beeinträchtigt. Um ein angenehmes psychologisches Klima im Team zu erreichen und den Konflikt vollständig zu bewältigen, drängt der Manager das Projekt in den Rang "freundschaftlicher Zusammenkünfte", bei denen alle gut sind, aber die Arbeit nicht erledigt ist. Früher oder später führt dies zwangsläufig zu Konflikten und einer tiefen Managerkrise.

    Natürlich sind alle diese Qualitäten selten in einem Manager vereint, aber jeder von ihnen kann das Projekt bereits auf dem Weg zum Ziel erschüttern. Dies ist jedoch keine Utopie - solche Manager haben sich in der Arbeit von fast jedem von uns getroffen. Was ist der Ausweg? Babu Yaga in seinem Team wachsen lassen und den besten Programmierer, der das Projekt kennt, vor den Codesymbolen an die Manager übergeben? Option! Aber ist es so einfach - vom Stuhl eines Programmierers oder Ingenieurs auf den Chefsessel zu wechseln?

    Vom Programmierer bis zum Manager - der Weg des Samurai




    Wenn wir von Karriereverlagerungen eines guten, sehr guten und talentierten Programmierers sprechen, können wir nicht den eindeutigen Vorteil des Wachstums von Führungskräften sagen. Es gibt mehrere Entwicklungspfade für einen Programmierer, der in einem Projekt ein professionelles Maximum erreicht hat.

    1. Ändern Sie das Unternehmen und erhalten Sie neue Aufgaben im Rahmen des neuen Projekts - das einfachste, aber oft das ungünstigste Ergebnis für alle. Vergessen wir es zu anderen Beiträgen.
    2. Ändern Sie das Projekt in Ihrem Unternehmen und entwickeln Sie eine neue Richtung - eine großartige Option, die für das Unternehmen rentabel ist und den Entwickler motiviert. Allerdings hat nicht jedes Unternehmen eine parallele Entwicklung mehrerer Projekte, diese Möglichkeit kann einfach nicht sein.
    3. Wachsen Sie stattdessen weiter, indem Sie in die Optimierung der Entwicklung einsteigen, die Funktionalität des Produkts erhöhen, es durch Refactoring verbessern und neue Algorithmen und Technologien einsetzen. Eine großartige Option, die oft von den besten Programmierern gewählt wird.
    4. Manager werden - für den Fall, dass der Programmierer Führungsqualitäten zeigt und offensichtlich bereit ist, die Projektarbeit zu übernehmen 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.

    Eine besondere Meinung - der Hauptentwickler des RegionSoft Developer Studio spricht über seine Erfahrungen mit Managern und Programmierern.

    Programmierer und Manager sind meiner Meinung nach völlig unterschiedliche Entitäten, die sich fast gegensätzlich sind. Ich kenne keinen Programmierer, der ein guter Manager werden würde. Der Leiter der Entwicklungsabteilung, Teamleiter - ja, aber um zu arbeiten, einschließlich Beförderung und Zusammenarbeit mit Kunden, weiß ich nichts davon. Programmierer sind in Bezug auf die Kommunikation wirklich ziemlich passiv - oft stumm, störrisch, ernsthaft introvertiert, knapp, sie mögen es nicht, gezogen zu werden, und sie möchten auch nicht selbst zucken. Der Manager muss extrovertiert sein, gerne kommunizieren, Probleme lösen, planen und die Initiative ergreifen - natürlich neben dem Psycho der meisten Programmierer sind dies völlig unterschiedliche Typen.

    Es gibt jedoch ein wichtiges Merkmal. Wenn eine Person die Funktionen eines Programmierers und eines Managers kombiniert, erhalten Sie von einem solchen Mitarbeiter einen idealen Projektmanager oder sogar einen Experten auf Expertenebene. Das ist aber extrem selten.

    Ein erfahrener Manager ist in jedem Team ein Star, weil er weiß, wie man als "Promoter" arbeitet und die Thematik von innen kennt. Es ist wie bei Korolev, als er das Designbüro dazu brachte, eine Rakete zu entwickeln. Wenn er diese Schläger und Flugzeuge für Kinder nicht startete und baute, wäre er niemals in der Lage, ein komplettes Designbüro zu kontrollieren und würde keine Rakete schaffen, die den Weltraum erobern könnte.

    Der Manager benötigt Führungskompetenzen, um das Team um sich selbst zu sammeln und in der Lage zu sein, es zu managen, Aufgaben festzulegen, Zwischenergebnisse zu planen usw. In der Softwareentwicklung und im technischen Bereich ist dies natürlich besonders wichtig.

    Wenn also das Programmieren Ihnen gehört und Ihre Seele nicht in der Führungsarbeit 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 ein Karrierewachstum aus Sicht der Gesellschaft, des Leiters und des Teams. Dies ist eine Gehaltserhöhung, neue Herausforderungen und neue Verantwortlichkeiten. Der Entwickler ist jedoch nicht immer bereit, den Code aufzugeben und neue Verantwortlichkeiten zu übernehmen - schon allein deshalb, weil er gerne mehr programmiert. Diese Position verdient großen Respekt (und die Gehaltserhöhung - ja, meine Herren, dies ist ein Beweis für eine fast pathologische Loyalität gegenüber dem Produkt und ist teuer!). Aber wir befassen uns immer noch mit einer allgemeineren Situation: Das Gehalt zieht an, neue Aufgaben ermutigen und Sie willigen ein, Manager zu werden, aber wo soll ich anfangen? Wie kann man diesen Weg beschreiten und wirksam werden und nicht in die Falle des Peters Prinzip fallen ?


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

    Was müssen Sie realisieren?


    Jede Änderung der Tätigkeit innerhalb und außerhalb des Unternehmens ist mit bestimmten Fragen und Zweifeln verbunden. Auch wenn Sie das Projekt seit vielen Jahren kennen, müssen Sie es immer noch betrachten und beim Team von der anderen Seite neue Seiten der Interaktion nutzen, Leiter Ihrer Kollegen werden, Leiter werden. Es ist wichtig, sofort ein paar Punkte zu erkennen, die Ihnen helfen, zusammenzukommen und "auf der anderen Seite" zu arbeiten.

    • Die Position eines Managers ist das Wachstum eines Programmierers, eine neue Entwicklungsrunde im Bereich des Managements. Wenn der Entwickler fast alles im Code erreicht hat, sollte er weiter vorgehen und genau so vorgehen, wie es das Projekt erfordert. Wenn Sie die Entwicklungsprozesse und -funktionen des Produkts von innen kennen, können Sie im Management viel ändern und das Team wirklich stark machen. Bonus für alle Risiken - neue Herausforderungen und die materielle Seite.
    • Der Übergang zu Führungskräften ist ein Weg, um die erreichte Karrieregrenze zu überwinden. Dies ist besonders für Fachleute wichtig, die sich innerhalb ihres Unternehmens entwickeln und nicht den Job wechseln möchten. Dies ist eine Möglichkeit, angesammeltes Wissen in einer neuen Qualität anzuwenden.
    • Es ist einfacher für einen Manager, zu einem hochbezahlten Job in einem anderen Unternehmen zu wechseln, da ein Programmierer in den Code, den Entwicklungsstil, den Umgang mit dem besten "Erbe" seines Vorgängers einsteigen muss und der Manager die Fähigkeit hat, das Projekt kompetent zu verwalten, die Entwicklung zu verstehen, aber Zeit zu verschwenden . Es ist zunächst wirksam (wenn auch nicht die Tatsache, dass die Demontage mit einem Haufen abgebrochen wurde!).
    • Als Manager sollten Sie das Mikromanagement vermeiden und aufhören, sich mit den kleinsten Merkmalen der Entwicklung zu beschäftigen. In jeder Codezeile müssen Sie das Team in die Lage versetzen, Entwicklungsaufgaben zu lösen. Oft betrachtet der Manager, der aus einem Programmierer herausgewachsen ist, weiterhin Builds und individuelle Commits, oft sogar selbst Code. Früher oder später wird der Umfang ernsthafter Verwaltungsaufgaben jedoch eine solche Gelegenheit erzwingen. Daher ist es wichtig, die Delegation in einem Team richtig zu strukturieren.
    • Ein Manager ist kein IT-Bürokrat oder Kämpfer auf der dunklen Seite. Dies ist eine Person, die in der Lage ist, ihre Erfahrung einzusetzen, um von einem Produkt eine lebendige Vorstellung zu machen, Software zu erstellen, die verwendet werden kann und die Vorteile bringt.

    Für mich gibt es keinen Grund zur Sorge.

    • Ein Manager ist eine Person, die mit Menschen arbeitet, und dies wird nicht diskontiert. 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 schaffen, zu lernen, mit völlig anderen Menschen umzugehen und nicht in eine fröhliche Gesellschaft oder im Sumpf nur "notwendiger und ruhiger" Menschen zu schlüpfen. Erinnerst du dich an Vysotskys „wirklich wildes kleines, also gibt es keine Führer“? Du musst in einer guten Gewalttätigkeit bleiben.
    • Der Manager sollte in Bewegung sein, sollte sich aber in keinem Fall von Stack zu Stack, von Technologie zu Technologie bewegen. Technische Voraussetzungen für ein erfolgreiches Arbeiten sollten geschaffen werden - insbesondere sollte Automatisierung dort eingeführt werden, wo sie benötigt wird.

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

    Und ja, du musst dich diesem Bild im Leben stellen :-)

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

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

    Was muss man nehmen?


    Als Manager muss man einige Dinge beachten: Risiken, die Fähigkeit, Kritik zu hören und darauf zu reagieren, ein neues Maß an Verantwortung, die Fähigkeit, harte und manchmal unpopuläre Entscheidungen zu treffen. Wir müssen der Leiter unseres eigenen Teams werden. Wenn Sie jedoch zu einem Entwicklungsmanager gewachsen sind, waren Sie höchstwahrscheinlich bereits ein informeller Leiter.

    Größte Angst


    Die größte Angst eines Managers, der in der jüngeren Vergangenheit als Entwickler gearbeitet hat, besteht darin, Qualifikationen und technische Fähigkeiten zu verlieren und mit den Innovationen auf dem Laufenden zu bleiben. Diese Angst ist berechtigt, aber sie hängt ganz von Ihnen ab. Der Manager sollte technologisch führend sein und alle Werkzeuge so gut wie möglich verstehen. Der Nutzen ist jetzt eine Menge Informationen und es ist leicht zugänglich.

    Wie lerne ich schnell?


    Egal wie cool ein Programmierer ist, wenn Sie einen Job als Manager beginnen, müssen Sie viel über die Feinheiten und Feinheiten der Arbeit erfahren. Es gibt mehrere Möglichkeiten, die Quintessenz der Erfahrung eines anderen zu erlernen und schnell zu beginnen.

    Sie können einen Mentor auswählen, in Lehrbücher und Bücher gehen und das sind die richtigen Entscheidungen. Aber es ist Zeitverschwendung. Deshalb ist es besser zu lernen - aber die Frage ist wo. Ein MBA ist lang, teuer und leider weit von dem entfernt, was benötigt wird. Daher lohnt es sich, andere Möglichkeiten zu nutzen, um die Quintessenz anderer zu erfahren.

    1. Die billigste und angemessenste Gelegenheit ist, einen Mentor im Unternehmen zu finden, der es Ihnen ermöglicht, eine neue Spur zu betreten. Dies kann der Abteilungsleiter, ein erfahrener Manager oder sogar der Generaldirektor sein, insbesondere in einem kleinen Unternehmen. Der Mitarbeiter, der sich seiner Arbeit bewusst ist, wird sich schnell wohl fühlen und zunächst die Problempunkte des Projekts kennen.
    2. Tauchen Sie ein in Bücher, Blogs, Materialien und Selbstbildung. Ausgezeichnete Lösung, aber es wird viel Zeit in Anspruch nehmen und wird eine theoretische Basis haben. Es ist vielmehr ein Muss für jede dieser Methoden.
    3. Zur zweiten Hochschulbildung, zum Magistrat, zu komplexen Kursen. Nun, wenn Sie Zeit und Geld haben ... Tatsächlich ist es ziemlich teuer und nicht immer effektiv - Universitätsabsolventen wissen Sie: Es gibt einen Lehrplan und unruhige Lehrer, so dass Sie neben den notwendigen Dingen auch andere Fähigkeiten erlernen werden. Wenn Sie jedoch erst kürzlich ein Student sind oder die IT nicht nur als Junior, sondern als vielversprechender guter Kerl einsteigen möchten, können Sie es ausprobieren.
    4. Erhalten Sie einen MBA-Abschluss. Teuer, schwierig, isst viel Zeit, regionale Arbeitgeber sind nicht beeindruckend. Darüber hinaus gibt es in Russland nur wenige gute Programme. In der Regel werden auf den MBA-Tops gelöste oder beinahe fertige Tops von großen Unternehmen gelöst, bei denen sie an Gewicht zunehmen. Nach unserer Erfahrung werden jedoch im IT-Bereich einige andere Fähigkeiten geschätzt: Gehirn, Erfahrung, Fähigkeitsarbeit.

    Im Allgemeinen sind alle Methoden jedoch gut, insbesondere wenn sie mit vernünftigen Büchern und Blogs von IT-Management-Praktikern vermischt werden. Die Hauptsache, sich zu erinnern, ist, dass Sie ein Führer werden sollten, nicht ein
    "IT-Bürokrat".



    Achtung, Nischni Nowgorod, wir suchen einen Manager!
    Нижний Новгород, мы ищем таланты! Мы разрабатываем и внедряем RegionSoft CRM. Порой это очень (ОЧЕНЬ) сложные и длинные внедрения и интеграционные проекты. Нам нужен менеджер с навыками программирования. Проще говоря, ищем толкового парня, который сечёт в разработке, умеет выбивать из людей требования, составлять ТЗ, убеждать, что для облёта поля пшеницы 4 кв. км нужен кукурузник, а не «Боинг», даже если есть деньги на этот Боинг :-)  Возраст значения не имеет, опыт — имеет, и огромное. Записывайтесь на собеседование по адресу contact@regionsoft.ru и приходите поговорить. Территориально Сормово, удалёнка невозможна. Работа суровая, не говорите, что не предупреждали. Люди хорошие, руководитель адекватный.

    Unser noch live Telegrammkanal BizBreeze . Alles über CRM und Business, ohne zu kopieren und 90% ohne Werbung. Abonnieren

    Nur registrierte Benutzer können an der Umfrage teilnehmen. Bitte melden Sie sich an.

    Hast du einen technischen Hintergrund?

    Wer bist du jetzt

    Sind Sie bereit, Projektleiter zu werden?

    Benötigen Sie eine Ausbildung, um Manager zu werden?


    Jetzt auch beliebt: