ProHoster > Blogs > interneta ziņas > KurÅ” ir kurÅ” IT jomā?

KurŔ ir kurŔ IT jomā?

KurŔ ir kurŔ IT jomā?

PaÅ”reizējā rÅ«pnieciskās programmatÅ«ras izstrādes stadijā var novērot dažādas ražoÅ”anas lomas. To skaits pieaug, klasifikācija ar katru gadu kļūst sarežģītāka, un, likumsakarÄ«gi, sarežģītāk kļūst arÄ« speciālistu atlases un darba ar cilvēkresursiem procesi. Informācijas tehnoloÄ£ijas (IT) ir augsti kvalificēta darbaspēka resursu un personāla trÅ«kuma joma. Å eit personāla attÄ«stÄ«bas process un nepiecieÅ”amÄ«ba pēc sistemātiska darba ar personāla potenciālu ir daudz efektÄ«vāka nekā tieŔā atlase, izmantojot interneta resursus.

Rakstā apskatÄ«ti jautājumi, kas aktuāli IT uzņēmumu personāla speciālistiem: cēloņu un seku sakarÄ«bas ražoÅ”anas lomu evolÅ«cijā, lomu satura nepareizas interpretācijas sekas personāla darbam kopumā, kā arÄ« iespējamie varianti, kā palielināt speciālistu atlases efektivitāte.

IT ražoŔana nezinātājiem

KurÅ” ir kurÅ” IT jomā ir diskusiju tēma dažādās platformās. Tā pastāv tik ilgi, cik visa IT nozare, tas ir, kopÅ” pirmo programmatÅ«ras izstrādes uzņēmumu parādÄ«Å”anās patērētāju tirgÅ« pagājuŔā gadsimta 90. gadu sākumā. Un tikpat ilgu laiku nav bijis vienota viedokļa Å”ajā jautājumā, kas rada grÅ«tÄ«bas un samazina personāla darba efektivitāti. Mēģināsim to izdomāt.

Man tēma par ražoÅ”anas lomām IT sektorā ir kļuvusi aktuāla un interesanta, kopÅ” pievienojos IT uzņēmumam. Es pavadÄ«ju daudz laika un nervu enerÄ£ijas, cenÅ”oties izprast ražoÅ”anas procesu. Å Ä«s izmaksas pārsniedza manas cerÄ«bas un izmaksas par pielāgoÅ”anos procesiem citās jomās: izglÄ«tÄ«bā, materiālu ražoÅ”anā, mazajā biznesā. Man bija izpratne, ka procesi ir sarežģīti un neparasti, jo kopumā cilvēks ir vairāk pielāgots materiālajai pasaulei, nevis virtuālajai. Bet bija intuitÄ«va pretestÄ«ba: likās, ka Å”eit kaut kas nav kārtÄ«bā, tā tam nevajadzētu bÅ«t. Adaptācijas process laikam aizņēma gadu, kas, manā izpratnē, ir vienkārÅ”i kosmiski. Rezultātā man bija diezgan skaidra izpratne par galvenajām lomām IT ražoÅ”anā.

