Asosiy mazmunga o‘tish
Bitmason
Mahsulot

Dasturiy ta’minot ishlab chiqish bo‘yicha hamkorni qanday tekshirish kerak

Muhim tizimni tashqi muhandislik jamoasiga topshirishdan oldin nimani so‘rash, keyslarni qanday o‘qish, kim bilan uchrashish va shartnomaga nimani kiritish kerak.

4 daqiqada o‘qiladi

Muhandislik hamkorini tanlash dasturiy loyihadagi ortga qaytarish qiyin bo‘lgan kam sonli qarorlardan biri. Jamoa tizimning dastlabki oylarini qurib bo‘lgach, uning tanlovlari kodda, infratuzilmada va u bilan ishlaydigan har bir kishining odatlarida qoladi. Keyinroq almashtirish mumkin, lekin bu sekin kechadi va ish sur’atini yo‘qotadi.

Tanlov jarayonlarining aksariyati noto‘g‘ri narsalarni solishtiradi: portfoliolar, soatlik stavkalar va taklif qanchalik chiroyli ko‘rinishi. Bu maqolada ularning o‘rniga nimaga qarash kerakligi haqida so‘z boradi.

Tayyor matn bilan javob berib bo‘lmaydigan savollar bering

Har bir hamkor o‘zini agile, shaffof va senior deb aytadi. Bu so‘zlar hech kimni boshqalardan ajratmaydi. Farqni ko‘rsatadigan savollar aniq tafsilotlarni talab qiladi:

  • “Oxirgi muvaffaqiyatsiz chiqqan loyiha haqida so‘zlab bering. Undan keyin nimani o‘zgartirdingiz?” Hech qachon loyihasi yomon ketmagan jamoa yo ko‘p loyiha qilmagan, yo sizga aytmayapti.
  • “Loyihamizning birinchi oyiga qanday yondashardingiz?” Yaxshi javobda sizga qarshi savollar beriladi. Zaif javob metodologiyani takrorlaydi.
  • “Har bir iteratsiyada nima qurilishini kim hal qiladi va fikrlarimiz mos kelmasa nima bo‘ladi?” Sizga aniq mas’ul shaxs va kelishmovchiliklarni hal qilish usuli kerak.
  • “Sizningcha yomon g‘oya bo‘lgan so‘rov bilan qanday ishlaysiz?” Sizga buni ochiq aytadigan, sababini tushuntiradigan va so‘ng qaroringizni hurmat qiladigan hamkor kerak.
  • “Merge qilingan koddan productiongacha reliz qanday ko‘rinishda bo‘ladi?” Bu ularda relizga chiqarishning haqiqiy odatlari bormi yoki ular shunchaki kod yozadimi, shuni ko‘rsatadi.

Tafsilotlar darajasiga quloq soling. Tajribali jamoalar misollar, afzallik va kamchiliklar hamda ishlatadigan vositalari nomlari bilan javob beradi. Tajribasiz jamoalar sifatlar bilan javob beradi.

Keyslarda nima aytilmaganiga qarang

Keyslar bu marketing, lekin bu ularni foydasiz qilmaydi. Ularni signal izlab o‘qing:

  • Muammo. U mijoz biznesi tilida tasvirlanganmi yoki faqat texnologiyalar ro‘yxati sifatidami?
  • Hajm. Hamkor butun tizimni yaratganmi yoki uning bir qismini? “Biz platforma yetkazib berdik” degan keys dizayn va frontendni anglatishi mumkin.
  • Holat. Mahsulot bugun productionda ishlayaptimi? U hali ham qo‘llab-quvvatlanadimi va kim tomonidan?
  • Topshirish. Kod va infratuzilma mijozga tegishlimi? Repozitoriy topshirilganmi?

Yo‘qlik ham ma’lumot beradi. Mijoz nomi, holati va hajmi ko‘rsatilmagan keys dalil emas, shunchaki rasm. Keys sizga tegishli bo‘lsa, o‘sha mijoz bilan gaplashishni so‘rang. Ba’zilari asosli sabablarga ko‘ra rozi bo‘la olmaydi, lekin mijozlari mamnun hamkor odatda qo‘ng‘iroqqa chiqishga tayyor birini topa oladi.

Ishni bajaradigan muhandislar bilan uchrashing

