Wer ist wer in der IT?

In der heutigen Phase der industriellen Softwareentwicklung gibt es eine Vielzahl von Produktionsrollen. Ihre Anzahl wächst, die Klassifizierung wird von Jahr zu Jahr komplexer, und natürlich wird der Prozess der Auswahl von Fachleuten und der Arbeit mit dem Personalpotenzial anspruchsvoller. Die Informationstechnologie (IT) ist ein Bereich mit hochqualifizierten Arbeitskräften und einem Fachkräftemangel. Hier ist der Prozess, Fachkräfte zu entwickeln und systematisch mit dem Personalpotenzial zu arbeiten, oft erheblich effizienter als die direkte Auswahl über Internetressourcen.

Der Artikel behandelt Themen, die für Personalverantwortliche in IT-Unternehmen relevant sind: die Ursache-Wirkungs-Zusammenhänge in der Evolution der Produktionsrollen, die Folgen einer falschen Interpretation des Inhalts der Rollen für die Personalarbeit im Allgemeinen sowie mögliche Ansätze zur Steigerung der Effizienz bei der Auswahl von Fachkräften.

IT-Produktion für Unkundige

Wer ist wer in der IT – dieses Thema sorgt für Diskussionen auf verschiedenen Plattformen. Es existiert seit der gleichen Zeit wie die gesamte IT-Branche, also seit dem Auftreten der ersten Softwareentwickler auf dem Verbraucher Markt Anfang der 90er Jahre des letzten Jahrhunderts. Und ebenso lange fehlt eine einheitliche Sicht auf diese Frage, was Schwierigkeiten schafft und die Effizienz der Personalarbeit verringert. Lassen Sie uns versuchen, es zu klären.

Das Thema der Produktionsrollen in der IT-Welt wurde für mich seit meinem Eintritt in ein IT-Unternehmen aktuell und interessant. Ich habe viel Zeit und Nerven darauf verwendet, den Produktionsprozess zu verstehen. Diese Aufwendungen übertrafen meine Erwartungen und waren höher als die Kosten für die Anpassung an Prozesse in anderen Bereichen: Bildung, materielle Produktion, Kleinunternehmen. Ich hatte ein Verständnis dafür, dass die Prozesse komplex und ungewohnt sind, da der Mensch insgesamt besser an die materielle Welt als an die virtuelle angepasst ist. Doch ich verspürte ein intuitives Widerstand: Es schien, als wäre etwas nicht richtig, als sollte es so nicht sein. Der Anpassungsprozess dauerte wahrscheinlich ein Jahr, was meiner Meinung nach einfach enorm ist. Letztendlich habe ich ein recht klares Bild von den Schlüsselrollen in der IT-Produktion gewonnen.

Derzeit arbeite ich weiterhin an diesem Thema, jedoch auf einer anderen Ebene. In meiner Rolle als Leiter des Entwicklungszentrums eines IT-Unternehmens habe ich oft Kontakt zu Studenten, Hochschullehrern, Studieninteressierten, Schülern und anderen, die sich am Aufbau eines IT-Produkts zur Förderung der Arbeitgebermarke auf dem neuen Arbeitsmarkt (Stadt Jaroslawl) beteiligen möchten. Diese Kommunikation gestaltet sich schwierig, da die Gesprächspartner häufig über wenig Wissen darüber verfügen, wie der Prozess der Softwareentwicklung (SW) organisiert ist, was zu einem Missverständnis über das Thema des Gesprächs führt. Nach 5 bis 10 Minuten Dialog erhält man keine Rückmeldung mehr und beginnt, sich wie ein Ausländer zu fühlen, dessen Sprache übersetzt werden muss. In der Regel gibt es unter den Gesprächspartnern immer jemanden, der das Gespräch zusammenfasst und den volkstümlichen Mythos aus den 90er Jahren äußert: „Egal, alle ITler sind Programmierer.“ Die Ursprünge dieses Mythos sind folgende:

• Die IT-Branche entwickelt sich rasant, und in diesen Bedingungen befinden sich alle grundlegenden Bedeutungen und Prinzipien in einem Zustand der Entstehung;
• In unsicheren Verhältnissen ist es schwierig zu existieren, deshalb versucht der Mensch, sein Verständnis des Unbekannten zu erleichtern, indem er Mythen erschafft;
• Der Mensch ist eher daran gewöhnt, die materielle Welt wahrzunehmen als die virtuelle, was es ihm schwer macht, Konzepte zu definieren, die über seine Wahrnehmung hinausgehen.

Die Versuche, mit diesem Mythos zu kämpfen, erinnern manchmal an einen Kampf gegen Windmühlen, da es mehrere Aspekte des Problems gibt, die bearbeitet werden müssen. Der Personalverantwortliche muss zunächst ein klares Bild der Produktionsrollen in einem IT-Unternehmen in idealer und realistischer Ausprägung haben, zweitens verstehen, wie und wann die internen Ressourcen des Unternehmens am effektivsten eingesetzt werden können, und drittens, welche realen Methoden dazu beitragen, das Bewusstsein der Arbeitsmarktteilnehmer zu erhöhen und die Entwicklung der Arbeitgebermarke zu fördern. Lassen Sie uns diese Aspekte genauer betrachten.

Der Lebenszyklus von Software als Grundlage für Produktionsrollen

Es ist kein Geheimnis, dass alle Produktionsrollen in jedem IT-Unternehmen auf dem Lebenszyklus der Software basieren. Daher sollte, wenn wir die konzeptionelle Aufgabe angehen, ein einheitliches Verständnis dieses Themas in der gesamten IT-Branche zu erreichen, der Lebenszyklus der Software als anerkanntes und von allen klar verstandenes Fundament dienen. Die Diskussion über spezifische Umsetzungsvarianten der Produktionsrollen liegt im Bereich unserer kreativen Beziehung zum Lebenszyklus der Software.

Betrachten wir also die Phasen, die der Lebenszyklus der Software umfasst, am Beispiel der RUP-Methodologie. Diese sind gut definierte Elemente in Bezug auf Inhalt und Terminologie. Der Produktionsprozess beginnt immer und überall mit der Geschäftsmodellierung und der Anforderungsdefinition und endet (natürlich im übertragenen Sinne) mit der Beratung von Nutzern und der Anpassung der Software basierend auf den Wünschen der Nutzer.

Wenn man einen historischen Ausblick auf das Ende des letzten Jahrhunderts macht (wie bekannt, war dies die Zeit der „insularen Automatisierung“), kann man sehen, dass alle Prozesse der Softwareentwicklung von einem Programmierer und Entwickler geleitet wurden. Hier liegen die Wurzeln des Mythos, dass jeder IT-Mitarbeiter ein Programmierer ist.

Mit der Komplexität von Produktionsprozessen, dem Aufkommen integrierter Plattformen und dem Übergang zu einer umfassenden Automatisierung der Fachbereiche, verbunden mit dem Reengineering von Geschäftsprozessen, wird das Auftauchen spezialisierter Rollen, die an den Phasen des Lebenszyklus gebunden sind, unvermeidlich. So entstehen Analysten, Tester und Techniker im Support.

Die Vielfalt der Berufe am Beispiel der Rolle des Analysten

Ein Analyst (auch bekannt als Ingenieur-Analyst, Aufgabensteller, Methodologe, Business-Analyst, Systemanalytiker usw.) hilft dabei, die Geschäftsziele und die Technologien zu harmonisieren, die deren Umsetzung unterstützen. Die Beschreibung der Aufgabenstellung für den Entwickler – so lässt sich die Hauptfunktion eines abstrakten Analysten charakterisieren. Er fungiert als Bindeglied zwischen dem Kunden und dem Entwickler im Prozess der Anforderungsermittlung, Analyse und Software-Design. In realen Produktionsbedingungen wird die Liste der Funktionen des Analysten durch die Art der Produktionsorganisation, die Qualifikation des Spezialisten und die spezifischen Merkmale des zu modellierenden Wissensgebiets bestimmt.