Å obrÄ«d turpinu strādāt pie Ŕīs tēmas, bet citā lÄ«menÄ«. Man kā IT uzņēmuma attÄ«stÄ«bas centra vadÄ«tājai bieži nākas komunicēt ar studentiem, augstskolu pasniedzējiem, reflektantiem, skolēniem un citiem, kuri vēlas piedalÄ«ties IT produkta izveidē, lai darba tirgÅ« popularizētu darba devēja zÄ«molu. no jaunas teritorijas (Jaroslavļa). Å Ä« komunikācija nav viegla, jo sarunu biedriem ir zemā informētÄ«ba par programmatÅ«ras izstrādes procesa organizÄ“Å”anu un lÄ«dz ar to arÄ« izpratnes trÅ«kums par sarunas tēmu. Pēc 5ā€“10 minÅ«Å”u dialoga jÅ«s pārtraucat saņemt atsauksmes un sākat justies kā ārzemnieks, kura runai ir nepiecieÅ”ams tulkojums. Parasti sarunu biedru vidÅ« ir kāds, kurÅ” dialogā novelk svÄ«tru un pauž 90. gadu tautas mÄ«tu: ā€œKatrā ziņā visi IT speciālisti ir programmētāji.ā€ MÄ«ta pirmsākumi ir:

  • IT nozare strauji attÄ«stās, Å”ajos apstākļos visas fundamentālās nozÄ«mes un principi ir veidoÅ”anās stadijā;
  • Ir grÅ«ti eksistēt nenoteiktÄ«bas apstākļos, tāpēc cilvēks, veidojot mÄ«tus, cenÅ”as atvieglot sev nezināmā izpratni;
  • cilvēks ir vairāk pieradis pie materiālās pasaules uztveres nekā virtuālās, un tāpēc viņam ir grÅ«ti definēt jēdzienus, kas ir ārpus viņa uztveres.

Mēģinot apkarot Å”o mÄ«tu, dažkārt var Ŕķist, ka sliecos uz vējdzirnavām, jo ā€‹ā€‹ir vairāki problēmas aspekti, kas ir jārisina. PersonālvadÄ«bas speciālistam, pirmkārt, ir jābÅ«t skaidram priekÅ”statam par ražoÅ”anas lomām IT uzņēmumā ideālā un reālā iemiesojumā, otrkārt, jāsaprot, kā un kad visefektÄ«vāk var izmantot uzņēmuma iekŔējos resursus, un, treÅ”kārt, kādas reālās metodes tiks izmantotas. palÄ«dzēs palielināt darba tirgus dalÄ«bnieku informētÄ«bu un veicinās darba devēja zÄ«mola attÄ«stÄ«bu. ApskatÄ«sim Å”os aspektus tuvāk.

Programmatūras dzīves cikls kā ražoŔanas lomu pamats

Nav noslēpums, ka kopumā jebkurā IT uzņēmumā visu ražoÅ”anas lomu avots ir programmatÅ«ras dzÄ«ves cikls. Tāpēc, ja mēs izvirzām konceptuālu uzdevumu vienoties par vienotu Ŕī jautājuma uztveri visā IT nozarē, mums Ä«paÅ”i jāpaļaujas uz programmatÅ«ras dzÄ«ves ciklu kā ikvienam pieņemtu un skaidri saprotamu semantisko pamatu. Diskusija par konkrētām ražoÅ”anas lomu jautājuma Ä«stenoÅ”anas iespējām ir mÅ«su radoŔās attieksmes pret programmatÅ«ras dzÄ«ves ciklu plānā.

Tātad, aplÅ«kosim programmatÅ«ras dzÄ«ves cikla posmus, izmantojot RUP metodoloÄ£iju kā piemēru. Tās ir diezgan nobrieduÅ”as saites satura un terminoloÄ£ijas ziņā. RažoÅ”anas process vienmēr un visur sākas ar biznesa modelÄ“Å”anu un prasÄ«bu formulÄ“Å”anu un beidzas (protams, ar nosacÄ«jumu) ar lietotāju konsultācijām un programmatÅ«ras modificÄ“Å”anu, pamatojoties uz lietotāju ā€œvēlmēmā€.

KurŔ ir kurŔ IT jomā?

Ja veicat vēsturisku ekskursiju uz pagājuŔā gadsimta beigām (kā zināms, tas bija ā€œsalu automatizācijasā€ periods), var redzēt, ka visu programmatÅ«ras izveides procesu veica programmētājs-izstrādātājs. LÅ«k, saknes mÄ«tam, ka katrs IT speciālists ir programmētājs.

Pieaugot ražoÅ”anas procesu sarežģītÄ«bai, integrētu platformu parādÄ«Å”anos un pāreju uz sarežģītu priekÅ”metu jomu automatizāciju, kā arÄ« biznesa procesu pārveidi, ar dzÄ«ves cikla posmiem saistÄ«tu specializētu lomu raÅ”anās kļūst neizbēgama. Šādi parādās analÄ«tiÄ·is, testētājs un tehniskā atbalsta speciālists.