Savdo uchrashuvidagi odamlar ko‘pincha kodingizni yozadigan odamlar emas. Imzolashdan oldin bosh muhandis va taklif qilingan jamoaning kamida yana bir a’zosi bilan uchrashishni so‘rang.

Bu suhbatda aynan o‘z tizimingiz haqida gaplashing. Uning qiyin qismini tasvirlab bering va ular unga qanday yondashishini so‘rang. Siz ular javobni darhol bilish-bilmasligini tekshirmayapsiz. Ular o‘rinli savollar berishini, bilmagan narsasini tan olishini va afzallik va kamchiliklar haqida ovoz chiqarib mulohaza yuritishini tekshiryapsiz.

Jamoa qanday tuzilganini ham so‘rang. Kim ilgari shunday ish qilgan? Kim yangi? Ularning vaqtining qancha qismi loyihangizga ajratilgan va kimdir ketsa nima bo‘ladi? Bunga aniq javob bera olmaydigan hamkor loyihangizga odamlarni siz imzolaganingizdan keyin yig‘ishni rejalashtirayotgan bo‘lishi mumkin.

Hamkorlikni kichik pullik ish bilan sinab ko‘ring

Hamkor qanday ishlashini eng yaxshi bashorat qiladigan narsa uning ishini kuzatishdir. Katta hamkorlikka majburiyat olishdan oldin kichik va mustaqil ishga buyurtma bering: tahlil bosqichi, texnik audit yoki aniq belgilangan bitta funksiya.

Tahlil bosqichi yaxshi mos keladi, chunki mahsulotni kim yaratmasin, uning natijasi foydali bo‘ladi. U odatda aniqlashtirilgan hajm, arxitektura taklifi, xavflar ro‘yxati va birinchi reliz rejasini beradi. Shu jarayonda jamoa qanday savol berishi, qanday yozishi, fikr-mulohazalaringizni qanday qabul qilishi va aytgan narsasini aytgan sanasida topshirishini ko‘rasiz.

Sinovni quyidagilarga qarab baholang:

  • Natija aynan sizning biznesingiz uchun yozilganmi yoki uni istalgan kishi uchun yozish mumkin edimi.
  • Ular siz ko‘rmagan muammolarni topdimi va bu haqda ochiq aytdimi.
  • Nimadir noaniq bo‘lganda yoki kechikkanda qanday muloqot qildi.
  • Bu odamlar bilan bir yil ishlashni xohlaysizmi.

Sinov yomon o‘tsa, bir necha hafta yo‘qotib, qimmatli narsani o‘rgangan bo‘lasiz. Yaxshi o‘tsa, asosiy hamkorlik umumiy tushuncha allaqachon shakllangan holda boshlanadi.

Shartnoma, kodga egalik va kirish huquqlarini oldindan hal qiling

Yuridik shartlar nimadir noto‘g‘ri ketmaguncha rasmiyatchilikdek tuyuladi. Biror narsani imzolashdan oldin bir nechta jihatga e’tibor berish kerak:

  • Intellektual mulk. Shartnomada siz uchun yaratilgan kod, dizayn va hujjatlar yaratilgan paytda yoki to‘lovdan so‘ng, siz bajara olmaydigan shartlarsiz sizga tegishli ekani yozilishi kerak.
  • Kod qayerda turadi. Repozitoriy GitHub, GitLab yoki shunga o‘xshash xizmatda sizning tashkilotingizda turishi, hamkor esa unga a’zo sifatida qo‘shilishi kerak. Agar u ularning akkauntida bo‘lsa, egalik fakt emas, va’da bo‘lib qoladi.
  • Infratuzilma va akkauntlar. Bulut akkauntlari, domenlar, ilova do‘konlaridagi sahifalar va uchinchi tomon xizmatlari kompaniyangiz nomiga ro‘yxatdan o‘tkazilishi kerak. Hamkor kirish huquqini oladi, kalitlar esa sizda turadi.
  • Chiqish shartlari. Yo‘llaringiz ajralsa nima bo‘lishini kelishib oling: ogohlantirish muddati, topshirish hujjatlari, ularsiz ishga tushira oladigan ishlaydigan build va deploy.
  • Maxfiylik va ma’lumotlar. Tizim shaxsiy yoki tartibga solinadigan ma’lumotlar bilan ishlasa, shartnomada hamkor ularga qanday munosabatda bo‘lishi va productionga kim kira olishi yozilishi kerak.

