ვინ ვინ არის IT-ში?

სამრეწველო პროგრამული უზრუნველყოფის შემუშავების ამჟამინდელ ეტაპზე, შეგიძლიათ დააკვირდეთ წარმოების მრავალფეროვან როლს. მათი რიცხვი იზრდება, კლასიფიკაცია ყოველწლიურად რთულდება და, ბუნებრივია, რთულდება სპეციალისტების შერჩევისა და ადამიანურ რესურსებთან მუშაობის პროცესები. ინფორმაციული ტექნოლოგია (IT) არის მაღალკვალიფიციური შრომითი რესურსების და პერსონალის დეფიციტის სფერო. აქ კადრების განვითარების პროცესი და საკადრო პოტენციალთან სისტემატური მუშაობის საჭიროება ბევრად უფრო ეფექტურია, ვიდრე პირდაპირი შერჩევა ინტერნეტ რესურსების გამოყენებით.

სტატიაში განხილულია საკითხები, რომლებიც აქტუალურია IT კომპანიებში HR სპეციალისტებისთვის: მიზეზ-შედეგობრივი ურთიერთობები წარმოების როლების ევოლუციაში, როლების შინაარსის არასწორი ინტერპრეტაციის შედეგები ზოგადად HR სამუშაოსთვის, ასევე შესაძლო ვარიანტები გაზრდის მიზნით. სპეციალისტების დაქირავების ეფექტურობა.

IT წარმოება გაუთვითცნობიერებელებისთვის

ვინ ვინ ვინ არის IT-ში განხილვის თემა სხვადასხვა პლატფორმაზე. იგი არსებობდა მანამ, როგორც მთელი IT ინდუსტრია, ანუ გასული საუკუნის 90-იანი წლების დასაწყისში სამომხმარებლო ბაზარზე პირველი პროგრამული უზრუნველყოფის შემქმნელი კომპანიების გამოჩენის შემდეგ. და ამავე დროს არ არსებობს საერთო შეხედულება ამ საკითხზე, რაც ქმნის სირთულეებს და ამცირებს პერსონალის მუშაობის ეფექტურობას. შევეცადოთ გავერკვეთ.

ჩემთვის IT სექტორში საწარმოო როლების თემა აქტუალური და საინტერესო გახდა მას შემდეგ, რაც IT კომპანიას შევუერთდი. დიდი დრო და ნერვული ენერგია დავხარჯე წარმოების პროცესის გააზრებაში. ამ ხარჯებმა გადააჭარბა ჩემს მოლოდინს და სხვა სფეროების პროცესებთან ადაპტაციის ხარჯებს: განათლება, მატერიალური წარმოება, მცირე ბიზნესი. მე მივხვდი, რომ პროცესები რთული და უჩვეულოა, რადგან, ზოგადად, ადამიანი უფრო ადაპტირებულია მატერიალურ სამყაროსთან, ვიდრე ვირტუალურთან. მაგრამ იყო ინტუიციური წინააღმდეგობა: ჩანდა, რომ აქ რაღაც არასწორი იყო, ასე არ უნდა ყოფილიყო. ადაპტაციის პროცესს ალბათ ერთი წელი დასჭირდა, რაც, ჩემი გაგებით, უბრალოდ კოსმიურია. შედეგად, მე მქონდა საკმაოდ მკაფიოდ გააზრებული ძირითადი როლები IT წარმოებაში.

ამჟამად ვაგრძელებ ამ თემაზე მუშაობას, ოღონდ სხვა დონეზე. როგორც IT კომპანიის განვითარების ცენტრის ხელმძღვანელს, ხშირად მიწევს კომუნიკაცია სტუდენტებთან, უნივერსიტეტის მასწავლებლებთან, აპლიკანტებთან, სკოლის მოსწავლეებთან და სხვებთან, რომლებსაც სურთ მონაწილეობა მიიღონ IT პროდუქტის შექმნაში, რათა ხელი შეუწყონ დამსაქმებლის ბრენდს შრომის ბაზარზე. ახალი ტერიტორიის (იაროსლავლი). ეს კომუნიკაცია ადვილი არ არის თანამოსაუბრეების დაბალი ინფორმირებულობის გამო, თუ როგორ არის ორგანიზებული პროგრამული უზრუნველყოფის შემუშავების პროცესი და, შედეგად, საუბრის საგნის გაუგებრობა. დიალოგის 5-10 წუთის შემდეგ, თქვენ წყვეტთ უკუკავშირის მიღებას და იწყებთ თავს უცხოელად, რომლის მეტყველებაც თარგმნას მოითხოვს. როგორც წესი, თანამოსაუბრეებს შორის არის ვიღაც, ვინც დიალოგში ხაზს უსვამს და ახმოვანებს 90-იანი წლების ხალხურ მითს: „ყოველ შემთხვევაში, ყველა IT სპეციალისტი პროგრამისტია“. მითის წარმოშობა შემდეგია:

• IT ინდუსტრია სწრაფად ვითარდება, ამ პირობებში ყველა ფუნდამენტური მნიშვნელობა და პრინციპი ფორმირების ეტაპზეა;
• ძნელია არსებობა გაურკვევლობის პირობებში, ამიტომ ადამიანი ცდილობს მითების შექმნით გაუადვილოს თავის თავს უცნობის გაგება;
• ადამიანი უფრო მიჩვეულია მატერიალური სამყაროს აღქმას, ვიდრე ვირტუალურს და ამიტომ მისთვის რთულია განსაზღვროს ცნებები, რომლებიც მის აღქმას სცილდება.

ამ მითთან ბრძოლის მცდელობა ხანდახან ქარის წისქვილებთან დახრილობას ჰგავს, რადგან პრობლემის რამდენიმე ასპექტია, რომელთა მოგვარებაც საჭიროა. HR სპეციალისტს, პირველ რიგში, უნდა ჰქონდეს მკაფიო სურათი IT კომპანიაში წარმოების როლების იდეალურ და რეალურ განსახიერებაში, მეორეც, იმის გაგება, თუ როგორ და როდის შეიძლება გამოიყენოს კომპანიის შიდა რესურსები ყველაზე ეფექტურად და მესამე, რა რეალური მეთოდები იქნება. ხელს შეუწყობს შრომის ბაზრის მონაწილეთა ცნობიერების ამაღლებას და ხელს შეუწყობს დამსაქმებლის ბრენდის განვითარებას. მოდით უფრო ახლოს მივხედოთ ამ ასპექტებს.

პროგრამული უზრუნველყოფის სასიცოცხლო ციკლი, როგორც წარმოების როლების საფუძველი

საიდუმლო არ არის, რომ ზოგადად ყველა საწარმოო როლს ნებისმიერ IT კომპანიაში აქვს პროგრამული უზრუნველყოფის სიცოცხლის ციკლი, როგორც მათი წყარო. ამიტომ, თუ ჩვენ დავსახავთ კონცეპტუალურ ამოცანას, შევთანხმდეთ ამ საკითხის ერთიან აღქმაზე მთელი IT ინდუსტრიის ფარგლებში, ჩვენ კონკრეტულად უნდა დავეყრდნოთ პროგრამული უზრუნველყოფის სასიცოცხლო ციკლს, როგორც ყველასთვის მიღებულ და ნათლად გაგებულ სემანტიკურ საფუძველს. წარმოების როლების განხორციელების კონკრეტული ვარიანტების განხილვა მდგომარეობს პროგრამული უზრუნველყოფის სასიცოცხლო ციკლისადმი ჩვენი შემოქმედებითი დამოკიდებულების სიბრტყეში.

ასე რომ, მოდით გადავხედოთ ეტაპებს, რომლებსაც მოიცავს პროგრამული უზრუნველყოფის სასიცოცხლო ციკლი, მაგალითად, RUP მეთოდოლოგიის გამოყენებით. ისინი საკმაოდ მომწიფებული ბმულებია შინაარსისა და ტერმინოლოგიის თვალსაზრისით. წარმოების პროცესი ყოველთვის და ყველგან იწყება ბიზნეს მოდელირებით და მოთხოვნების ფორმირებით და მთავრდება (პირობითად, რა თქმა უნდა) მომხმარებელთა კონსულტაციებით და პროგრამული უზრუნველყოფის მოდიფიკაციით მომხმარებლების „სურვილებზე“ დაფუძნებული.

თუ გასული საუკუნის ბოლოს ისტორიულ ექსკურსიას გაატარებთ (მოგეხსენებათ, ეს იყო „კუნძულის ავტომატიზაციის“ პერიოდი), ხედავთ, რომ პროგრამული უზრუნველყოფის შექმნის მთელი პროცესი პროგრამისტ-დეველოპერმა განახორციელა. აქ არის მითის ფესვები, რომ ყველა IT სპეციალისტი არის პროგრამისტი.

წარმოების პროცესების მზარდი სირთულესთან ერთად, ინტეგრირებული პლატფორმების გაჩენა და საგნობრივი სფეროების კომპლექსურ ავტომატიზაციაზე გადასვლა, ბიზნეს პროცესების რეინჟინერიასთან ერთად, სასიცოცხლო ციკლის ეტაპებთან დაკავშირებული სპეციალიზებული როლების გაჩენა გარდაუვალი ხდება. ასე ჩნდება ანალიტიკოსი, ტესტერი და ტექნიკური მხარდაჭერის სპეციალისტი.