Pozīciju dažādība, izmantojot analītiķa lomas piemēru

AnalÄ«tiÄ·is (pazÄ«stams arÄ« kā analÄ«tiskais inženieris, direktors, metodiÄ·is, biznesa analÄ«tiÄ·is, sistēmu analÄ«tiÄ·is u.c.) palÄ«dz ā€œsadraudzētiesā€ ar biznesa uzdevumiem un tehnoloÄ£ijām to Ä«stenoÅ”anai. Problēmas izklāsta apraksts izstrādātājam - Ŕādi var raksturot abstraktā analÄ«tiÄ·a galveno funkciju. ViņŔ darbojas kā saikne starp klientu un izstrādātāju prasÄ«bu veidoÅ”anas, analÄ«zes un programmatÅ«ras izstrādes procesos. Reālos ražoÅ”anas apstākļos analÄ«tiÄ·a funkciju sarakstu nosaka ražoÅ”anas organizÄ“Å”anas metode, speciālista kvalifikācija un modelējamās priekÅ”meta jomas specifika.

KurŔ ir kurŔ IT jomā?

Daži analÄ«tiÄ·i atrodas tuvāk klientam. Tie ir biznesa analÄ«tiÄ·i (Business Analyst). Viņi dziļi izprot mācÄ«bu priekÅ”meta biznesa procesus un paÅ”i ir automatizēto procesu eksperti. Ir ļoti svarÄ«gi, lai uzņēmuma personālsastāvā bÅ«tu Ŕādi speciālisti, it Ä«paÅ”i automatizējot metodiski sarežģītas priekÅ”metu jomas. Jo Ä«paÅ”i mums kā valsts budžeta procesa automatizētājiem ir vienkārÅ”i nepiecieÅ”ams, lai analÄ«tiÄ·u vidÅ« bÅ«tu priekÅ”metu eksperti. Tie ir augsti kvalificēti darbinieki ar labu finanÅ”u un ekonomisko izglÄ«tÄ«bu un pieredzi darbā finanÅ”u iestādēs, vēlams vadoÅ”o speciālistu lomā. Pieredze nevis IT jomā, bet tieÅ”i mācÄ«bu priekÅ”metā ir ārkārtÄ«gi svarÄ«ga.

Otra analÄ«tiÄ·u daļa ir tuvāk izstrādātājiem. Tie ir sistēmas analÄ«tiÄ·i (System Analyst). Viņu galvenais uzdevums ir identificēt, sistematizēt un analizēt klientu prasÄ«bas, lai tās varētu apmierināt, sagatavot tehniskās specifikācijas un aprakstÄ«t problēmu izklāstus. Viņi saprot ne tikai biznesa procesus, bet arÄ« informācijas tehnoloÄ£ijas, labi izprot klientam piegādātās programmatÅ«ras iespējas, ir projektÄ“Å”anas prasmes un attiecÄ«gi saprot, kā vislabāk nodot klienta intereses izstrādātājam. Å iem darbiniekiem ir jābÅ«t izglÄ«tÄ«bai IKT jomā un inženiertehniskajai domāŔanai, vēlams pieredzei IT jomā. Izvēloties Ŕādus speciālistus, dizaina iemaņas, izmantojot mÅ«sdienÄ«gus instrumentus, bÅ«s nepārprotama priekÅ”rocÄ«ba.

KurŔ ir kurŔ IT jomā?

