In der gegenwärtigen Entwicklungsphase der industriellen Softwareentwicklung kann man eine Vielzahl von Produktionsrollen beobachten. Ihre Zahl wächst, die Klassifizierung wird von Jahr zu Jahr komplizierter, und natürlich werden die Auswahl der Spezialisten und die Arbeit mit den Humanressourcen immer komplizierter. Informationstechnologie (IT) ist ein Bereich mit hochqualifizierten Arbeitskräften und Personalmangel. Hier sind der Personalentwicklungsprozess und die Notwendigkeit einer systematischen Arbeit mit den Humanressourcen weitaus effektiver als die direkte Auswahl über Internetressourcen.
Der Artikel behandelt Themen, die für das Personal in IT-Unternehmen relevant sind: kausale Zusammenhänge bei der Entwicklung von Produktionsrollen, die Folgen einer Fehlinterpretation des Rolleninhalts für die Personalarbeit im Allgemeinen sowie mögliche Möglichkeiten zur Steigerung der Effizienz der Fachkräfteauswahl.
IT-Produktion für Uneingeweihte
Wer ist wer in der IT ist ein Diskussionsthema an verschiedenen Orten. Es gibt so viel wie die gesamte IT-Branche, das heißt, seit die ersten Softwareentwicklungsunternehmen Anfang der 90er Jahre des letzten Jahrhunderts auf dem Verbrauchermarkt aufgetaucht sind. Und für den gleichen Zeitraum gibt es keine einheitliche Sichtweise zu diesem Thema, was zu Schwierigkeiten führt und die Effektivität der Personalarbeit verringert. Versuchen wir es herauszufinden.
Für mich ist das Thema Produktionsrollen im IT-Bereich seit meinem Eintritt in das IT-Unternehmen relevant und interessant geworden. Ich habe viel Zeit und nervöse Energie aufgewendet, um den Produktionsprozess herauszufinden. Diese Kosten übertrafen meine Erwartungen und die Kosten für die Anpassung an Prozesse in anderen Bereichen: Ausbildung, Materialherstellung, Kleinunternehmen. Ich hatte das Verständnis, dass die Prozesse komplex und ungewöhnlich sind, da eine Person im Allgemeinen mehr an die materielle als an die virtuelle Welt angepasst ist. Aber es gab einen intuitiven Widerstand: Es schien, dass hier etwas nicht stimmte, es sollte nicht so sein. Der Anpassungsprozess hat wahrscheinlich ein Jahr gedauert, was nach meinem Verständnis einfach eine kosmische Größe ist. Als Ergebnis hatte ich eine ziemlich klare Vorstellung von den Schlüsselrollen in der IT-Produktion.
Derzeit arbeite ich weiter an diesem Thema, aber auf einer anderen Ebene. In der Rolle des Leiters des Entwicklungszentrums eines IT-Unternehmens muss ich oft mit Studenten, Universitätsprofessoren, Bewerbern, Schülern und anderen Personen kommunizieren, die an der Schaffung eines IT-Produkts teilnehmen möchten, um die Marke des Arbeitgebers auf dem Arbeitsmarkt eines neuen Territoriums (Jaroslawl) zu fördern. Diese Kommunikation ist nicht einfach, da die Gesprächspartner nur wenig über die Organisation des Software- (Software-) Entwicklungsprozesses und das mangelnde Verständnis für das Gesprächsthema informiert sind. Nach 5 bis 10 Minuten erhalten Sie kein Feedback mehr und fühlen sich wie ein Ausländer, dessen Sprache übersetzt werden muss. In der Regel gibt es unter den Gesprächspartnern jemanden, der eine Linie im Dialog zieht und den populären Mythos aus den 90er Jahren ausspricht: "Wie auch immer, alle IT-Leute sind Programmierer." Die Quellen des Mythos sind wie folgt:
- Die IT-Branche entwickelt sich rasant. Unter diesen Bedingungen befinden sich alle grundlegenden Bedeutungen und Prinzipien in der Gründungsphase.
- Angesichts der Unsicherheit ist es schwierig zu existieren, daher versucht ein Mensch, sein Verständnis des Unbekannten zu erleichtern, indem er Mythen erschafft.
- Ein Mensch ist mehr an die Wahrnehmung der materiellen Welt gewöhnt als an die virtuelle. Daher ist es für ihn schwierig, Konzepte zu definieren, die außerhalb seiner Wahrnehmung liegen.
Versuche, diesen Mythos zu bekämpfen, ähneln manchmal einem Kampf mit Windmühlen, da verschiedene Aspekte des Problems angegangen werden müssen. Der Personalspezialist muss erstens ein klares Bild der Produktionsrollen im IT-Unternehmen in idealer und realer Form haben, zweitens verstehen, wie und wann die internen Ressourcen des Unternehmens am effektivsten genutzt werden können, und drittens, welche realen Methoden zur Steigerung beitragen Bewusstsein der Arbeitsmarktteilnehmer und wird zur Entwicklung der Arbeitgebermarke beitragen. Lassen Sie uns diese Aspekte genauer betrachten.
Software-Lebenszyklus als Basis für Produktionsrollen
Es ist kein Geheimnis, dass im Allgemeinen alle Produktionsrollen in einem IT-Unternehmen den Software-Lebenszyklus zum Ursprung haben. Wenn wir uns daher die konzeptionelle Aufgabe stellen, eine gemeinsame Wahrnehmung dieses Themas in der gesamten IT-Branche zu vereinbaren, müssen wir uns auf den Software-Lebenszyklus als akzeptierte und eindeutig verstandene semantische Grundlage verlassen. Die Diskussion konkreter Möglichkeiten zur Umsetzung des Themas Produktionsrollen liegt in der Ebene unserer kreativen Haltung zum Software-Lebenszyklus.
Am Beispiel der RUP-Methodik betrachten wir daher die Phasen, die der Software-Lebenszyklus umfasst. Sie sind inhaltlich und terminologisch wohlgeformte Links. Der Produktionsprozess beginnt immer und überall mit der Geschäftsmodellierung und der Bildung von Anforderungen und endet (natürlich bedingt) mit der Benutzerberatung und Softwareverbesserungen auf der Grundlage der Benutzerwünsche.
Wenn Sie am Ende des letzten Jahrhunderts einen historischen Ausflug machen (wie Sie wissen, war dies eine Zeit der "Inselautomatisierung"), dann können Sie sehen, dass der Programmierer in den gesamten Prozess der Erstellung der Software involviert war. Hier liegen die Wurzeln des Mythos, dass jeder IT-Spezialist ein Programmierer ist.
Mit der Komplexität der Produktionsprozesse, dem Aufkommen integrierter Plattformen und dem Übergang zu einer umfassenden Automatisierung der Themenbereiche, mit der Neugestaltung der Geschäftsprozesse, wird die Entstehung spezialisierter Rollen in Verbindung mit den Phasen des Lebenszyklus unvermeidlich. So treten Analysten, Tester und Spezialisten für technischen Support auf.
Stellenvielfalt als Beispiel für die Rolle des Analytikers
Der Analytiker (er ist auch Ingenieur-Analytiker, er ist auch Direktor, Methodiker, Business-Analytiker, Systemanalytiker usw.) hilft, sich mit Geschäftsaufgaben und -technologien für deren Implementierung „anzufreunden“. Beschreibung der Problemstellung für den Entwickler - so kann die Hauptfunktion eines abstrakten Analytikers charakterisiert werden. Er fungiert als Bindeglied zwischen dem Kunden und dem Entwickler in den Prozessen der Anforderungserstellung, -analyse und -softwareentwicklung. Unter realen Produktionsbedingungen wird die Liste der Funktionen eines Analytikers durch die Methode zur Organisation der Produktion, die Qualifikation eines Spezialisten und die Besonderheiten eines simulierten Fachgebiets bestimmt.
Einige Analysten sind näher am Kunden. Dies sind Business Analysten. Sie verstehen die Geschäftsprozesse des Fachgebiets genau und sind selbst Experten für automatisierte Prozesse. Die Anwesenheit solcher Spezialisten im Personal des Unternehmens ist insbesondere bei der Automatisierung methodisch komplexer Sachgebiete von großer Bedeutung. Insbesondere für uns als Automaten des Haushaltsprozesses des Staates ist es einfach notwendig, dass unter den Analysten Fachexperten sind. Dies sind hochqualifizierte Mitarbeiter mit guter finanzieller und wirtschaftlicher Ausbildung und Erfahrung in Finanzinstituten, vorzugsweise in der Rolle führender Experten. Die Erfahrung, nicht im IT-Bereich, sondern im Fachgebiet zu arbeiten, ist äußerst wichtig.
Ein anderer Teil der Analysten ist näher an den Entwicklern. Dies sind Systemanalysten. Ihre Hauptaufgabe ist die Identifizierung, Systematisierung und Analyse von Kundenanforderungen auf die Möglichkeit ihrer Befriedigung, die Vorbereitung von technischen Aufgaben und eine Beschreibung der Problemstellungen. Sie verstehen nicht nur Geschäftsprozesse, sondern auch Informationstechnologien, sind sich der Fähigkeiten der an den Kunden gelieferten Software bewusst, verfügen über Designfähigkeiten und wissen dementsprechend, wie die Interessen des Kunden am besten an den Entwickler weitergegeben werden können. Diese Mitarbeiter müssen über eine IKT-Ausbildung sowie eine technische und technische Mentalität verfügen, vorzugsweise mit Erfahrung in der IT. Ein klares Plus bei der Auswahl solcher Spezialisten ist die Verfügbarkeit von Designfähigkeiten mit modernen Werkzeugen.
Eine andere Art von Analyst ist der Technical Writer. Sie befassen sich mit Dokumentationen im Rahmen von Softwareentwicklungsprozessen, erstellen Benutzer- und Administratorhandbücher, technologische Anleitungen, Schulungsvideos usw. Ihre Hauptaufgabe ist es, Anwendern und Interessenten Informationen über das Programm zu vermitteln, technisch komplexe Sachverhalte kurz und übersichtlich zu beschreiben. Die meisten technischen Redakteure sprechen fließend Russisch mit technischem Hintergrund und analytischem Verstand. Das Wichtigste für solche Spezialisten sind die Fähigkeit, klare, kompetente und detaillierte technische Texte gemäß den Normen zu erstellen sowie Kenntnisse und den Besitz von Dokumentationswerkzeugen.
Wir sehen also dieselbe Rolle (und im Übrigen eine Position in der Stabsliste) - einen Analytiker, aber in seinen verschiedenen konkreten und angewandten Inkarnationen. Die Suche nach Spezialisten für jeden von ihnen hat seine eigenen Merkmale. Es ist wichtig zu wissen, dass diese Arten von Analysten Fähigkeiten und Kenntnisse besitzen müssen, die bei einer Person häufig nicht kompatibel sind. Der eine ist ein Humanist, der dazu neigt, mit einer großen Menge von Textdokumenten zu arbeiten, mit einer entwickelten Sprache und Geselligkeit, der andere ist ein „Technikfreak“ mit technischem Denken und Interesse im IT-Bereich.
Von der Seite nehmen oder wachsen?
Für einen großen Vertreter der IT-Branche nimmt die Effektivität der direkten Auswahl aus Internetressourcen mit zunehmenden Projekten ab. Dies geschieht insbesondere aus folgenden Gründen: Es ist unmöglich, sich schnell an komplexe Prozesse im Unternehmen anzupassen, die Entwicklungsgeschwindigkeit bestimmter Tools ist geringer als die Entwicklungsgeschwindigkeit des Projekts. Daher ist es wichtig, dass ein HR-Spezialist nicht nur weiß, wen er von außen suchen muss, sondern auch, wie er die internen Ressourcen des Unternehmens nutzt, von wem sie stammen und wie er einen Spezialisten aufbaut.
Erfahrung ist für Business Analysten innerhalb der realen Prozesse des Fachgebiets sehr wichtig, daher ist ihre Auswahl "von außen" effektiver als das Wachstum innerhalb des Unternehmens. Gleichzeitig ist es für den HR-Spezialisten wichtig, die Liste der Organisationen zu kennen, aus denen diese Personalressource stammen kann, und sich bei der Auswahl darauf zu konzentrieren, einen Lebenslauf von ihnen zu finden.
Um solche Stellen als Systemanalytiker und Softwarearchitekt zu schließen, ist im Gegenteil der Ausbildungsprozess im Unternehmen von großer Bedeutung. Diese Spezialisten müssen im aktuellen Arbeitsumfeld und den Besonderheiten einer bestimmten Organisation ausgebildet sein. Systemanalysten werden von Business Analysten, technischen Redakteuren und technischen Supportingenieuren entwickelt. Software Architect (System Architect) - von den Designern (System Designer) und Softwareentwicklern (Software Developer), die Erfahrungen sammeln und ihren Horizont erweitern. Dieser Umstand ermöglicht es dem HR-Spezialisten, die internen Ressourcen des Unternehmens effektiv zu nutzen.
Die Überschneidung, Vereinheitlichung und Entwicklung von Produktionsrollen
Aus Sicht der Umsetzung im Produktionsprozess stellt sich eine schwierigere Frage: die Festlegung klarer Grenzen zwischen den Rollen. Auf den ersten Blick scheint alles klar zu sein: Die Implementierung ist abgeschlossen, die Dokumente zur Inbetriebnahme der Software wurden unterschrieben und alles an den technischen Support übergeben. Das ist richtig, aber oft gibt es Situationen, in denen der Kunde aus Gewohnheit in engem Kontakt mit dem Analysten steht und einen Lebensretter in ihm sieht, der weiterhin aktiv mit ihm kommuniziert, obwohl das System bereits implementiert wurde und die Support-Phase formell ist . Aus Sicht des Kunden wird er jedoch Fragen zur Arbeit mit dem System beantworten, der besser und schneller ist als der Analytiker, der die Aufgabe mit ihm gestellt hat. Und hier stellt sich die Frage einer teilweisen Verdoppelung der Rollen des Technikers und des Analytikers. Mit der Zeit wird alles besser, der Kunde gewöhnt sich an die Kommunikation mit dem technischen Support, aber zu Beginn des Betriebs der Software ist ein solcher „interner Übergang“ nicht immer ohne Stress für beide Seiten möglich.
Die Überschneidung der Rollen des Analysten und des Technical Support Engineers tritt auch dann auf, wenn sich der Fluss der Entwicklungsanforderungen im Rahmen der Support-Phase befindet. Wenn wir zum Software-Lebenszyklus zurückkehren, stellen wir eine Diskrepanz zwischen den tatsächlichen Produktionsbedingungen und den formalen Einstellungen fest, dass die Analyse der Anforderungen und die Feststellung des Problems ausschließlich vom Analysten durchgeführt werden kann. Der HR-Spezialist muss sicherlich das ideale Rollenbild innerhalb des Software-Lebenszyklus verstehen, sie haben klare Grenzen. Gleichzeitig ist jedoch zu berücksichtigen, dass eine Überschneidung möglich ist. Bei der Beurteilung der Kenntnisse und Fähigkeiten des Bewerbers sollte auf einschlägige Erfahrungen geachtet werden. Bei der Suche nach Technikern für den technischen Support können Kandidaten mit der Erfahrung eines Analytikers in Betracht gezogen werden und umgekehrt.
Zusätzlich zur Überschneidung wird häufig eine Kombination von Produktionsrollen beobachtet. Beispielsweise können ein Geschäftsanalyst und ein technischer Redakteur in einer Person vorhanden sein. Die Anwesenheit eines Softwarearchitekten (Software Architect) ist in der industriellen Großentwicklung obligatorisch, während sehr kleine Projekte auf diese Rolle verzichten können: Die Funktionen des Architekten werden von den Entwicklern (Software Developer) ausgeführt.
Der Wandel historischer Perioden bei Entwicklungsansätzen und -technologien führt zwangsläufig dazu, dass sich auch der Software-Lebenszyklus weiterentwickelt. Weltweit bleiben die Hauptphasen natürlich unverändert, aber sie werden detailliert. Beispielsweise hat sich mit dem Übergang zu webbasierten Lösungen und dem Ausbau der Remote-Konfigurationsfunktionen die Rolle eines Spezialisten für Softwarekonfiguration herauskristallisiert. In einem frühen historischen Stadium waren dies Implementierer, dh Ingenieure, die die meiste Zeit an den Arbeitsplätzen der Kunden arbeiteten. Das zunehmende Volumen und die zunehmende Komplexität von Software haben zur Rolle des Software-Architekten geführt. Die Anforderungen an die Beschleunigung der Freigabe von Versionen und die Verbesserung der Softwarequalität trugen zur Entwicklung automatisierter Tests und zur Entstehung einer neuen Rolle bei - QS-Ingenieur (Qualitätssicherungsingenieur) usw. Die Rollenentwicklung in allen Phasen der Organisation des Produktionsprozesses ist maßgeblich mit der Entwicklung von Methoden, Technologien und Werkzeugen verbunden.
Daher haben wir einige interessante Punkte in Bezug auf die Verteilung der Produktionsrollen innerhalb des Softwareunternehmens im Kontext des Software-Lebenszyklus untersucht. Offensichtlich handelt es sich hierbei um einen Insider-Look, der für jedes Unternehmen spezifisch ist. Für uns alle, als Teilnehmer am Arbeitsmarkt der IT-Branche und verantwortlich für die Förderung der Marke des Arbeitgebers, ist ein Blick von außen besonders wichtig. Und hier gibt es ein großes Problem nicht nur bei der Suche nach Bedeutungen, sondern auch bei der Weitergabe dieser Informationen an die Zielgruppe.
Was ist schlecht am Zoo von IT-Stellen?
Die Verwirrung in den Köpfen von HR-Spezialisten, Produktionsorganisatoren und die Vielfalt der Ansätze führen zu einer sehr großen Vielfalt, direkt zum „Zoo“ der IT-Stellen. Die Erfahrung mit Interviews und nur professionellen Kontakten zeigt, dass die Leute oft kein eindeutiges Verständnis für die semantische Belastung haben, die sich aus der Berufsbezeichnung ergeben sollte. In unserer Organisation deuten beispielsweise Positionen mit dem Konzept eines „Ingenieur-Analytikers“ darauf hin, dass es sich um einen Task-Manager handelt. Es stellt sich jedoch heraus, dass dies nicht immer der Fall ist: Es gibt Entwicklungsorganisationen, in denen der Analyst-Ingenieur ein Implementierer ist. Ein völlig anderes Verständnis, stimme zu?
Erstens verringert der „Zoo“ der IT-Stellen zweifellos die Effektivität der Personalrekrutierung. Jeder Arbeitgeber möchte bei der Entwicklung und Förderung seiner Marke kurz alle Bedeutungen vermitteln, die in seiner Produktion vorhanden sind. Und wenn er selbst oft nicht klar sagen kann, wer wer ist, überträgt er natürlich Unsicherheit in die äußere Umgebung.
Zweitens verursacht der "Zoo" von IT-Stellen enorme Probleme bei der Ausbildung und Entwicklung von IT-Mitarbeitern. Jedes seriöse IT-Unternehmen, das darauf abzielt, Humanressourcen aufzubauen und weiterzuentwickeln, anstatt nur Arbeitsstätten zu „melken“, muss früher oder später mit Bildungseinrichtungen interagieren. Für hochqualifiziertes IT-Personal ist dies ein Segment von Universitäten und das beste, zumindest im TOP-100-Ranking.
Das Problem der Integration mit den Universitäten beim Aufbau eines kontinuierlichen Prozesses zur Ausbildung von IT-Fachleuten besteht zur Hälfte darin, dass die Universitäten nicht verstehen, wer wer innerhalb des IT-Unternehmens ist. Sie haben ein sehr oberflächliches Verständnis davon. In der Regel haben Universitäten mehrere Fachrichtungen mit dem Wort „Informatik“ im Namen, und es kommt häufig vor, dass sie sich bei der Durchführung einer Zulassungskampagne auf die These stützen, dass alle Fachrichtungen im Wesentlichen dasselbe sind. Und es sieht genauso aus, als würden Sie sich auf den beliebten Mythos verlassen, dass alle IT-Spezialisten Programmierer sind.
Die Erfahrung unserer engen Zusammenarbeit mit Universitäten zeigt, dass wir mit dem Fachgebiet „Angewandte Informatik (nach Branchen)“ Personal für die Abteilungen Methodik und technische Unterstützung, aber nicht für die Entwicklung zur Verfügung haben. Während fundamentale Informatik und Software Engineering eine exzellente Personalressource für Entwickler vorbereiten. Um den Bewerber nicht zunächst auf einen für ihn ungeeigneten Weg zu lenken, ist es notwendig, den „Nebel“, der die IT-Produktion umgibt, zu „zerstreuen“.
Kann man alles auf einen Nenner bringen?
Ist es möglich, Produktionsrollen zu vereinheitlichen und innerhalb und außerhalb des Unternehmens zu einem gemeinsamen Verständnis zu gelangen?
Dies ist natürlich möglich und notwendig, da die gesammelten kollektiven Erfahrungen aller Unternehmensentwickler das Vorhandensein gemeinsamer, einheitlicher Konzepte für die Organisation des Produktionsprozesses belegen. Dies ist eine Folge der Tatsache, dass es ein eindeutig interpretiertes Konzept des Software-Lebenszyklus gibt und die neu auftretenden Produktionsrollen (DataScientist, QS-Engineer, MachineLearning Engineer usw.) das Ergebnis der Verfeinerung und Entwicklung des Software-Lebenszyklus als solchen sind Verbesserung von Technologien und Werkzeugen sowie Entwicklung und Konsolidierung von Geschäftsaufgaben.
Gleichzeitig ist es schwierig, die Produktionsrollen zu vereinheitlichen, da die IT eine der jüngsten und boomendsten Branchen ist. In gewisser Hinsicht ist dies das Chaos, aus dem das Universum entstand. , – , . , – «»- , , «»-, . , , , , . , , , , .
-
, HR- -.
-, - , : , , – .
-, HR- . , . : , , . , , , .
-, : , , , , , .
-, , – , . HR- , , : , , , , , .
, , – , , . , , , -, « », . -, .
, : .