Developer Üçün Soft Skills: Kursların Öyrətmədiyi 8 Bacarıq

Texniki testdən uğurla keçdiniz, kodunuz işləyir, amma son mərhələdən sonra "başqa namizədə üstünlük verdik" cavabı gəldi. Çox güman ki, fərq kodda deyildi. Kurslar və bootcamp-lər texniki bacarığı öyrədir, amma şirkətlərin eyni dərəcədə axtardığı bir qrup bacarıq çox vaxt kənarda qalır. Bu yazıda developer üçün soft skills — kursların adətən öyrətmədiyi, amma işə qəbulda və işdə fərq yaradan 8 bacarığı — real nümunələr və praktik məsləhətlərlə sıralayırıq.

Qısa cavab: Şirkətlərin developerlərdən texniki bilikdən əlavə gözlədiyi əsas bacarıqlar bunlardır: problemi aydınlaşdırmaq, texniki qərarı izah etmək, rəyi qəbul etmək, vaxtında sual vermək, yazılı ünsiyyət, öz işini planlamaq və riski erkən bildirmək, başqasının kodunu oxumaq və müstəqil araşdırma. Bunlar məşqlə öyrənilən bacarıqlardır, xarakter xüsusiyyəti deyil.

Niyə soft skills developer üçün vacibdir?

Real şirkətdə kod tək yazılmır. Tapşırıq məhsul menecerindən gəlir, dizayn dizaynerdən, API başqa developerdən; kodunuz code review-dan keçir, QA tərəfindən yoxlanılır. Bu zəncirin hər halqasında ünsiyyət var. Güclü texniki biliyi olan, amma bu zəncirdə işləyə bilməyən developer komandanı yavaşladır.

1. Problemi aydınlaşdırmaq

Tapşırıq heç vaxt tam aydın gəlmir. Zəif developer təxmin edib yazmağa başlayır, güclü developer əvvəlcə soruşur: "Bu funksiya kim üçündür? Boş nəticədə nə göstərilməlidir? Hansı hal prioritetdir?"

Real nümunə: "Hesabatı ixrac et" tapşırığında PDF, yoxsa Excel nəzərdə tutulduğunu soruşmayan developer iki gün yanlış formatda işləyir.

Necə inkişaf etdirməli: Hər tapşırığa başlamazdan əvvəl tələbləri öz sözlərinizlə yazın və təsdiqləyin.

2. Texniki qərarı izah etmək

"Bunu belə yazdım" kifayət etmir. "Bu yanaşmanı seçdim, çünki data böyüdükcə bu daha sürətli işləyəcək; alternativ bu idi, amma..." — bu, həm müsahibədə, həm code review-da ən çox fərqləndirən bacarıqdır.

Necə inkişaf etdirməli: Hər layihənin README-sinə "qərarlar" bölməsi yazın və onu yüksək səslə izah etməyi məşq edin.

3. Rəyi qəbul etmək

Code review komanda işinin mərkəzidir. Google-un açıq code review təcrübələri onun əsas məqsədini kod bazasının sağlamlığını zamanla yaxşılaşdırmaq kimi təsvir edir — yəni rəy şəxsi tənqid deyil, keyfiyyət mexanizmidir.

Real nümunə: İki junior eyni rəyi alır. Biri "amma mənim variantım da işləyir" deyə müdafiə edir, digəri "başa düşdüm, düzəldirəm; bir sualım var..." deyir. Komanda kiminlə işləmək istəyəcəyini bilir.

Necə inkişaf etdirməli: Kodunuzu mütəmadi yoxlatdırın və hər rəydən sonra mütləq düzəliş edin.

4. Vaxtında sual vermək

Saatlarla ilişib qalmaq da, hər kiçik şey üçün soruşmaq da problemdir. Bacarıq balansdadır.

Necə inkişaf etdirməli: "30 dəqiqə qaydası" — özünüz çalışın, irəliləmirsə soruşun. Sualda nəyi sınadığınızı yazın: "X gözləyirdim, Y alıram, A və B-ni yoxladım."

5. Yazılı ünsiyyət