Cits analÄ«tiÄ·u veids ir tehniskie rakstnieki. Viņi nodarbojas ar dokumentāciju programmatÅ«ras izstrādes procesu ietvaros, sagatavojot lietotāja un administratora rokasgrāmatas, tehnoloÄ£iskās instrukcijas, mācÄ«bu video u.c. Viņu galvenais uzdevums ir prast lietotājiem un citiem interesentiem nodot informāciju par programmas darbÄ«bu, kodolÄ«gi un skaidri aprakstÄ«t tehniski sarežģītas lietas. Tehniskie rakstnieki lielākoties lieliski pārvalda krievu valodu, un tajā paŔā laikā viņiem ir tehniskā izglÄ«tÄ«ba un analÄ«tiskais prāts. Šādiem speciālistiem ļoti svarÄ«gas ir prasmes sastādÄ«t skaidrus, kompetentus, detalizētus standartiem atbilstoÅ”us tehniskos tekstus, kā arÄ« dokumentācijas rÄ«ku zināŔanas un meistarÄ«ba.

Tādējādi mēs redzam vienu un to paÅ”u lomu (un, starp citu, pozÄ«ciju personāla tabulā) - analÄ«tiÄ·i, bet tās atŔķirÄ«gās specifiskās pielietojuma iemiesojumos. Speciālistu meklÄ“Å”anai katram no tiem ir savas Ä«patnÄ«bas. Ir svarÄ«gi zināt, ka Ŕāda veida analÄ«tiÄ·iem ir jābÅ«t prasmēm un zināŔanām, kas bieži vien nav savienojamas vienā cilvēkā. Viens ir humanitāro zinātņu speciālists, tendēts uz analÄ«tisku darbu ar lieliem teksta dokumentu apjomiem, ar attÄ«stÄ«tām runas un komunikācijas prasmēm, otrs ir ā€œtehniÄ·isā€ ar inženierzinātņu domāŔanu un interesēm IT jomā.

Ņemam no ārpuses vai augam?

Lielam IT nozares pārstāvim, projektiem augot, samazinās tieŔās atlases no interneta resursiem efektivitāte. Tas jo Ä«paÅ”i notiek Ŕādu iemeslu dēļ: nav iespējama ātra pielāgoÅ”anās sarežģītiem procesiem uzņēmumā, konkrētu rÄ«ku apguves ātrums ir mazāks nekā projekta izstrādes ātrums. Tāpēc personāla speciālistam ir svarÄ«gi zināt ne tikai to, ko meklēt ārēji, bet arÄ« kā izmantot uzņēmuma iekŔējos resursus, no kā un kā attÄ«stÄ«t speciālistu.

Biznesa analÄ«tiÄ·iem ļoti svarÄ«ga ir pieredze darbā reālos procesos attiecÄ«gajā jomā, tāpēc viņu piesaistÄ«Å”ana ā€œno malasā€ ir efektÄ«vāka nekā audzÄ“Å”ana uzņēmumā. Tajā paŔā laikā personāla speciālistam ir svarÄ«gi zināt to organizāciju sarakstu, kuras var bÅ«t Ŕī cilvēkresursu avoti, un, izvēloties, koncentrēties uz CV meklÄ“Å”anu no tām.

Lai aizpildÄ«tu tādas vakances kā sistēmu analÄ«tiÄ·is un programmatÅ«ras arhitekts, gluži pretēji, liela nozÄ«me ir apmācÄ«bas procesam uzņēmumā. Å ie speciālisti jāveido paÅ”reizējā ražoÅ”anas vidē un konkrētas organizācijas specifikā. Sistēmas analÄ«tiÄ·i izstrādā no biznesa analÄ«tiÄ·iem, tehniskajiem rakstniekiem un tehniskā atbalsta inženieriem. ProgrammatÅ«ras arhitekti ā€“ no dizaineriem (System Designer) un programmatÅ«ras izstrādātājiem (Software Developer), kad viņi iegÅ«st pieredzi un paplaÅ”ina savu redzesloku. Å is apstāklis ā€‹ā€‹Ä¼auj personāla speciālistam efektÄ«vi izmantot uzņēmuma iekŔējos resursus.

RažoŔanas lomu krustoŔanās, integrācija un evolūcija

