En la nuna etapo de disvolviĝo de industria programaro, oni povas observi diversajn produktajn rolojn. Ilia nombro kreskas, klasifiko pli komplikas ĉiujare, kaj nature, la procezoj de elektado de specialistoj kaj laborado kun homaj rimedoj estas pli komplikaj. Informa teknologio (IT) estas areo de tre kvalifikitaj laborrimedoj kaj dungitaro. Ĉi tie, la procezo de evoluigado de dungitaro kaj la bezono de sistema laboro kun personara potencialo estas multe pli efikaj ol rekta elekto uzante Interretajn rimedojn.
La artikolo diskutas temojn, kiuj rilatas al HR-specialistoj en IT-kompanioj: kaŭzo-efikaj rilatoj en la evoluo de produktaj roloj, la sekvoj de misinterpreto de la enhavo de roloj por HR-laboro ĝenerale, kaj ankaŭ eblajn opciojn por pliigi la efikeco de varbado de specialistoj.
IT-fabrikado por neiniciatoj
Kiu estas kiu en IT estas temo por diskuto sur diversaj platformoj. Ĝi ekzistas tiel longe kiel la tuta IT-industrio, tio estas, ekde la apero de la unuaj programaraj kompanioj sur la konsuma merkato komence de la 90-aj jaroj de la pasinta jarcento. Kaj dum la sama tempo ne ekzistas komuna opinio pri ĉi tiu afero, kio kreas malfacilaĵojn kaj reduktas la efikecon de dungitaro. Ni provu eltrovi ĝin.
Por mi, la temo pri produktaj roloj en la IT-sektoro fariĝis grava kaj interesa ekde mi aliĝis al la IT-kompanio. Mi pasigis multan tempon kaj nervan energion provante kompreni la produktadprocezon. Ĉi tiuj kostoj superis miajn atendojn kaj la kostojn de adapto al procezoj en aliaj areoj: edukado, materiala produktado, malgranda komerco. Mi komprenis, ke la procezoj estas kompleksaj kaj nekutimaj, ĉar, ĝenerale, homo estas pli adaptita al la materia mondo ol al la virtuala. Sed estis intuicia rezisto: ŝajnis, ke io misas ĉi tie, ĝi ne devus esti tiel. La adapta procezo verŝajne daŭris jaron, kiu, laŭ mia kompreno, estas simple kosma. Kiel rezulto, mi havis sufiĉe klaran komprenon pri la ŝlosilaj roloj en IT-produktado.
Nuntempe, mi daŭre laboras pri ĉi tiu temo, sed je alia nivelo. Kiel estro de la evolucentro de IT-kompanio, mi ofte devas komuniki kun studentoj, universitataj instruistoj, kandidatoj, lernejanoj kaj aliaj, kiuj volas partopreni en la kreado de IT-produkto por antaŭenigi la dunganmarkon en la labormerkato. de nova teritorio (Jaroslavl). Ĉi tiu komunikado ne estas facila pro la malalta konscio de la interparolantoj pri kiel la programaro disvolvas procezon, kaj, kiel rezulto, ilia manko de kompreno de la temo de la konversacio. Post 5–10 minutoj da dialogo, vi ĉesas ricevi komentojn kaj komencas sentiĝi kiel eksterlandano, kies parolado postulas tradukon. Ĝenerale, inter la interparolantoj estas iu, kiu desegnas linion en la dialogo kaj esprimas popolan miton el la 90-aj jaroj: "Ĉiuokaze, ĉiuj IT-specialistoj estas programistoj." La originoj de la mito estas:
- La IT-industrio rapide disvolviĝas, en ĉi tiuj kondiĉoj ĉiuj fundamentaj signifoj kaj principoj estas en la stadio de formado;
- Estas malfacile ekzisti en kondiĉoj de necerteco, do homo provas faciligi al si kompreni la nekonatan kreante mitojn;
- homo estas pli kutima al la percepto de la materia mondo ol la virtuala, kaj tial estas malfacile por li difini konceptojn kiuj estas preter lia percepto.
Provi kontraŭbatali ĉi tiun miton foje povas senti kiel kliniĝi ĉe ventomuelejoj, ĉar estas pluraj aspektoj de la problemo, kiujn oni devas trakti. Specialisto pri HR bezonas, unue, havi klaran bildon de produktaj roloj en IT-kompanio en ideala kaj reala enkorpiĝo, due, kompreni kiel kaj kiam la internaj rimedoj de la firmao povas esti plej efike uzataj, kaj trie, kiaj realaj metodoj estos. helpos pliigi konscion de labormerkataj partoprenantoj kaj kontribuos al la evoluo de la dunganto-marko. Ni rigardu pli detale ĉi tiujn aspektojn.
Vivciklo de programaro kiel bazo por produktaj roloj
Ne estas sekreto, ke ĝenerale ĉiuj produktaj roloj en iu IT-kompanio havas la programaran vivociklon kiel fonton. Tial, se ni metas la koncipan taskon konsenti pri unuigita percepto de ĉi tiu afero ene de la tuta IT-industrio, ni devas fidi specife al la programaro-vivciklo kiel semantika bazo akceptita kaj klare komprenita de ĉiuj. Diskuto pri specifaj opcioj por efektivigi la temon de produktaj roloj kuŝas en la ebeno de nia krea sinteno al la programara vivociklo.
Do, ni rigardu la etapojn, kiujn la programara vivociklo inkluzivas, uzante la RUP-metodaron kiel ekzemplon. Ili estas sufiĉe maturaj ligiloj laŭ enhavo kaj terminologio. La produktada procezo ĉiam kaj ĉie komenciĝas per komerca modelado kaj la formado de postuloj, kaj finiĝas (kondiĉe, kompreneble) per konsultado de uzantoj kaj modifado de la programaro bazita sur la "deziroj" de uzantoj.
Se vi faras historian ekskurson ĝis la fino de la lasta jarcento (kiel vi scias, tio estis la periodo de "insula aŭtomatigo"), vi povas vidi, ke la tuta procezo de kreado de programaro estis efektivigita de programisto-programisto. Jen la radikoj de la mito, ke ĉiu IT-specialisto estas programisto.
Kun la kreskanta komplekseco de produktadprocezoj, la apero de integraj platformoj kaj la transiro al kompleksa aŭtomatigo de fakoj, kun la reinĝenierado de komercaj procezoj, la apero de specialecaj roloj ligitaj al vivciklo-fazoj iĝas neevitebla. Tiel aperas analizisto, testisto kaj specialisto pri teknika subteno.
Diverseco de pozicioj uzante la ekzemplon de la rolo de analizisto
Analizisto (alinome analiza inĝeniero, alinome direktoro, metodisto, komerca analizisto, sistemanalizisto, ktp.) helpas "amikiĝi" kun komercaj taskoj kaj teknologioj por ilia efektivigo. Priskribo de la problemo-deklaro por la programisto - jen kiel oni povas karakterizi la ĉefan funkcion de abstrakta analizisto. Li funkcias kiel ligo inter la kliento kaj la programisto en la procezoj de postformado, analizo kaj softvardezajno. En realaj produktadkondiĉoj, la listo de analizistfunkcioj estas determinita per la metodo de organizado de produktado, la kvalifikoj de la specialisto, kaj la specifaĵoj de la modeligita temo.
Iuj analizistoj situas pli proksime al la kliento. Ĉi tiuj estas komercaj analizistoj (Business Analyst). Ili profunde komprenas la komercajn procezojn de la temo kaj estas mem spertuloj pri aŭtomatigitaj procezoj. Estas tre grave havi tiajn specialistojn en dungitaro de entrepreno, precipe kiam oni aŭtomatigas metodologie kompleksajn temojn. Precipe, por ni, kiel aŭtomatigiloj de la ŝtatbuĝeta procezo, estas simple necese, ke inter la analizistoj estu fakuloj en la temo. Ĉi tiuj estas tre kvalifikitaj dungitoj kun bona financa kaj ekonomia edukado kaj sperto laboranta en financaj aŭtoritatoj, prefere en la rolo de gvidaj specialistoj. Sperto ne en la IT-kampo, sed specife en la temo, estas ege grava.
La alia parto de la analizistoj estas pli proksima al la programistoj. Ĉi tiuj estas sistemanalizistoj (System Analyst). Ilia ĉefa tasko estas identigi, sistemigi kaj analizi klientajn postulojn por la ebleco kontentigi ilin, prepari teknikajn specifojn kaj priskribi problemo-deklarojn. Ili komprenas ne nur komercajn procezojn, sed ankaŭ informajn teknologiojn, bone komprenas la kapablojn de la programaro liverita al la kliento, havas dezajn kapablojn kaj, sekve, komprenas kiel plej bone transdoni la interesojn de la kliento al la programisto. Ĉi tiuj dungitoj devas havi edukadon en la kampo de TIC kaj inĝenieran kaj teknikan pensmanieron, prefere sperton pri IT. Elektante tiajn specialistojn, havi dezajn kapablojn uzante modernajn ilojn estos klara avantaĝo.
Alia speco de analizisto estas teknikaj verkistoj. Ili okupiĝas pri dokumentado kiel parto de programarprocezoj, preparante uzant- kaj administrantajn manlibrojn, teknologiajn instrukciojn, trejnajn filmetojn ktp. Ilia ĉefa tasko estas povi transdoni informojn pri la funkciado de la programo al uzantoj kaj aliaj interesitoj, priskribi teknike kompleksajn aferojn koncize kaj klare. Teknikaj verkistoj, plejparte, bonege regas la rusan lingvon, kaj samtempe havas teknikan edukadon kaj analizan menson. Por tiaj specialistoj plej gravas la kapabloj kompili klarajn, kompetentajn, detalajn teknikajn tekstojn konforme al normoj, same kiel scio kaj regado de dokumentaj iloj.
Tiel, ni vidas la saman rolon (kaj, cetere, pozicion en la dungita tablo) - analizisto, sed en ĝiaj malsamaj specifaj aplikaj enkarniĝoj. La serĉado de specialistoj por ĉiu el ili havas siajn proprajn trajtojn. Gravas scii, ke ĉi tiuj specoj de analizistoj devas havi kapablojn kaj sciojn, kiuj ofte estas nekongruaj en unu persono. Unu estas homscienco-specialisto, ema al analiza laboro kun grandaj volumoj de tekstaj dokumentoj, kun evoluintaj parolkapabloj kaj komunikado, la alia estas "teknikisto" kun inĝenieristiko kaj interesoj en la IT-kampo.
Ĉu ni prenas de ekstere aŭ kreskas?
Por granda reprezentanto de la IT-industrio, la efikeco de rekta elekto el Interretaj rimedoj malpliiĝas dum la projektoj kreskas. Ĉi tio okazas, precipe, pro la sekvaj kialoj: rapida adaptiĝo al kompleksaj procezoj ene de la firmao estas neebla, la rapideco de majstrado de specifaj iloj estas pli malalta ol la rapideco de projekto-disvolviĝo. Tial gravas, ke HR-specialisto sciu ne nur kiun serĉi ekstere, sed ankaŭ kiel uzi la internajn rimedojn de la kompanio, de kiu kaj kiel disvolvi specialiston.
Por komercaj analizistoj, sperto pri laborado ene de realaj procezoj en la temo estas tre grava, do varbi ilin "de ekstere" estas pli efika ol kreskigi ilin ene de la firmao. Samtempe, gravas por HR-specialisto koni la liston de organizoj, kiuj povas esti fontoj de ĉi tiu homa rimedo, kaj kiam elektas, koncentriĝi pri serĉado de vivresumoj de ili.
Por plenigi vakantajn postenojn kiel sistemanalizisto kaj programaro-arkitekto, male, la procezo de trejnado ene de la kompanio estas de granda graveco. Ĉi tiuj specialistoj devas esti formitaj en la nuna produktadmedio kaj la specifaĵoj de aparta organizo. Sistemanalizistoj evoluas de Komercaj Analizistoj, Teknikaj Verkistoj kaj Teknikaj Subtenaj Inĝenieroj. Programaraj Arkitektoj - de dizajnistoj (System Designer) kaj softvaristoj (Software Developer) dum ili akiras sperton kaj plilarĝigas siajn horizontojn. Ĉi tiu cirkonstanco permesas al HR-specialisto efike uzi la internajn rimedojn de la kompanio.
Intersekciĝo, integriĝo kaj evoluo de produktaj roloj
Estas alia malfacila afero el la vidpunkto de efektivigo en la produktada procezo - establi klarajn limojn inter roloj. Unuavide, ĝi povas ŝajni, ke ĉio estas evidenta: la efektivigo estas finita, la dokumentoj pri meti la programaron en komercan funkciadon estas subskribitaj, kaj ĉio estas transdonita al teknika subteno. Ĝuste, tamen, ofte aperas situacioj, kiam la kliento, pro kutimo, estanta en proksima kontakto kun la analizisto kaj vidante lin kiel "magia vergo", daŭre aktive komunikas kun li, malgraŭ la fakto, ke la sistemo jam estas efektivigita. kaj la formala subtena etapo estas survoje. Tamen, de la vidpunkto de la kliento, kiu pli bone kaj pli rapide ol la analizisto, kiu starigis la taskon kune kun li, respondos demandojn pri laboro kun la sistemo. Kaj ĉi tie la demando ŝprucas pri la parta duobligo de la roloj de teknika subtena inĝeniero kaj analizisto. Kun la tempo, ĉio pliboniĝas, la kliento kutimas komuniki kun la teknika subtena servo, sed komence de uzado de la programaro, tia "interna transiro" ne ĉiam povas esti plenumita sen streĉo ambaŭflanke.
La intersekciĝo de la roloj de analizisto kaj teknika subtena inĝeniero ankaŭ ekestas kiam la fluo de evolupostuloj okazas kiel parto de la subtenstadio. Revenante al la programaro-vivciklo, ni vidas diferencon inter realaj produktadkondiĉoj kaj formalaj sintenoj ke postulanalizo kaj problemo-formuliĝo povas esti faritaj ekskluzive fare de analizisto. HR-specialisto, kompreneble, devas kompreni la idealan bildon de roloj ene de la programara vivociklo; ili havas klarajn limojn. Sed samtempe, vi nepre devas memori, ke intersekciĝo eblas. Kiam vi taksas la sciojn kaj kapablojn de kandidato, vi devas atenti la ĉeeston de rilata sperto, tio estas, kiam vi serĉas teknikajn subtenajn inĝenierojn, kandidatoj kun analizista sperto povas esti konsiderataj kaj inverse.
Krom interkovro, ekzistas ofte firmiĝo de produktaj roloj. Ekzemple, komerca analizisto kaj teknika verkisto povas ekzisti kiel unu persono. La ĉeesto de programaro-arkitekto (Software Architect) estas deviga en granda industria evoluo, dum tre malgrandaj projektoj povas malhavi ĉi tiun rolon: tie la funkcioj de la arkitekto estas plenumitaj de programistoj (Software Developer).
Ŝanĝoj en historiaj periodoj en evolualiroj kaj teknologioj neeviteble kondukas al la fakto, ke la programaro-vivciklo ankaŭ evoluas. Tutmonde, kompreneble, ĝiaj ĉefaj etapoj restas senŝanĝaj, sed ili fariĝas pli detalaj. Ekzemple, kun la transiro al Ret-bazitaj solvoj kaj la kresko de foraj agordaj kapabloj, la rolo de programara agorda specialisto aperis. En frua historia stadio, ĉi tiuj estis realigantoj, tio estas, inĝenieroj, kiuj pasigis la plej grandan parton de sia labortempo ĉe la laborejoj de klientoj. La pliigita volumeno kaj komplekseco de softvaro kaŭzis la aperon de la rolo de Software Architect. Postuloj por akceli version-eldonojn kaj plibonigi softvarkvaliton kontribuis al la evoluo de aŭtomatigita testado kaj la apero de nova rolo - QA-inĝeniero (Kvalita Asekuro-Inĝeniero), ktp. La evoluo de roloj en ĉiuj stadioj de la produktada procezo estas signife rilata al la evoluo de metodoj, teknologioj kaj iloj.
Итак, мы рассмотрели некоторые интересные моменты, касающиеся распределения производственных ролей внутри компании-разработчика ПО в контексте жизненного цикла ПО. Очевидно, что это взгляд изнутри, который специфичен для каждой компании. Для нас всех как участников рынка труда ИТ-отрасли и ответственных за продвижение бренда работодателя особенно важен будет и взгляд снаружи. И вот здесь существует большая проблема не только в поиске смыслов, но и в донесении этой информации до целевой аудитории.
Kio estas malbona kun la "zoo" de IT-pozicioj?
Konfuzo en la mensoj de HR-specialistoj, produktadestroj kaj la diverseco de aliroj kondukas al tre vasta vario, vera "zoo" de IT-pozicioj. La sperto de intervjuoj kaj simple profesiaj kontaktoj montras, ke homoj ofte ne havas klaran komprenon pri la signifo, kiu devus sekvi el labortitoloj. Ekzemple, en nia organizo, postenoj, kiuj inkluzivas la terminon "analitika inĝeniero" supozas, ke ĉi tio estas taskofaristo. Tamen, montriĝas, ke ĉi tio ne okazas ĉie: ekzistas evoluorganizoj, kie analiza inĝeniero estas efektiviganto. Tute alia kompreno, ĉu vi konsentas?
Unue, la "zoo" de IT-pozicioj sendube reduktas la efikecon de varbado. Ĉiu dunganto, disvolvante kaj reklamante sian markon, volas transdoni en konciza formo ĉiujn signifojn, kiuj ekzistas en sia produktado. Kaj se li mem ofte ne povas klare diri kiu estas kiu, estas nature, ke li elsendos necertecon al la ekstera medio.
Due, la "zoo" de IT-pozicioj kreas enormajn problemojn en la trejnado kaj evoluo de IT-personaro. Ĉiu serioza IT-kompanio, celanta formi kaj disvolvi homajn rimedojn, kaj ne nur "melki" laborejojn, baldaŭ aŭ malfrue renkontas la bezonon interagi kun edukaj institucioj. Por tre kvalifikita IT-personaro, ĉi tio estas segmento de universitatoj, kaj la plej bonaj ĉe tio, almenaŭ tiuj en la TOP-100-rango.
La problemo de integriĝo kun universitatoj dum konstruado de kontinua procezo de trejnado de IT-specialistoj estas proksimume duono de la manko de universitatoj komprenante kiu estas kiu ene de la IT-kompanio. Ili havas tre supraĵan komprenon pri tio. Ĝenerale, universitatoj havas plurajn fakojn kun la vorto "komputiko" en siaj nomoj, kaj ofte okazas, ke kiam ili faras agnoskan kampanjon, ili dependas de la tezo, ke ĉiuj specialaĵoj temas esence pri la sama afero. Kaj aspektas same kvazaŭ ni dependas de la populara mito, ke ĉiuj IT-specialistoj estas programistoj.
La sperto de nia proksima kunlaboro kun universitatoj montras, ke la fako "Aplikita Informadiko (laŭ industrio)" provizas al ni personaron por la metodikaj kaj teknikaj subtenaj fakoj, sed ne disvolviĝo. Dum "Fundamenta Informadiko", "Programaro-Inĝenierado" preparas bonegan homan rimedon por programistoj. Por ne komence direkti la kandidaton laŭ vojo, kiu estas maltaŭga por li, necesas "dispeli la nebulon" kiu ĉirkaŭas IT-produktadon.
Ĉu eblas alporti ĉion al komuna denominatoro?
Ĉu eblas unuigi produktajn rolojn kaj veni al komuna kompreno pri ili ene kaj ekster la kompanio?
Kompreneble, ĝi estas ebla kaj necesa, ĉar la amasigita kolektiva sperto de ĉiuj evoluentreprenoj pruvas la ĉeeston de komunaj, unuigaj konceptoj por organizi la produktadprocezon. Tio estas sekvo de la fakto ke ekzistas ankoraŭ unike interpretita koncepto de la programaro vivociklo, kaj la lastatempe emerĝantaj produktaj roloj (DataScientist, QA-Engineer, MachineLearning Engineer, ktp.) estas sekvo de la klarigo kaj evoluo de la softvara vivociklo kiel tia, okazanta kun plibonigo de teknologioj kaj iloj, same kiel la evoluo kaj plivastigo de komercaj taskoj.
Samtempe, estas malfacile unuigi produktajn rolojn, ĉar IT estas unu el la plej junaj kaj plej rapide kreskantaj sektoroj de la ekonomio. Iasence, ĉi tio estas la kaoso el kiu la universo eliris. Klara organiza strukturo estas neebla kaj netaŭga ĉi tie, ĉar IT estas intelekta, sed tre kreiva kampo. Unuflanke, IT-specialisto estas "fizikisto" - intelektulo kun evoluinta algoritma kaj matematika pensado, aliflanke, li estas "lirikisto" - kreinto, portanto kaj iniciatinto de ideoj. Li, same kiel la artisto, ne havas klaran planon por pentri; li ne povas malkomponi la bildon en partojn, ĉar ĉi-lasta ĉesos ekzisti. Li estas la reganto de informaj procezoj, kiuj per si mem estas abstraktaj, netuŝeblaj, malfacile mezureblaj, sed rapidaj.
Manieroj konstrui efikan dungitaron laboras en IT-produktado
Do, kio gravas por HR-specialisto scii por konstrui efikan HR-laboron en la kunteksto de la diverseco de IT-produktaj roloj.
Unue, ĉiu HR-specialisto ĉe IT-kompanio devas havi ideon pri la situacio, kiu estas tipa specife por sia entrepreno: kiu faras kion, kiu nomiĝas kio, kaj plej grave, kio estas la signifo de ĉi tiuj roloj en la kondiĉoj de aparta produktado.
Due, la HR-profesiulo devas havi flekseblan komprenon pri produktaj roloj. Tio estas, komence li formas idealan komprenon pri ili, kio permesas al li eltrovi ĉion mem. Tiam devas ekzisti reala bildo de produktado: kie kaj laŭ kiaj manieroj la roloj intersekcas kaj kombinas, kia percepto de tiuj roloj ekzistas inter produktestroj. La malfacileco por dungita specialisto estas kombini la realajn kaj idealajn situaciojn en la menso, ne provi perforte rekonstrui procezojn por konveni ilian idealan komprenon, sed helpi produktadon en renkonti la bezonon de rimedoj.
Trie, vi certe havu ideon pri la eblaj evoluaj trajektorioj de certaj specialistoj: en kiuj kazoj ekstera elekto povas esti efika, kaj kiam estas pli bone kreskigi dungiton en via teamo, provizante al li ŝancojn por disvolviĝo, kiaj kvalitoj. de kandidatoj permesos al ili disvolviĝi en aparta direkto, kiuj kvalitoj ne povas esti kongruaj en unu persono, kio komence gravas por elekti evoluan trajektorion.
Kvare, ni revenu al la tezo, ke IT estas kampo de tre kvalifikita dungitaro, kie frua integriĝo kun la universitata eduka medio estas neevitebla por pli efika persona laboro. En ĉi tiu situacio, ĉiu HR-specialisto devas disvolvi ne nur la kapablojn de rekta serĉo, laborante kun demandaroj kaj intervjuado, sed ankaŭ nepre navigi la medion de universitata trejnado de specialistoj: kiuj universitatoj preparas dungitojn por la kompanio, kiuj specialaĵoj ene de specifaj universitatoj. kovri personajn bezonojn, kaj kio Gravas, kiu estas malantaŭ tio, kiu administras kaj trejnas specialistojn en universitatoj.
Tiel, se ni celkonscie malakceptas la miton, ke ĉiuj IT-specialistoj estas programistoj, necesas fari kelkajn paŝojn en ĉi tiu direkto kaj atenti specialan niajn universitatojn, kie estas starigitaj la fundamentoj por la percepto de la estonta profesio. Alivorte, ni bezonas konstantan interagadon kun la eduka medio, ekzemple, uzante la modernan formaton de kunlaboro en kunlaboraj centroj, "bolpunktoj" kaj partopreno en edukaj intensivoj. Ĉi tio helpos detrui miskomprenojn pri la IT-entrepreno, pliigi la efikecon de dungitaro kaj krei kondiĉojn por komunaj agadoj en la trejnado de diversaj specialistoj en nia industrio.
Mi esprimas mian dankon al la kolegoj, kiuj partoprenis en la preparado kaj subteno de la graveco de ĉi tiu artikolo: Valentina Vershinina kaj Jurij Krupin.
fonto: www.habr.com