Uzaqdan və hibrid işdə ünsiyyətin böyük hissəsi yazılıdır: pull request təsvirləri, tapşırıq şərhləri, sənədləşmə, çat mesajları.

Real nümunə: "Düzəltdim" yazılmış pull request ilə "Login zamanı boş e-poçt xətasını düzəltdim; səbəb validasiyanın serverdə olmaması idi; test əlavə etdim" yazılmış pull request arasındakı fərq reviewer-in vaxtıdır.

Necə inkişaf etdirməli: Hər pull request-də "nə, niyə, necə test edildi" strukturunu istifadə edin.

6. Öz işini planlamaq və riski erkən bildirmək

Deadline-a bir gün qalmış "çatdıra bilmirəm" demək, bir həftə əvvəl "burada gözlənilməz çətinlik var, ya həcmi azaldaq, ya vaxtı uzadaq" deməkdən qat-qat pisdir. Scrum kimi çevik çərçivələr məhz bu şəffaflığa əsaslanır — Scrum Guide komandanın gündəlik qısa görüşünü irəliləyişi yoxlamaq və planı uyğunlaşdırmaq üçün nəzərdə tutur.

Necə inkişaf etdirməli: Hər tapşırığı kiçik hissələrə bölün və hər birinin vaxtını təxmin edin; təxminlə reallığı müqayisə edin.

7. Başqasının kodunu oxumaq

İşdə vaxtın böyük hissəsi yeni kod yazmağa yox, mövcud kodu oxumağa və dəyişməyə gedir. Kursda isə demək olar ki, həmişə sıfırdan yazırsınız.

Necə inkişaf etdirməli: Açıq mənbəli layihələrin kodunu oxuyun, kiçik bug düzəlişləri edin, başqalarının pull request-lərinə baxın.

8. Müstəqil araşdırma

"Bilmirəm" normaldır; "bilmirəm, amma tapacağam" isə bacarıqdır. Sənədləşməni oxumaq, xəta mesajını anlamaq, problemi kiçik hissələrə bölmək junior üçün ən dəyərli bacarıqlardandır.

Necə inkişaf etdirməli: Bir problemi həll etdikdən sonra yolu yazın: hansı mənbəyə baxdınız, nə işləmədi, nə işlədi.

Ən vacib 3 bacarığın xülasəsi

1. Rəyi qəbul etmək — hər həftə yaxşılaşmağın açarı.
2. Qərarı izah etmək — müsahibədə və komandada ən çox fərqləndirən.
3. Riski erkən bildirmək — komandanın etibarını qazandıran.

Müsahibədə bu bacarıqların necə yoxlanıldığını IT-də işə qəbul mərhələləri yazımızda izah etmişik.

Bu bacarıqları kursda niyə öyrənmək çətindir?

Çünki onlar yalnız real şəraitdə formalaşır: rəy verən biri, deadline, aydın olmayan tələblər, izah edilməli qərarlar. Video dərsdə bunların heç biri olmur. Bunu Devlab komandası sizin üçün qura bilər: Devlab-ın təcrübə proqramlarında hər həftə tələbləri və deadline-ı olan real tapşırıq alırsınız, həllinizi GitHub linki ilə təhvil verirsiniz, sahə mütəxəssisi olan mentor code review aparır və iş təkcə texniki dərinlik üzrə yox, icra keyfiyyəti və məsuliyyət üzrə də qiymətləndirilir. Həftəlik canlı görüşlərdə qərarlarınızı izah edirsiniz, proqram boyu isə müsahibə məşqləri keçirilir.

Müsahibədə soft skills sualları: nümunə cavablar

Sual: "Rəy aldığınız və razı olmadığınız bir hal danışın."

Zəif cavab: "Mən həmişə rəyi qəbul edirəm."

Güclü cavab: "Bir tapşırıqda mentor bütün yoxlamaları bir funksiyada saxlamağımın oxunaqlılığı azaltdığını dedi. Əvvəlcə razı deyildim — kodun daha qısa olduğunu düşünürdüm. Fikrimi izah etdim, mentor isə test yazmağın necə çətinləşdiyini göstərdi. Funksiyanı böldüm, testləri yazdım və həqiqətən daha rahat oldu. O vaxtdan funksiyaları əvvəldən kiçik saxlayıram."