Ir vēl viens sarežģīts jautājums no ievieÅ”anas viedokļa ražoÅ”anas procesā - skaidru robežu noteikÅ”ana starp lomām. No pirmā acu uzmetiena var Ŕķist, ka viss ir acÄ«mredzams: ievieÅ”ana ir pabeigta, ir parakstÄ«ti dokumenti par programmatÅ«ras nodoÅ”anu komercdarbÄ«bā, un viss ir nodots tehniskajam atbalstam. TieÅ”i tā, tomēr bieži rodas situācijas, kad klients aiz ieraduma, cieÅ”i kontaktējoties ar analÄ«tiÄ·i un redzot viņu kā ā€œburvju nÅ«jiņuā€, turpina ar viņu aktÄ«vi sazināties, neskatoties uz to, ka sistēma jau ir ieviesta. un notiek oficiālais atbalsta posms. Taču, no klienta viedokļa, kurÅ” labāk un ātrāk nekā analÄ«tiÄ·is, kurÅ” kopā ar viņu izvirzÄ«ja uzdevumu, atbildēs uz jautājumiem par darbu ar sistēmu. Un te rodas jautājums par tehniskā atbalsta inženiera un analÄ«tiÄ·a lomu daļēju dublÄ“Å”anos. Ar laiku viss kļūst labāk, klients pierod sazināties ar tehniskā atbalsta dienestu, taču jau paŔā programmatÅ«ras lietoÅ”anas sākumā Ŕādu ā€œiekŔējo pārejuā€ ne vienmēr var paveikt bez stresa abām pusēm.

KurŔ ir kurŔ IT jomā?

AnalÄ«tiÄ·a un tehniskā atbalsta inženiera lomu krustojums rodas arÄ« tad, kad atbalsta posma ietvaros notiek attÄ«stÄ«bas prasÄ«bu plÅ«sma. Atgriežoties pie programmatÅ«ras dzÄ«ves cikla, mēs redzam neatbilstÄ«bu starp reālajiem ražoÅ”anas apstākļiem un formālo attieksmi, ka prasÄ«bu analÄ«zi un problēmas formulÄ“Å”anu var veikt tikai analÄ«tiÄ·is. HR speciālistam, protams, ir jāsaprot ideālais lomu priekÅ”stats programmatÅ«ras dzÄ«ves cikla ietvaros; tām ir skaidras robežas. Taču tajā paŔā laikā noteikti jāpatur prātā, ka krustojums ir iespējams. Novērtējot pretendenta zināŔanas un prasmes, jums jāpievērÅ” uzmanÄ«ba saistÄ«tās pieredzes klātbÅ«tnei, tas ir, meklējot tehniskā atbalsta inženierus, var tikt apsvērti kandidāti ar analÄ«tiÄ·a pieredzi un otrādi.

Papildus pārklāŔanai bieži notiek arÄ« ražoÅ”anas lomu konsolidācija. Piemēram, biznesa analÄ«tiÄ·is un tehniskais rakstnieks var pastāvēt kā viena persona. ProgrammatÅ«ras arhitekta (Software Architect) klātbÅ«tne ir obligāta lielās rÅ«pniecÄ«bas attÄ«stÄ«bā, savukārt ļoti mazos projektos var iztikt bez Ŕīs lomas: tur arhitekta funkcijas veic izstrādātāji (Software Developer).

Izmaiņas vēsturiskajos periodos attÄ«stÄ«bas pieejās un tehnoloÄ£ijās neizbēgami noved pie tā, ka attÄ«stās arÄ« programmatÅ«ras dzÄ«ves cikls. Globāli, protams, tās galvenie posmi paliek nemainÄ«gi, taču tie kļūst arvien detalizētāki. Piemēram, lÄ«dz ar pāreju uz Web balstÄ«tiem risinājumiem un attālinātās konfigurācijas iespēju pieaugumu, ir parādÄ«jusies programmatÅ«ras konfigurācijas speciālista loma. AgrÄ«nā vēstures posmā tie bija ieviesēji, tas ir, inženieri, kas lielāko daļu sava darba laika pavadÄ«ja klientu darbavietās. PieaugoÅ”ais programmatÅ«ras apjoms un sarežģītÄ«ba ir novedusi pie programmatÅ«ras arhitekta lomas raÅ”anās. PrasÄ«bas versiju izlaiÅ”anas paātrināŔanai un programmatÅ«ras kvalitātes uzlaboÅ”anai veicināja automatizētās testÄ“Å”anas attÄ«stÄ«bu un jaunas lomas - QA inženiera (Quality Assurance Engineer) - raÅ”anos. Lomu evolÅ«cija visos ražoÅ”anas procesa posmos ir bÅ«tiski saistÄ«ta ar metožu, tehnoloÄ£iju un instrumentu attÄ«stÄ«bu.