პოზიციების მრავალფეროვნება ანალიტიკოსის როლის მაგალითის გამოყენებით

ანალიტიკოსი (ანუ ანალიტიკური ინჟინერი, იგივე დირექტორი, მეთოდოლოგი, ბიზნეს ანალიტიკოსი, სისტემების ანალიტიკოსი და ა. პრობლემური განცხადების აღწერა დეველოპერისთვის - ასე შეიძლება დავახასიათოთ აბსტრაქტული ანალიტიკოსის ძირითადი ფუნქცია. ის მოქმედებს როგორც დამაკავშირებელი კლიენტსა და დეველოპერს შორის მოთხოვნების ფორმირების, ანალიზისა და პროგრამული უზრუნველყოფის დიზაინის პროცესებში. რეალურ წარმოების პირობებში, ანალიტიკოსის ფუნქციების ჩამონათვალი განისაზღვრება წარმოების ორგანიზების მეთოდით, სპეციალისტის კვალიფიკაციით და მოდელირებული საგნობრივი სფეროს სპეციფიკით.

ზოგიერთი ანალიტიკოსი კლიენტთან უფრო ახლოს მდებარეობს. ესენი არიან ბიზნეს ანალიტიკოსები (Business Analyst). მათ ღრმად ესმით საგნობრივი სფეროს ბიზნეს პროცესები და თავად არიან ავტომატიზირებული პროცესების ექსპერტები. ძალიან მნიშვნელოვანია ასეთი სპეციალისტების ყოლა საწარმოს პერსონალში, განსაკუთრებით მეთოდოლოგიურად რთული საგნების ავტომატიზაციისას. კერძოდ, ჩვენთვის, როგორც სახელმწიფო ბიუჯეტის პროცესის ავტომატიზატორებისთვის, უბრალოდ აუცილებელია, რომ ანალიტიკოსებს შორის იყვნენ საგნის ექსპერტები. ესენი არიან მაღალკვალიფიციური თანამშრომლები კარგი ფინანსური და ეკონომიკური განათლებით და ფინანსურ ორგანოებში მუშაობის გამოცდილებით, სასურველია წამყვანი სპეციალისტების როლში. გამოცდილება არა IT სფეროში, არამედ კონკრეტულად საგნობრივ სფეროში, ძალზე მნიშვნელოვანია.

ანალიტიკოსების მეორე ნაწილი უფრო ახლოსაა დეველოპერებთან. ესენი არიან სისტემის ანალიტიკოსები (System Analyst). მათი მთავარი ამოცანაა კლიენტის მოთხოვნების იდენტიფიცირება, სისტემატიზაცია და ანალიზი მათი დაკმაყოფილების შესაძლებლობისთვის, ტექნიკური მახასიათებლების მომზადება და პრობლემის განცხადებების აღწერა. მათ ესმით არა მხოლოდ ბიზნეს პროცესები, არამედ საინფორმაციო ტექნოლოგიებიც, კარგად ესმით კლიენტისთვის მიწოდებული პროგრამული უზრუნველყოფის შესაძლებლობები, აქვთ დიზაინის უნარები და, შესაბამისად, ესმით, როგორ უკეთესად მიაწოდონ კლიენტის ინტერესები დეველოპერს. ამ თანამშრომლებს უნდა ჰქონდეთ განათლება ICT დარგში და საინჟინრო და ტექნიკური აზროვნება, სასურველია IT სფეროში გამოცდილება. ასეთი სპეციალისტების შერჩევისას, თანამედროვე ხელსაწყოების გამოყენებით დიზაინის უნარების ქონა აშკარა უპირატესობა იქნება.

სხვა ტიპის ანალიტიკოსი არის ტექნიკური მწერლები. ისინი ეწევიან დოკუმენტაციას, როგორც პროგრამული უზრუნველყოფის განვითარების პროცესების ნაწილი, ამზადებენ მომხმარებლის და ადმინისტრატორის სახელმძღვანელოებს, ტექნოლოგიურ ინსტრუქციებს, სასწავლო ვიდეოებს და ა.შ. მათი მთავარი ამოცანაა, შეძლონ პროგრამის ფუნქციონირების შესახებ ინფორმაციის მიწოდება მომხმარებლებს და სხვა დაინტერესებულ მხარეებს, მოკლედ და ნათლად აღწერონ ტექნიკურად რთული საკითხები. ტექნიკური მწერლები, უმეტესწილად, კარგად ფლობენ რუსულ ენას და ამავე დროს აქვთ ტექნიკური განათლება და ანალიტიკური გონება. ასეთი სპეციალისტებისთვის უდიდესი მნიშვნელობა აქვს სტანდარტების შესაბამისად მკაფიო, კომპეტენტური, დეტალური ტექნიკური ტექსტების შედგენის უნარ-ჩვევებს, აგრეთვე დოკუმენტაციის ინსტრუმენტების ცოდნასა და დაუფლებას.

ამრიგად, ჩვენ ვხედავთ ერთსა და იმავე როლს (და, სხვათა შორის, თანამდებობას საშტატო ცხრილში) - ანალიტიკოსი, მაგრამ მის განსხვავებულ სპეციფიკურ განსახიერებაში. თითოეული მათგანისთვის სპეციალისტების ძიებას თავისი მახასიათებლები აქვს. მნიშვნელოვანია ვიცოდეთ, რომ ამ ტიპის ანალიტიკოსებს უნდა ჰქონდეთ უნარები და ცოდნა, რომლებიც ხშირად შეუთავსებელია ერთ ადამიანში. ერთი არის ჰუმანიტარული მეცნიერება, მიდრეკილია ანალიტიკური მუშაობისკენ დიდი მოცულობის ტექსტური დოკუმენტებით, განვითარებული მეტყველებისა და კომუნიკაციის უნარებით, მეორე არის „ტექნიკოსი“ საინჟინრო აზროვნებითა და ინტერესებით IT სფეროში.

გარედან ვიღებთ თუ ვზრდით?

IT ინდუსტრიის დიდი წარმომადგენლისთვის, ინტერნეტ რესურსებიდან პირდაპირი შერჩევის ეფექტურობა პროექტების ზრდასთან ერთად მცირდება. ეს ხდება, კერძოდ, შემდეგი მიზეზების გამო: კომპანიის შიგნით რთულ პროცესებთან სწრაფი ადაპტაცია შეუძლებელია, კონკრეტული ინსტრუმენტების დაუფლების სიჩქარე უფრო დაბალია, ვიდრე პროექტის განვითარების სიჩქარე. აქედან გამომდინარე, მნიშვნელოვანია, რომ HR სპეციალისტმა იცოდეს არა მხოლოდ ვინ მოძებნოს გარედან, არამედ როგორ გამოიყენოს კომპანიის შიდა რესურსები, ვისგან და როგორ განავითაროს სპეციალისტი.

ბიზნეს ანალიტიკოსებისთვის, საგნობრივ სფეროში რეალურ პროცესებში მუშაობის გამოცდილება ძალიან მნიშვნელოვანია, ამიტომ მათი დაქირავება „გარედან“ უფრო ეფექტურია, ვიდრე მათი კომპანიის შიგნით გაზრდა. ამავდროულად, მნიშვნელოვანია, რომ HR სპეციალისტმა იცოდეს იმ ორგანიზაციების სია, რომლებიც შეიძლება იყოს ამ ადამიანური რესურსის წყარო და შერჩევისას ყურადღება გაამახვილოს მათგან რეზიუმეების ძიებაზე.

ვაკანსიების შესავსებად, როგორიცაა სისტემების ანალიტიკოსი და პროგრამული არქიტექტორი, პირიქით, კომპანიის შიგნით სწავლების პროცესს დიდი მნიშვნელობა აქვს. ეს სპეციალისტები უნდა ჩამოყალიბდნენ მიმდინარე საწარმოო გარემოში და კონკრეტული ორგანიზაციის სპეციფიკაში. სისტემის ანალიტიკოსები ვითარდება ბიზნეს ანალიტიკოსებისგან, ტექნიკური მწერლებისა და ტექნიკური მხარდაჭერის ინჟინრებისგან. პროგრამული არქიტექტორები - დიზაინერებისგან (System Designer) და პროგრამული უზრუნველყოფის შემქმნელებისგან (Software Developer), როდესაც ისინი გამოცდილებას იძენენ და აფართოებენ თავიანთ ჰორიზონტს. ეს გარემოება საშუალებას აძლევს HR სპეციალისტს ეფექტურად გამოიყენოს კომპანიის შიდა რესურსები.

წარმოების როლების კვეთა, ინტეგრაცია და ევოლუცია

წარმოების პროცესში განხორციელების თვალსაზრისით არის კიდევ ერთი რთული საკითხი - როლებს შორის მკაფიო საზღვრების დადგენა. ერთი შეხედვით შეიძლება ჩანდეს, რომ ყველაფერი აშკარაა: დასრულებულია იმპლემენტაცია, ხელი მოეწერა პროგრამული უზრუნველყოფის კომერციულ ექსპლუატაციაში გაშვების დოკუმენტაციას და ყველაფერი ტექნიკურ მხარდაჭერას გადაეცა. ასეა, თუმცა ხშირად ჩნდება სიტუაციები, როდესაც კლიენტი, ჩვევის გამო, ანალიტიკოსთან მჭიდრო კონტაქტში და მას „ჯადოსნურ ჯოხად“ აღიქვამს, აგრძელებს მასთან აქტიურ კომუნიკაციას, მიუხედავად იმისა, რომ სისტემა უკვე დანერგილია. და ფორმალური მხარდაჭერის ეტაპი მიმდინარეობს. თუმცა, კლიენტის გადმოსახედიდან, ვინ უკეთ და სწრაფად, ვიდრე ანალიტიკოსი, რომელიც მასთან ერთად დასახავს ამოცანას, უპასუხებს კითხვებს სისტემასთან მუშაობის შესახებ. და აქ ჩნდება კითხვა ტექნიკური დახმარების ინჟინრისა და ანალიტიკოსის როლების ნაწილობრივ გაორმაგებაზე. დროთა განმავლობაში, ყველაფერი უკეთესდება, კლიენტი ეჩვევა ტექნიკური დახმარების სამსახურთან კომუნიკაციას, მაგრამ პროგრამული უზრუნველყოფის გამოყენების დასაწყისშივე, ასეთი „შიდა გადასვლა“ ყოველთვის ვერ მოხერხდება ორივე მხრიდან სტრესის გარეშე.

ანალიტიკოსისა და ტექნიკური მხარდაჭერის ინჟინრის როლების გადაკვეთა ასევე წარმოიქმნება, როდესაც განვითარების მოთხოვნების ნაკადი ხდება მხარდაჭერის ეტაპის ნაწილად. პროგრამული უზრუნველყოფის სასიცოცხლო ციკლს რომ დავუბრუნდეთ, ჩვენ ვხედავთ შეუსაბამობას წარმოების რეალურ პირობებსა და ფორმალურ დამოკიდებულებას შორის, რომ მოთხოვნების ანალიზი და პრობლემის ფორმულირება შეიძლება შესრულდეს მხოლოდ ანალიტიკოსის მიერ. HR სპეციალისტმა, რა თქმა უნდა, უნდა გაიგოს როლების იდეალური სურათი პროგრამული უზრუნველყოფის სასიცოცხლო ციკლში; მათ აქვთ მკაფიო საზღვრები. მაგრამ ამავე დროს, აუცილებლად უნდა გაითვალისწინოთ, რომ კვეთა შესაძლებელია. განმცხადებლის ცოდნისა და უნარების შეფასებისას ყურადღება უნდა მიაქციოთ შესაბამისი გამოცდილების არსებობას, ანუ ტექნიკური მხარდაჭერის ინჟინრების ძიებისას შეიძლება განიხილებოდეს ანალიტიკოსის გამოცდილების მქონე კანდიდატები და პირიქით.

გარდა გადახურვისა, ხშირად ხდება წარმოების როლების კონსოლიდაცია. მაგალითად, ბიზნეს ანალიტიკოსი და ტექნიკური მწერალი შეიძლება არსებობდეს როგორც ერთი ადამიანი. პროგრამული უზრუნველყოფის არქიტექტორის (Software Architect) ყოფნა სავალდებულოა დიდ ინდუსტრიულ განვითარებაში, ხოლო ძალიან მცირე პროექტებს შეუძლიათ ამ როლის გარეშე: იქ არქიტექტორის ფუნქციებს ასრულებენ დეველოპერები (Software Developer).

ისტორიულ პერიოდებში ცვლილებები განვითარების მიდგომებსა და ტექნოლოგიებში აუცილებლად მიგვიყვანს იმ ფაქტამდე, რომ პროგრამული უზრუნველყოფის სასიცოცხლო ციკლი ასევე ვითარდება. გლობალურად, რა თქმა უნდა, მისი ძირითადი ეტაპები უცვლელი რჩება, მაგრამ ისინი უფრო დეტალური ხდება. მაგალითად, ვებზე დაფუძნებულ გადაწყვეტილებებზე გადასვლასთან ერთად და დისტანციური კონფიგურაციის შესაძლებლობების ზრდასთან ერთად, გაჩნდა პროგრამული უზრუნველყოფის კონფიგურაციის სპეციალისტის როლი. ადრეულ ისტორიულ ეტაპზე ესენი იყვნენ განმახორციელებლები, ანუ ინჟინრები, რომლებიც თავიანთი სამუშაო დროის უმეტეს ნაწილს ატარებდნენ კლიენტების სამუშაო ადგილებზე. პროგრამული უზრუნველყოფის გაზრდილმა მოცულობამ და სირთულემ განაპირობა Software Architect-ის როლის გაჩენა. ვერსიების გამოშვების დაჩქარებისა და პროგრამული უზრუნველყოფის ხარისხის გაუმჯობესების მოთხოვნებმა ხელი შეუწყო ავტომატური ტესტირების შემუშავებას და ახალი როლის გაჩენას - QA ინჟინერი (ხარისხის უზრუნველყოფის ინჟინერი) და ა.შ. როლების ევოლუცია წარმოების პროცესის ყველა ეტაპზე მნიშვნელოვნად არის დაკავშირებული მეთოდების, ტექნოლოგიებისა და ინსტრუმენტების შემუშავებასთან.

აქამდე ჩვენ განვიხილეთ რამდენიმე საინტერესო პუნქტი პროგრამული უზრუნველყოფის კომპანიის შიგნით წარმოების როლების განაწილებასთან დაკავშირებით პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის კონტექსტში. ცხადია, ეს არის ინსაიდერის შეხედულება, რომელიც სპეციფიკურია თითოეული კომპანიისთვის. ყველა ჩვენგანისთვის, როგორც IT ინდუსტრიის შრომის ბაზრის მონაწილეებისთვის და მათთვის, ვინც პასუხისმგებელია დამსაქმებლის ბრენდის პოპულარიზაციაზე, გარე ხედვა განსაკუთრებით მნიშვნელოვანი იქნება. აქ კი დიდი პრობლემაა არა მარტო მნიშვნელობის პოვნაში, არამედ ამ ინფორმაციის სამიზნე აუდიტორიისთვის მიწოდებაშიც.

რა არის ცუდი IT პოზიციების „ზოოპარკში“?

HR სპეციალისტების, წარმოების მენეჯერების გონებაში დაბნეულობა და მიდგომების მრავალფეროვნება იწვევს IT პოზიციების ძალიან მრავალფეროვნებას, ნამდვილ „ზოოპარკს“. ინტერვიუების და უბრალოდ პროფესიული კონტაქტების გამოცდილება გვიჩვენებს, რომ ადამიანებს ხშირად არ აქვთ მკაფიო გაგება იმ მნიშვნელობის შესახებ, რომელიც უნდა მოჰყვეს სამუშაოს სახელწოდებას. მაგალითად, ჩვენს ორგანიზაციაში, პოზიციები, რომლებიც შეიცავს ტერმინს „ანალიტიკური ინჟინერი“ ვარაუდობენ, რომ ეს არის ამოცანების დამდგენი. თუმცა, ირკვევა, რომ ყველგან ასე არ არის: არის დეველოპერული ორგანიზაციები, სადაც ანალიტიკოსი ინჟინერი არის განმახორციელებელი. სრულიად განსხვავებული გაგება, დამეთანხმებით?

პირველ რიგში, IT პოზიციების „ზოოპარკი“ უდავოდ ამცირებს რეკრუტირების ეფექტურობას. ყველა დამსაქმებელს, თავისი ბრენდის განვითარებისა და პოპულარიზაციისას, სურს მოკლედ გადმოსცეს ყველა ის მნიშვნელობა, რაც მის წარმოებაში არსებობს. და თუ თავად ხშირად ვერ ახერხებს გარკვევით თქვას, ვინ ვინ არის, ბუნებრივია, გაურკვევლობას გადასცემს გარე გარემოს.

მეორეც, IT პოზიციების „ზოოპარკი“ უზარმაზარ პრობლემებს უქმნის IT პერსონალის მომზადებასა და განვითარებას. ყველა სერიოზული IT კომპანია, რომელიც მიზნად ისახავს ადამიანური რესურსების ჩამოყალიბებასა და განვითარებას, და არა მხოლოდ სამუშაო უბნების „რძევას“, ადრე თუ ცოტა გვიან აწყდება საგანმანათლებლო დაწესებულებებთან ურთიერთობის აუცილებლობას. მაღალკვალიფიციური IT პერსონალისთვის, ეს არის უნივერსიტეტების სეგმენტი და ამავდროულად საუკეთესო, ყოველ შემთხვევაში, ისინი TOP-100 რეიტინგში.

უნივერსიტეტებთან ინტეგრაციის პრობლემა IT სპეციალისტების მომზადების უწყვეტი პროცესის შექმნისას არის დაახლოებით ნახევარი იმის ნაკლებობა, რომ უნივერსიტეტებმა არ გააცნობიერონ ვინ ვინ არის IT კომპანიაში. მათ ამის ძალიან ზედაპირული გაგება აქვთ. როგორც წესი, უნივერსიტეტებს რამდენიმე სპეციალობა აქვთ დასახელებული სიტყვა „კომპიუტერულ მეცნიერებათა“ და ხშირად ხდება ისე, რომ მიმღებ კამპანიას ატარებენ, ეყრდნობიან თეზისს, რომ ყველა სპეციალობა არსებითად ერთსა და იმავეს ეხება. და ისე გამოიყურება, თითქოს დავეყრდნოთ პოპულარულ მითს, რომ ყველა IT სპეციალისტი პროგრამისტია.

უნივერსიტეტებთან ჩვენი მჭიდრო თანამშრომლობის გამოცდილება აჩვენებს, რომ სპეციალობა „გამოყენებითი ინფორმატიკა (ინდუსტრიის მიხედვით)“ გვაწვდის პერსონალს მეთოდოლოგიისა და ტექნიკური მხარდაჭერის დეპარტამენტებისთვის, მაგრამ არა განვითარებისთვის. მიუხედავად იმისა, რომ "ფუნდამენტალური ინფორმატიკა", "პროგრამული ინჟინერია" ამზადებს შესანიშნავ ადამიანურ რესურსს დეველოპერებისთვის. იმისთვის, რომ თავდაპირველად არ მივმართოთ განმცხადებელს მისთვის შეუფერებელ გზაზე, აუცილებელია „ნისლის გაფანტვა“, რომელიც გარს აკრავს IT წარმოებას.

შესაძლებელია თუ არა ყველაფრის საერთო მნიშვნელამდე მიყვანა?

შესაძლებელია თუ არა საწარმოო როლების გაერთიანება და მათი საერთო გაგება კომპანიის შიგნით და მის ფარგლებს გარეთ?

რა თქმა უნდა, ეს შესაძლებელია და აუცილებელია, რადგან ყველა დეველოპერული საწარმოს დაგროვილი კოლექტიური გამოცდილება აჩვენებს წარმოების პროცესის ორგანიზების საერთო, გამაერთიანებელი კონცეფციების არსებობას. ეს იმის შედეგია, რომ ჯერ კიდევ არსებობს პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის ცალსახად ინტერპრეტირებული კონცეფცია და ახლად წარმოქმნილი როლები (DataScientist, QA-ინჟინერი, MachineLearning Engineer და ა.შ.) არის გარკვევისა და განვითარების შედეგი. პროგრამული უზრუნველყოფის სასიცოცხლო ციკლი, როგორც ასეთი, ხდება ტექნოლოგიებისა და ინსტრუმენტების გაუმჯობესებით, ასევე ბიზნეს ამოცანების შემუშავებითა და გაფართოებით.

ამავდროულად, რთულია წარმოების როლების გაერთიანება, რადგან IT არის ეკონომიკის ერთ-ერთი ყველაზე ახალგაზრდა და სწრაფად მზარდი სექტორი. გარკვეული გაგებით, ეს არის ქაოსი, საიდანაც სამყარო წარმოიშვა. მკაფიო ორგანიზაციული სტრუქტურა აქ შეუძლებელია და შეუსაბამოა, რადგან IT არის ინტელექტუალური, მაგრამ ძალიან შემოქმედებითი სფერო. ერთი მხრივ, IT სპეციალისტი არის „ფიზიკოსი“-ინტელექტუალი განვითარებული ალგორითმული და მათემატიკური აზროვნებით, მეორე მხრივ არის „ლირიკოსი“ - იდეების შემქმნელი, მატარებელი და პრომოუტერი. მას, ისევე როგორც მხატვარს, არ აქვს მხატვრობის მკაფიო გეგმა, მას არ შეუძლია გამოსახულების ნაწილებად დაშლა, რადგან ეს უკანასკნელი არსებობას შეწყვეტს. ის არის საინფორმაციო პროცესების მმართველი, რომლებიც თავისთავად არის აბსტრაქტული, არამატერიალური, ძნელად გასაზომი, მაგრამ სწრაფი.

ეფექტური პერსონალის მუშაობის გზები IT წარმოებაში

ამრიგად, რა არის მნიშვნელოვანი იცოდეს HR სპეციალისტმა, რათა ააშენოს ეფექტური HR სამუშაო IT წარმოების როლების მრავალფეროვნების კონტექსტში.

პირველ რიგში, ნებისმიერ HR სპეციალისტს IT კომპანიაში უნდა ჰქონდეს წარმოდგენა კონკრეტულად მისი საწარმოსთვის დამახასიათებელი სიტუაციის შესახებ: ვინ რას აკეთებს, ვის რას ეძახიან და რაც მთავარია, რა მნიშვნელობა აქვს ამ როლებს. კონკრეტული წარმოება.

მეორეც, HR პროფესიონალს უნდა ჰქონდეს წარმოების როლების მოქნილი გაგება. ანუ, თავდაპირველად ის აყალიბებს მათ შესახებ იდეალურ გაგებას, რაც საშუალებას აძლევს მას თავად გაარკვიოს ყველაფერი. მაშინ უნდა არსებობდეს წარმოების რეალური სურათი: სად და რა გზებით იკვეთება და აერთიანებს როლები, როგორი აღქმა არსებობს ამ როლებზე წარმოების მენეჯერებს შორის. პერსონალის სპეციალისტისთვის სირთულე არის გონებაში რეალური და იდეალური სიტუაციების შერწყმა, არა ცდილობდეს იძულებით აღადგინოს პროცესები მათი იდეალური გაგებისთვის, არამედ დაეხმაროს წარმოებას რესურსების საჭიროების დაკმაყოფილებაში.

მესამე, თქვენ აუცილებლად უნდა გქონდეთ წარმოდგენა გარკვეული სპეციალისტების განვითარების შესაძლო ტრაექტორიების შესახებ: რა შემთხვევებში შეიძლება იყოს ეფექტური გარე შერჩევა და როდის არის უკეთესი თქვენს გუნდში თანამშრომლის გაზრდა, განვითარების შესაძლებლობების მიცემა, რა თვისებები. კანდიდატები საშუალებას მისცემს მათ განვითარდნენ კონკრეტული მიმართულებით, რომელი თვისებები არ შეიძლება იყოს თავსებადი ერთ ადამიანში, რაც თავდაპირველად მნიშვნელოვანია განვითარების ტრაექტორიის არჩევისთვის.

მეოთხე, დავუბრუნდეთ თეზისს, რომ IT არის მაღალკვალიფიციური კადრების სფერო, სადაც საუნივერსიტეტო საგანმანათლებლო გარემოსთან ადრეული ინტეგრაცია გარდაუვალია უფრო ეფექტური კადრების მუშაობისთვის. ამ სიტუაციაში, ყველა HR სპეციალისტმა უნდა განავითაროს არა მხოლოდ პირდაპირი ძიების, კითხვარებთან მუშაობისა და ინტერვიუების უნარები, არამედ აუცილებლად უნდა იხელმძღვანელოს სპეციალისტების საუნივერსიტეტო მომზადების გარემოში: რომელი უნივერსიტეტები ამზადებენ პერსონალს კომპანიისთვის, რომელი სპეციალობებით კონკრეტულ უნივერსიტეტებში. პერსონალის საჭიროებების დაფარვა და რა არის მნიშვნელოვანი, ვინ დგას ამის უკან, ვინ მართავს და ამზადებს სპეციალისტებს უნივერსიტეტებში.

ამდენად, თუ მიზანმიმართულად გავამყარებთ მითს, რომ ყველა IT სპეციალისტი პროგრამისტია, აუცილებელია ამ მიმართულებით არაერთი ნაბიჯის გადადგმა და განსაკუთრებული ყურადღება მივაქციოთ ჩვენს უნივერსიტეტებს, სადაც საფუძველი ჩაეყარა მომავალი პროფესიის აღქმას. სხვა სიტყვებით რომ ვთქვათ, ჩვენ გვჭირდება მუდმივი ინტერაქცია საგანმანათლებლო გარემოსთან, მაგალითად, თანამშრომლობის თანამედროვე ფორმატის გამოყენება coworking ცენტრებში, „დუღილის წერტილები“ ​​და საგანმანათლებლო ინტენსივებში მონაწილეობა. ეს ხელს შეუწყობს IT საწარმოს შესახებ მცდარი წარმოდგენების განადგურებას, გაზრდის პერსონალის მუშაობის ეფექტურობას და შექმნის პირობებს ერთობლივი საქმიანობისთვის ჩვენი ინდუსტრიის სხვადასხვა სპეციალისტების მომზადებაში.

მადლობას ვუხდი კოლეგებს, რომლებმაც მონაწილეობა მიიღეს ამ სტატიის აქტუალობის მომზადებაში და მხარდაჭერაში: ვალენტინა ვერშინინა და იური კრუპინი.

წყარო: www.habr.com