Sual: "Deadline-a çatmadığınız bir hal olubmu?"

Güclü cavab struktur: vəziyyət → nə vaxt riski gördünüz → kimə və necə bildirdiniz → hansı həlli təklif etdiniz → nə öyrəndiniz. Riski erkən bildirdiyinizi göstərmək, deadline-ı heç qaçırmadığınızı iddia etməkdən daha inandırıcıdır.

4 həftəlik soft skills məşqi

1. 1-ci həftə: hər tapşırığa başlamazdan əvvəl tələbləri öz sözlərinizlə yazın.
2. 2-ci həftə: hər pull request-ə "nə, niyə, necə test edildi" təsviri yazın.
3. 3-cü həftə: bir açıq mənbə layihəsinin kodunu oxuyun və ya bir həmkarın PR-ına rəy verin.
4. 4-cü həftə: iki layihəniz üçün iki dəqiqəlik izah hazırlayın və yüksək səslə məşq edin.

Uzaqdan işdə soft skills daha da vacibdir

Uzaqdan və hibrid işdə həmkar sizin masanıza yaxınlaşıb "necə gedir?" soruşmur. Nə etdiyinizi, harada ilişdiyinizi və nə vaxt bitirəcəyinizi siz özünüz görünən etməlisiniz: tapşırıq statuslarını yeniləmək, gündəlik qısa yazılı xülasə, aydın pull request təsvirləri. Yaxşı yazılı ünsiyyəti olan junior uzaqdan işdə daha tez etibar qazanır.

Bu bacarıqların hamısı code review, müsahibə və gündəlik komanda işində dərhal görünür — və hər biri bu həftədən məşq edilə bilər.

Kiçik, ardıcıl addımlar burada da ən böyük fərqi yaradır.

Soft skills-i texniki biliklə eyni ciddiyyətlə məşq edən junior, komandada ilk aylardan fərqlənir.

Nəticə

Developer üçün soft skills əlavə yox, işin özüdür: problemi aydınlaşdırmaq, qərarı izah etmək, rəyi qəbul etmək, vaxtında soruşmaq, yaxşı yazmaq, riski erkən bildirmək, başqasının kodunu oxumaq və müstəqil araşdırmaq. Bunlar xarakter yox, məşq məsələsidir — və ən sürətli real tapşırıqlar və rəy ilə inkişaf edir.

Texniki və komanda bacarıqlarını birlikdə qurmaq istəyirsinizsə, pulsuz qeydiyyatdan keçin. Sualınız varsa, komandamızla əlaqə saxlayın.

Tez-tez verilən suallar

Soft skills texniki bacarıqlardan vacibdirmi?

Biri digərini əvəz etmir. Texniki bacarıq sizi müsahibəyə və tapşırıqdan keçirir; soft skills isə son qərarda və işdə uğurda həlledici rol oynayır. Junior səviyyədə hər ikisi qiymətləndirilir.

Soft skills müsahibədə necə yoxlanılır?

Davranış sualları ilə ("rəy aldığınız bir hal danışın"), layihələriniz haqqında söhbətlə və texniki tapşırıqda necə düşündüyünüzü izah etməyinizlə. Konkret nümunələr hazırlamaq ən yaxşı hazırlıqdır.

İntrovert developer üçün bu bacarıqlar çətindirmi?

Xeyr. Bu bacarıqların çoxu — yazılı ünsiyyət, planlama, araşdırma, kod oxumaq — sakit, düşünülmüş yanaşma tələb edir. İntrovertlik yaxşı ünsiyyətə mane deyil; əsas olan aydınlıq və vaxtında məlumat verməkdir.

Bootcamp bu bacarıqları öyrədirmi?

Bəziləri qrup layihələri və təqdimatlarla qismən öyrədir. Amma bu bacarıqlar ən yaxşı real tapşırıq, deadline və müntəzəm rəy şəraitində formalaşır. Bootcamp formatı haqqında bootcamp nədir yazımıza baxın.