დეველოპერული გუნდი vs ფრილანსერები

აგების ორი ძალიან განსხვავებული გზა

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

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

რა არის სინამდვილეში თითოეული ვარიანტი

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

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

ხარჯი: საათში უფრო იაფი არ ნიშნავს შედეგზე უფრო იაფს

ფრილანსერები ჩვეულებრივ იგებენ მთავარ საათობრივ განაკვეთში. მაგრამ ფლობის მთლიანი ღირებულება სხვა ამბავს ჰყვება, რადგან განაკვეთი მხოლოდ იმ საათებს იჭერს, როცა ვინმე აქტიურად აკრიფავს — და არა იმ საათებს, რომლებსაც შენ ხარჯავ მართვაში, ხელახალ ინსტრუქტაჟსა და მათი სამუშაოს ერთად შეკერვაში.

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

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

უწყვეტობა და ცოდნის შენარჩუნება

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

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

ხარისხი, თანმიმდევრულობა და ანგარიშვალდებულება

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

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

როდის არის ფრილანსერები სწორი არჩევანი

ფრილანსერები შესანიშნავად ერგება, როცა:

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

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

როდის იგებს მიძღვნილი გუნდი

აირჩიე მიძღვნილი გუნდი, როცა:

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

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

როგორ გამოიყურება ჩართვა თითოეულ მოდელში

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

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

ხარჯის სცენარი, თავიდან ბოლომდე

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

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

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

გუნდის შემადგენლობა და მასშტაბირება

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

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

სწრაფი გზა გადასაწყვეტად

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

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

როგორ ჯდება Techies ამაში

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

დასკვნა

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

---

არ ხარ დარწმუნებული, რომელი მოდელი ერგება შენს ეტაპს? დაგვიკავშირდი.