LÄ«dz Å”im mēs esam aplÅ«kojuÅ”i dažus interesantus punktus par ražoÅ”anas lomu sadalÄ«jumu programmatÅ«ras uzņēmumā programmatÅ«ras dzÄ«ves cikla kontekstā. AcÄ«mredzot tas ir iekŔējās personas viedoklis, kas ir raksturÄ«gs katram uzņēmumam. Mums visiem kā IT nozares darba tirgus dalÄ«bniekiem un par darba devēja zÄ«mola popularizÄ“Å”anu atbildÄ«gajiem skats no malas bÅ«s Ä«paÅ”i svarÄ«gs. Un Å”eit ir liela problēma ne tikai jēgas atraÅ”anā, bet arÄ« Ŕīs informācijas nodoÅ”anā mērÄ·auditorijai.

Kas vainas IT amatu ā€œzoodārzamā€?

Apjukums HR speciālistu, ražoÅ”anas vadÄ«tāju prātos un pieeju dažādÄ«ba noved pie ļoti plaÅ”a IT amatu dažādÄ«bas, Ä«stena ā€œzoodārzaā€. Interviju un vienkārÅ”i profesionālu kontaktu pieredze liecina, ka cilvēkiem bieži vien nav skaidras izpratnes par to, kādai nozÄ«mei bÅ«tu jāizriet no amatu nosaukumiem. Piemēram, mÅ«su organizācijā amatos, kas ietver terminu ā€œanalÄ«tikas inženierisā€, tiek pieņemts, ka tas ir uzdevumu noteicējs. Taču izrādās, ka tas tā nav visur: ir attÄ«stÄ«bas organizācijas, kurās analÄ«tiskais inženieris ir ieviesējs. PilnÄ«gi cita izpratne, vai jÅ«s piekrÄ«tat?

Pirmkārt, IT amatu ā€œzoodārzsā€ neapÅ”aubāmi samazina personāla atlases efektivitāti. Katrs darba devējs, attÄ«stot un popularizējot savu zÄ«molu, vēlas kodolÄ«gā veidā nodot visas nozÄ«mes, kas pastāv viņa ražoÅ”anā. Un, ja viņŔ pats bieži nevar skaidri pateikt, kurÅ” ir kurÅ”, ir dabiski, ka viņŔ pārraidÄ«s nenoteiktÄ«bu uz ārējo vidi.

Otrkārt, IT amatu ā€œzoodārzsā€ rada milzÄ«gas problēmas IT personāla apmācÄ«bā un attÄ«stÄ«bā. Katrs nopietns IT uzņēmums, kura mērÄ·is ir cilvēkresursu veidoÅ”ana un attÄ«stÄ«ba, nevis tikai darba vietu ā€œslaukÅ”anaā€, agri vai nedaudz vēlāk saskaras ar nepiecieÅ”amÄ«bu mijiedarboties ar izglÄ«tÄ«bas iestādēm. Augsti kvalificētam IT personālam Å”is ir universitāŔu segments, un tajā ir labākās, vismaz tās, kas atrodas TOP-100 reitingā.