Ein Teil der Analysten ist näher am Kunden. Das sind die Business Analysts. Sie haben ein tiefes Verständnis für die Geschäftsprozesse des Fachbereichs und sind selbst Experten für automatisierbare Prozesse. Es ist äußerst wichtig, solche Fachkräfte im Unternehmen zu haben, insbesondere bei der Automatisierung methodologisch komplexer Fachgebiete. Für uns als Automatisierer des Haushaltsprozesses des Staates ist es unerlässlich, dass unter den Analysten Fachexperten vorhanden sind. Das sind hochqualifizierte Mitarbeiter mit einem soliden finanziell-ökonomischen Bildungsbackground und Erfahrung in Finanzbehörden, idealerweise in der Rolle von leitenden Fachkräften. Besonders wichtig ist die Erfahrung, nicht im IT-Bereich, sondern konkret im Fachbereich.

Ein anderer Teil der Analysten ist den Entwicklern näher. Das sind die Systemanalytiker (System Analyst). Ihre Hauptaufgabe besteht darin, die Anforderungen des Kunden zu identifizieren, zu systematisieren und zu analysieren, um deren Erfüllbarkeit zu prüfen, technische Vorgaben zu erstellen und Aufgabenstellungen zu beschreiben. Sie verstehen nicht nur die Geschäftsprozesse, sondern auch die Informationstechnologien, haben gute Kenntnisse über die Möglichkeiten der dem Kunden angebotenen Software, verfügen über Designfähigkeiten und wissen daher, wie sie die Interessen des Kunden am besten an die Entwickler vermitteln können. Diese Mitarbeiter haben unbedingt eine Ausbildung im Bereich IKT und einen ingenieurtechnischen Denkansatz, idealerweise auch Erfahrung in der IT. Bei der Auswahl solcher Fachkräfte ist das Vorhandensein von Fähigkeiten im Design mit modernen Werkzeugen ein klarer Vorteil.

Eine weitere Kategorie von Analysten sind technische Redakteure (Technical Writer). Sie sind für die Dokumentation im Rahmen der Softwareentwicklung verantwortlich, erstellen Benutzer- und Administrationshandbücher, technische Anleitungen, Schulungsvideos usw. Ihre Hauptaufgabe besteht darin, Informationen über die Funktionsweise des Programms an Benutzer und andere Interessierte verständlich zu vermitteln und technisch komplexe Sachverhalte prägnant und klar zu beschreiben. Technische Redakteure verfügen in der Regel über ausgezeichnete Sprachkenntnisse in Deutsch, haben zudem eine technische Ausbildung und eine analytische Denkweise. Für diese Fachleute sind die Fähigkeiten zur Erstellung verständlicher, korrekter und detaillierter technischer Texte nach den Standards sowie Kenntnisse im Umgang mit Dokumentationstools von größter Bedeutung.

So sehen wir die gleiche Rolle (und übrigens die Position im Stellenplan) – Analyst, jedoch in verschiedenen konkreten Anwendungen. Die Suche nach Fachkräften für jede dieser Varianten hat ihre eigenen Besonderheiten. Es ist wichtig zu wissen, dass diese Varianten von Analysten oft über Fähigkeiten und Kenntnisse verfügen müssen, die in einer Person häufig nicht vereinbar sind. Der eine ist ein Geisteswissenschaftler, der zur analytischen Arbeit mit großen Mengen an Textdokumenten neigt, mit ausgeprägter Sprache und Kommunikationsfähigkeit, der andere ein "Techniker" mit ingenieurtechnischem Denken und Interessen im IT-Bereich.

Einen von außen einstellen oder selbst heranbauen?