Bularning birortasiga qarshilik qiladigan hamkor sizga nimanidir aytmoqda. Biz e’lon qilgan ikkala keysda ham repozitoriy va kodga to‘liq egalik mijozda va buni har qanday hamkordan kutish o‘rinli.

Voz kechishga arziydigan belgilar

Ba’zi ogohlantiruvchi belgilarga, boshqa hamma narsa yaxshi ko‘rinsa ham, e’tibor qaratish kerak:

  • Hech kim tizimingiz haqida batafsil savol bermasidan oldin aytilgan qat’iy narx va muddat.
  • Shartnoma imzolanmaguncha muhandislar bilan gaplashib bo‘lmasligi.
  • Kodni sizning repozitoriyingizga joylash yoki sizga admin huquqlarini berishni istamaslik.
  • Har bir g‘oyangizga rozi bo‘ladigan jamoa. Sizga e’tiroz bildira oladigan odam kerak bo‘ladi.
  • Jamoada kim borligi haqida noaniq javoblar yoki siz uchrashgan odamlarning tez-tez almashishi.
  • Faollikni (soatlar, tiketlar, uchrashuvlar) sanaydigan, lekin ishga tushirib yoki ko‘rib bo‘ladigan hech narsa ko‘rsatmaydigan hisobotlar.
  • Tez qaror qabul qilishga undash, masalan, shu hafta tugaydigan chegirma.

Bularning hech biri hamkor yomon ekanini isbotlamaydi. Birgalikda yoki muhim sohada ular vaqtingizni mahsulot yaratishga emas, hamkorni boshqarishga sarflashingizdan dalolat beradi.

Qisqacha

Tanlovga senior xodimni yollashdek qarang, chunki aslida shunday. Aniq tafsilotlarni so‘rang, keyslardan dalil izlang, muhandislar bilan uchrashing va katta ishga majburiyat olishdan oldin jamoaning kichik ishda qanday ishlashini kuzating. Kod, akkauntlar va chiqish shartlarini birinchi kundan o‘z qo‘lingizda tuting.

Yaxshi hamkor bularning barchasini mamnuniyat bilan qabul qiladi, chunki o‘zi ham hamkorni aynan shunday tanlagan bo‘lardi.

Maqola bo‘yicha savollar

Tanlashdan oldin nechta hamkor bilan gaplashish kerak?

Solishtirish uchun yetarli, chuqur o‘rganish uchun esa ko‘p bo‘lmagan miqdorda. Har biri ishni bajaradigan muhandislar bilan o‘tadigan ikki-uchta jiddiy suhbat o‘nta savdo qo‘ng‘irog‘idan ko‘proq narsani aytadi.

Texnik topshiriq allaqachon bo‘lsa, pullik tahlil bosqichi kerakmi?

Odatda kerak. Texnik topshiriq nimani yaratishni aytadi, tahlil bosqichi esa uni yozilganidek yaratish mumkinligini tekshiradi va butun loyihaga majburiyat olishdan oldin hamkor qanday fikrlashini ko‘rsatadi.

Hamkorlikning birinchi kunida nimani so‘rash kerak?

O‘z tashkilotingizdagi repozitoriyga kirish, hosting va uchinchi tomon akkauntlarida admin huquqlari hamda nomi aniq bosh muhandis. Qolgani keyinroq ham bo‘laveradi.

Sohamizni biladigan hamkorni tanlash kerakmi?

Soha bilimi yordam beradi, lekin jamoa noaniq talablar bilan qanday ishlashi muhimroq. Yaxshi savollar beradigan hamkor sohani tez o‘rganadi.

  • Muhandislik

    Ajratilgan jamoa, shtatni kengaytirish yoki boshqariladigan ishlab chiqish

    Ilya Ismatov4 daqiqada o‘qiladi

  • Mahsulot

    Natijaga yo‘naltirilgan ish: qanday ishlaydi va qachon mos keladi

    Ilya Ismatov5 daqiqada o‘qiladi

Nima yaratyapsiz?

Loyihangiz haqida so‘zlab bering. Ish hajmi, muddatlar va birinchi qadamlarni muhokama qilish uchun siz bilan bog‘lanamiz.

Boshlash