Integrācijas ar augstskolām problēma, veidojot nepārtrauktu IT speciālistu sagatavoÅ”anas procesu, ir aptuveni puse no augstskolu izpratnes trÅ«kuma par to, kas ir kas IT uzņēmumā. Viņiem ir ļoti virspusēja izpratne par to. Parasti universitātēs ir vairākas specialitātes, kuru nosaukumos ir vārds ā€œdatorzinātneā€, un nereti gadās, ka, veicot uzņemÅ”anas kampaņu, tās paļaujas uz tēzi, ka visas specialitātes bÅ«tÄ«bā ir par vienu un to paÅ”u. Un tas izskatās tāpat kā tad, ja mēs paļautos uz populāro mÄ«tu, ka visi IT speciālisti ir programmētāji.

MÅ«su cieŔās sadarbÄ«bas pieredze ar augstskolām rāda, ka specialitāte ā€œLietiŔķā informātika (pa nozarēm)ā€ nodroÅ”ina mÅ«s ar personālu metodoloÄ£ijas un tehniskā nodroÅ”inājuma nodaļām, bet ne izstrādei. Savukārt ā€œFundamentālā informātikaā€, ā€œProgrammatÅ«ras inženierijaā€ izstrādātājiem sagatavo izcilu cilvēkresursu. Lai sākotnēji nenovirzÄ«tu pretendentu pa viņam nepiemērotu ceļu, nepiecieÅ”ams ā€œkliedēt migluā€, kas ieskauj IT ražoÅ”anu.

Vai ir iespējams visu novest pie kopsaucēja?

Vai ir iespējams apvienot ražoÅ”anas lomas un nonākt pie vienotas izpratnes par tām uzņēmumā un ārpus tā?

Protams, tas ir iespējams un nepiecieÅ”ams, jo visu attÄ«stÄ«bas uzņēmumu uzkrātā kolektÄ«vā pieredze liecina par kopÄ«gu, vienojoÅ”u koncepciju esamÄ«bu ražoÅ”anas procesa organizÄ“Å”anā. Tas ir sekas tam, ka joprojām pastāv unikāli interpretēta programmatÅ«ras dzÄ«ves cikla koncepcija, un jaunizveidotās ražoÅ”anas lomas (DataScientist, QA-Engineer, MachineLearning Engineer u.c.) ir sekas precizÄ“Å”anai un attÄ«stÄ«bai programmatÅ«ras dzÄ«ves cikls kā tāds, kas notiek, pilnveidojot tehnoloÄ£ijas un rÄ«kus, kā arÄ« attÄ«stot un paplaÅ”inot biznesa uzdevumus.

Tajā paŔā laikā ir grÅ«ti apvienot ražoÅ”anas lomas, jo IT ir viena no jaunākajām un visstraujāk augoÅ”ajām tautsaimniecÄ«bas nozarēm. Savā ziņā tas ir haoss, no kura radās Visums. Skaidra organizatoriskā struktÅ«ra Å”eit nav iespējama un nav piemērota, jo IT ir intelektuāla, bet ļoti radoÅ”a joma. No vienas puses, IT speciālists ir ā€œfiziÄ·isā€-intelektuālis ar attÄ«stÄ«tu algoritmisko un matemātisko domāŔanu, no otras puses ā€“ ā€œliriÄ·isā€ ā€“ ideju radÄ«tājs, nesējs un virzÄ«tājs. Viņam, tāpat kā māksliniekam, nav skaidra glezniecÄ«bas plāna, viņŔ nevar sadalÄ«t attēlu daļās, jo pēdējais pārstās pastāvēt. ViņŔ ir informācijas procesu valdnieks, kas paÅ”i par sevi ir abstrakti, netverami, grÅ«ti izmērāmi, bet ātri.

Veidi, kā veidot efektīvu personāla darbu IT ražoŔanā

Tātad, kas ir svarīgi zināt HR speciālistam, lai veidotu efektīvu HR darbu IT ražoŔanas lomu daudzveidības kontekstā.

Pirmkārt, jebkuram IT uzņēmuma personāla speciālistam ir jābÅ«t priekÅ”statam par situāciju, kas raksturÄ«ga tieÅ”i viņa uzņēmumam: kurÅ” ko dara, ko kā sauc, un pats galvenais, kāda ir Å”o lomu nozÄ«me uzņēmuma apstākļos. konkrēta produkcija.