Für große Unternehmen in der IT-Branche nimmt die Effektivität der direkten Rekrutierung über Internetressourcen ab, wenn die Projekte wachsen. Dies geschieht insbesondere aus folgenden Gründen: Eine schnelle Anpassung an komplexe Prozesse innerhalb des Unternehmens ist nicht möglich, und die Einarbeitungszeit für spezifische Werkzeuge ist langsamer als das Projektwachstum. Daher ist es für den HR-Spezialisten wichtig zu wissen, wen er extern suchen sollte, aber auch, wie er interne Ressourcen des Unternehmens nutzen kann, um Fachkräfte heranzuziehen oder auszubilden.

Für Business-Analysten ist es sehr wichtig, Erfahrung in realen Prozessen des Fachgebiets zu haben. Daher ist die Rekrutierung von außen effektiver als das Heranziehen interner Mitarbeiter. Dabei ist es für HR-Spezialisten wichtig, eine Liste von Organisationen zu kennen, die diese Talente bereitstellen können, und sich bei der Rekrutierung auf die Suche nach Lebensläufen aus diesen Quellen zu konzentrieren.

Im Gegensatz dazu spielt der interne Ausbildungprozess für Stellen wie Systemanalytiker und Softwarearchitekten eine entscheidende Rolle. Diese Spezialisten müssen sich in einer aktiven Produktionsumgebung und den spezifischen Gegebenheiten einer bestimmten Organisation entwickeln. Systemanalytiker (System Analyst) entwickeln sich aus Business-Analysten (Business Analyst), technischen Autoren (Technical Writer) und Technischen Support-Ingenieuren (Technical Support Engineer). Softwarearchitekten (Software Architect) entstehen aus Systemdesignern (System Designer) und Softwareentwicklern (Software Developer), während sie Erfahrung sammeln und ihr Wissen erweitern. Diese Umstände ermöglichen es HR-Spezialisten, interne Ressourcen des Unternehmens effektiv zu nutzen.

Kreuzung, Vereinigung und Evolution von Produktionsrollen

Eine weitere schwierige Frage in Bezug auf die Umsetzung im Produktionsprozess ist die Festlegung klarer Grenzen zwischen den Rollen. Auf den ersten Blick könnte es offensichtlich erscheinen: Die Implementierung ist abgeschlossen, die Dokumente über die Inbetriebnahme der Software wurden unterzeichnet und alles wurde an den Support übergeben. Das ist korrekt, jedoch ergeben sich häufig Situationen, in denen der Kunde, aus Gewohnheit in engem Kontakt mit dem Analysten stehend und ihn als „Rettungsanker“ betrachtend, weiterhin aktiv mit ihm kommuniziert, obwohl das System bereits eingeführt wurde und formal die Supportphase läuft. Aus Sicht des Kunden stellt sich hier die Frage, wer besser und schneller, als der Analyst, der zusammen mit ihm die Aufgabe formuliert hat, Antworten auf Fragen zur Systemnutzung geben kann. Und hier stellt sich die Frage nach der teilweise doppelten Rolle des Supporttechnikers und des Analysten. Im Laufe der Zeit reguliert sich das Ganze, der Kunde gewöhnt sich daran, mit dem Support zu kommunizieren, aber zu Beginn der Software-Nutzung gelingt ein solcher „interner Übergang“ nicht immer ohne Stress auf beiden Seiten.

Die Schnittstelle zwischen den Rollen eines Analysten und eines technischen Supportingenieurs entsteht auch dann, wenn der Anforderungsfluss für die Entwicklung im Rahmen der Wartungsphase verläuft. Wenn wir zum Lebenszyklus der Software zurückkehren, sehen wir die Diskrepanz zwischen den tatsächlichen Produktionsbedingungen und den formalen Vorgaben, dass die Analyse von Anforderungen und die Zielsetzung ausschließlich vom Analysten durchgeführt werden können. Ein HR-Spezialist muss zweifellos das ideale Bild der Rollen im Rahmen des Softwarelebenszyklus verstehen, da sie klare Grenzen haben. Gleichzeitig sollte jedoch unbedingt berücksichtigt werden, dass es auch Überschneidungen geben kann. Bei der Bewertung der Kenntnisse und Fähigkeiten eines Bewerbers sollte auf vorhandene verwandte Erfahrungen geachtet werden. Das bedeutet, dass bei der Suche nach technischen Supportingenieuren durchaus Kandidaten mit Erfahrungen als Analysten und umgekehrt in Betracht gezogen werden können.

Neben der Überschneidung kommt es häufig auch zur Zusammenführung von Produktionsrollen. Zum Beispiel können Business-Analyst und Technischer Redakteur in einer Person vereint sein. In großen industriellen Entwicklungen ist die Anwesenheit eines Softwarearchitekten unerlässlich, während sehr kleine Projekte ohne diese Rolle auskommen können: In solchen Fällen übernehmen die Softwareentwickler die Aufgaben eines Architekten.

Der Wechsel historischer Perioden in den Ansätzen und Technologien der Softwareentwicklung führt unweigerlich dazu, dass auch der Lebenszyklus von Software sich weiterentwickelt. Global betrachtet bleiben zwar die grundlegenden Phasen weitgehend unverändert, doch eine Detailierung erfolgt. Mit dem Übergang zu Web-Lösungen und dem Anstieg der Möglichkeiten zur Fernkonfiguration entstand die Rolle des Software-Konfigurationsspezialisten. In der frühen historischen Phase waren dies Implementierer, also Ingenieure, die einen Großteil ihrer Arbeitszeit an den Arbeitsplätzen der Kunden verbrachten. Die gestiegenen Mengen und die Komplexität der Software führten zur Schaffung der Rolle des Softwarearchitekten (Software Architect). Die Anforderungen an die Beschleunigung der Versionserstellungen und die Verbesserung der Softwarequalität förderten die Entwicklung automatisierter Tests und die Einführung einer neuen Rolle – des QA-Ingenieurs (Quality Assurance Engineer) usw. Die Evolution der Rollen in allen Phasen der Organisation des Produktionsprozesses ist erheblich mit der Entwicklung von Methoden, Technologien und Werkzeugen verbunden.

Wir haben also einige interessante Aspekte der Verteilung von Produktionsrollen innerhalb eines Softwareentwicklungsunternehmens im Kontext des Software-Lebenszyklus betrachtet. Dies ist offensichtlich eine interne Sichtweise, die spezifisch für jedes Unternehmen ist. Für uns alle als Akteure auf dem Arbeitsmarkt der IT-Branche und für diejenigen, die für das Employer Branding verantwortlich sind, ist auch die Außenperspektive von besonderer Bedeutung. Und hier gibt es ein großes Problem, nicht nur in der Suche nach Sinn, sondern auch in der Vermittlung dieser Informationen an die Zielgruppe.

Was ist schlecht am "Zoologischen Garten" der IT-Positionen?

Das Durcheinander im Bewusstsein von HR-Experten, Produktionsorganisatoren und die Vielzahl der Ansätze führen zu einer breiten Vielfalt, die geradezu einem „Zoo“ von IT-Positionen ähnelt. Erfahrungen aus Vorstellungsgesprächen und beruflichen Kontakten zeigen, dass oft kein eindeutiges Verständnis für die Bedeutung, die aus den Jobbezeichnungen abgeleitet werden sollte, besteht. Zum Beispiel impliziert in unserer Organisation eine Position, die den Begriff „Ingenieur-Analytiker“ beinhaltet, dass es sich um einen Aufgabensteller handelt. Es stellt sich jedoch heraus, dass das nicht überall der Fall ist: Es gibt Entwicklungsunternehmen, in denen der Ingenieur-Analytiker ein Implementierer ist. Ein ganz anderes Verständnis, nicht wahr?