Otrkārt, personāla personālam ir jābÅ«t elastÄ«gai izpratnei par ražoÅ”anas lomām. Tas ir, sākotnēji viņŔ par tiem veido ideālu izpratni, kas ļauj viņam visu izdomāt paÅ”am. Tad ir jābÅ«t reālam ražoÅ”anas attēlam: kur un kādos veidos lomas krustojas un savienojas, kāda ir ražoÅ”anas vadÄ«tāju uztvere par Ŕīm lomām. Personāla speciālistam grÅ«tÄ«bas sagādā prātā apvienot reālās un ideālās situācijas, nevis mēģināt piespiedu kārtā pārbÅ«vēt procesus, lai tie atbilstu savai ideālajai izpratnei, bet gan palÄ«dzēt ražoÅ”anai nodroÅ”ināt resursu nepiecieÅ”amÄ«bu.

TreÅ”kārt, noteikti jābÅ«t priekÅ”statam par atseviŔķu speciālistu iespējamām attÄ«stÄ«bas trajektorijām: kādos gadÄ«jumos ārējā atlase var bÅ«t efektÄ«va, un kad labāk audzēt darbinieku savā komandā, nodroÅ”inot viņam attÄ«stÄ«bas iespējas, kādas Ä«paŔības kandidātu skaits ļaus viņiem attÄ«stÄ«ties noteiktā virzienā, kuras Ä«paŔības nevar bÅ«t savienojamas vienā cilvēkā, kas sākotnēji ir svarÄ«gi attÄ«stÄ«bas trajektorijas izvēlē.

Ceturtkārt, atgriezÄ«simies pie tēzes, ka IT ir augsti kvalificēta personāla joma, kur efektÄ«vākam personāla darbam ir neizbēgama agrÄ«na integrācija augstskolas izglÄ«tÄ«bas vidē. Å ajā situācijā ikvienam personāla speciālistam ir jāattÄ«sta ne tikai tieŔās meklÄ“Å”anas, darba ar anketām un intervÄ“Å”anas prasmes, bet arÄ« noteikti jāorientējas augstskolu speciālistu sagatavoÅ”anas vidē: kuras augstskolas sagatavo personālu uzņēmumam, kuras specialitātes konkrētu augstskolu ietvaros. segt personāla vajadzÄ«bas un ko Ir svarÄ«gi, kas aiz tā stāv, kas vada un sagatavo speciālistus augstskolās.

LÄ«dz ar to, ja mērÄ·tiecÄ«gi kliedējam mÄ«tu, ka visi IT speciālisti ir programmētāji, ir jāsper vairāki soļi Å”ajā virzienā un Ä«paÅ”a uzmanÄ«ba jāpievērÅ” mÅ«su augstskolām, kurās tiek likti pamati nākotnes profesijas uztverei. Citiem vārdiem sakot, mums ir nepiecieÅ”ama pastāvÄ«ga mijiedarbÄ«ba ar izglÄ«tÄ«bas vidi, piemēram, izmantojot moderno sadarbÄ«bas formātu kopstrādes centros, ā€œvirÅ”anas punktusā€ un dalÄ«bu izglÄ«tÄ«bas intensÄ«vās nodarbÄ«bās. Tas palÄ«dzēs sagraut maldÄ«gos priekÅ”status par IT uzņēmumu, paaugstināt personāla darba efektivitāti un radÄ«t apstākļus kopÄ«gām aktivitātēm dažādu mÅ«su nozares speciālistu sagatavoÅ”anā.

Izsaku pateicÄ«bu kolēģiem, kuri piedalÄ«jās Ŕī raksta sagatavoÅ”anā un atbalstÄ«ja Ŕī raksta aktualitāti: ValentÄ«nai VerÅ”ininai un Jurijam Krupinam.

Avots: www.habr.com

Pievieno komentāru