Erstens, der „Zoo“ von IT-Positionen verringert zweifellos die Effizienz bei der Rekrutierung. Jeder Arbeitgeber möchte bei der Entwicklung und Promotion seiner Marke in kurzer Form alle Bedeutungen, die in seiner Produktion existieren, vermitteln. Und wenn er selbst oft nicht klar sagen kann, wer wer ist, ist es ganz natürlich, dass er Unsicherheit in die externe Umgebung überträgt.

Zweitens stellt der "Zoo" der IT-Positionen enorme Herausforderungen bei der Ausbildung und Entwicklung von IT-Fachkräften dar. Jedes ernsthafte IT-Unternehmen, das darauf abzielt, das Personalpotenzial zu formen und zu entwickeln, anstatt einfach nur Jobportale auszubeuten, sieht sich früher oder später mit der Notwendigkeit konfrontiert, mit Bildungseinrichtungen zusammenzuarbeiten. Für hochqualifizierte IT-Fachkräfte umfasst dies insbesondere die Top-Universitäten, die sich mindestens im Ranking der Top 100 befinden.

Das Problem der Integration mit Universitäten beim Aufbau eines kontinuierlichen Ausbildungsprozesses für IT-Spezialisten besteht etwa zur Hälfte darin, dass Universitäten nicht verstehen, wer wer in einem IT-Unternehmen ist. Sie haben darüber nur ein sehr oberflächliches Verständnis. In der Regel haben Universitäten einige Studiengänge mit dem Wort "Informatik" im Titel, und oft wird bei der Durchführung ihrer Aufnahmeverfahren auf die Aussage verwiesen, dass alle Studienrichtungen im Grunde das Gleiche sind. Das sieht so aus, als würde man sich auf den Volksglauben stützen, dass alle ITler Programmierer sind.

Unsere enge Zusammenarbeit mit Hochschulen zeigt, dass der Studiengang "Angewandte Informatik (nach Branchen)" uns Fachkräfte für die Abteilungen Methodik und technischen Support liefert, jedoch nicht für die Entwicklung. Während "Fundamentale Informatik" und "Softwaretechnik" hervorragende Fachkräfte für Entwickler ausbilden. Um zu vermeiden, dass Studierende von Anfang an auf einen für sie ungeeigneten Weg gelenkt werden, ist es notwendig, den "Nebel" zu lüften, der die IT-Produktion umgibt.

Kann man alles auf einen gemeinsamen Nenner bringen?

Kann man die Produktionsrollen vereinheitlichen und zu einem einheitlichen Verständnis ihrer Interna und Externa im Unternehmen kommen?

Natürlich ist es möglich und notwendig, denn die gesammelte kollektive Erfahrung aller Software-Entwicklungsunternehmen zeigt, dass es gemeinsame, verbindende Konzepte für die Organisation der Produktionsprozesse gibt. Dies ist eine Folge der Tatsache, dass es einen allgemein anerkannten Begriff für den Lebenszyklus von Software gibt und die neu auftauchenden Produktionsrollen (Data Scientist, QA-Ingenieur, Machine Learning Engineer usw.) eine Folge der Präzisierung und Entwicklung des Software-Lebenszyklus an sich sind, die mit der Verbesserung von Technologien und Werkzeugen sowie mit der Entwicklung und Vergrößerung von Geschäftszielen einhergehen.

Gleichzeitig ist es schwierig, Produktionsrollen zu vereinheitlichen, da die IT eine der jüngsten und am schnellsten wachsenden Branchen der Wirtschaft ist. In gewisser Weise ist dies ein Chaos, aus dem das Universum entstand. Eine klare Organisationsstruktur ist hier unmöglich und unangebracht, weil die IT ein intellektueller, aber sehr kreativer Bereich ist. Einerseits ist ein IT-Spezialist ein "physikalischer" Intellektueller mit ausgeprägtem algorithmischem und mathematischem Denken, andererseits ist er ein kreativer "Lyriker", Träger und Förderer von Ideen. So wie ein Künstler hat er keinen klaren Plan für das Schreiben eines Gemäldes, er kann das Bild nicht in Teile zerlegen, da es sonst aufhören würde zu existieren. Er ist der Meister der Informationsprozesse, die an sich abstrakt, ungreifbar, schwer messbar sind, aber schnell voranschreiten.

Wege zur Schaffung einer effektiven Personalarbeit in der IT-Produktion

Was ist also wichtig für einen HR-Spezialisten, um eine effektive Personalarbeit im Kontext der Vielfalt der Rollen in der IT-Produktion aufzubauen?

Zunächst sollte jeder Personalverantwortliche in einem IT-Unternehmen ein Verständnis für die spezifische Situation seines Unternehmens haben: Wer macht was, wie werden die einzelnen Rollen benannt und vor allem — welche Bedeutung wird diesen Rollen im Kontext der jeweiligen Produktion beigemessen.

Zweitens muss der HR-Spezialist ein flexibles Verständnis für die Produktionsrollen haben. Das bedeutet, zunächst sollte er eine ideale Vorstellung von ihnen entwickeln, die es ihm ermöglicht, sich selbst zurechtzufinden. Danach sollte es unbedingt ein realistisches Bild der Produktion geben: Wo überschneiden sich die Rollen, wo vereinigen sie sich, und welches Verständnis haben die Produktionsleiter für diese Rollen. Die Herausforderung für den Personalverantwortlichen besteht darin, das reale und das ideale Bild im Kopf zu vereinen, nicht zu versuchen, die Prozesse zwanghaft an das ideale Verständnis anzupassen, sondern das Produktionsteam dabei zu unterstützen, den Ressourcenbedarf zu decken.

Drittens ist es wichtig, sich über die möglichen Entwicklungspfade bestimmter Fachkräfte im Klaren zu sein: Wann ist eine externe Rekrutierung effektiv und wann ist es besser, einen Mitarbeiter im eigenen Team zu fördern, indem man ihm Entwicklungsmöglichkeiten bietet? Welche Eigenschaften sollten Kandidaten besitzen, um sich in eine bestimmte Richtung entwickeln zu können, und welche Eigenschaften könnten in einer Person inkompatibel sein? Was ist von Anfang an wichtig bei der Wahl des Entwicklungspfades?

Viertens kehren wir zu dem Punkt zurück, dass die IT-Branche ein Bereich hochqualifizierter Fachkräfte ist, wo eine frühzeitige Integration in das Hochschulbildungssystem für eine effektivere Personalarbeit unerlässlich ist. In diesem Zusammenhang sollte jeder HR-Spezialist nicht nur Fähigkeiten im direkten Recruiting, in der Arbeit mit Lebensläufen und im Interviewing entwickeln, sondern auch unbedingt die Umgebung der akademischen Ausbildung von Fachkräften verstehen: Welche Hochschulen bilden die benötigten Fachkräfte aus, welche Studiengänge innerhalb bestimmter Hochschulen decken den Personalbedarf ab und, was wichtig ist, wer steht dahinter, wer leitet und führt die Ausbildung der Fachkräfte an den Hochschulen?

Um das verbreitete Missverständnis zu entkräften, dass alle IT-Profis Programmierer sind, müssen gezielte Schritte unternommen werden, insbesondere in unseren Universitäten, wo die Grundlagen der Wahrnehmung des zukünftigen Berufs gelegt werden. Anders gesagt, es ist eine ständige Interaktion mit der Bildungsumgebung erforderlich, beispielsweise durch moderne Formen der Zusammenarbeit in Coworking-Zentren, „Hotspots“ und die Teilnahme an Bildungsintensiven. Dies wird falsche Vorstellungen über die IT-Branche beseitigen, die Effizienz der Personalarbeit steigern und Bedingungen für die Zusammenarbeit bei der Ausbildung verschiedener Fachkräfte in unserer Branche schaffen.

Ich danke den Kollegen, die an der Erstellung und Aktualisierung dieses Artikels mitgewirkt haben: Valentina Vershinina und Yury Krupin.

Quelle: habr.com