Sparround

Komandada AI adoption

Komandada AI alətlərinin tətbiqi texniki deyil, təşkilati məsələdir. Ən çox rast gəlinən uğursuzluq ssenarisi belədir: alət alınır, hamıya lisenziya verilir, bir neçə həvəskar istifadə edir, qalanlar davam etmir və altı ay sonra "bizdə işləmədi" nəticəsi çıxarılır.

Səbəb adətən budur: alət verilib, iş axını verilməyib. Fərdi developer öz vərdişini quran qədər vaxt sərf etmir; repo hazır deyilsə, ilk təcrübə mənfi olur və ikinci cəhd baş vermir.

MərhələNə edilirUğur meyarı
1. Pilot2-3 nəfər, bir layihə, 2-4 həftəHansı işlərdə fayda var — konkret siyahı
2. Repo hazırlığıCLAUDE.md, icazələr, ilk skill-lərYeni developer sıfır quraşdırma ilə başlaya bilir
3. GenişlənməKomandaya açılış + onboarding sənədiAktiv istifadə, təsadüfi deyil
4. StandartlaşdırmaReview qaydaları, təhlükəsizlik, CIKeyfiyyət göstəriciləri pisləşməyib
5. Ölçmə və təkmilləşdirməNə işləyir, nə işləmir — dövri baxışSkill-lər və qaydalar canlı qalır

Ən çox rast gəlinən səhv — ölçməni məhsuldarlıq metrikləri ilə qurmaq: sətir sayı, commit sayı, PR sayı. Bunlar agentlə asanlıqla şişirdilir və heç nə demir. Daha faydalı göstəricilər: PR-a qədər keçən vaxt, review-da tapılan bug sayı, production insidentlərinin sayı, flaky test sayı. Bunlar keyfiyyət pisləşəndə göstərir.

Komanda qaydalarının minimum dəsti:

1. Anlamadığın kodu merge etmə. Ən vacib qayda — çünki texniki borcun ən pis formasının qarşısını alır.

2. PR ölçüsü limiti. Böyük PR-lar review olunmur. Agentlə PR həcmi asanlıqla artır.

3. Nə tapşırılmır — açıq siyahı: təhlükəsizlik, kriptoqrafiya, ödəniş məntiqi, release konfiqurasiyası.

4. Sirlərlə davranış — nə yapışdırılmır, deny qaydaları.

5. Skill-lər repo-da və review-lu.

Bu qaydaların çoxu əslində yaxşı mühəndislik qaydalarıdır — agent onları daha vacib edir, çünki kod yazmaq ucuzlaşıb, anlamaq və yoxlamaq isə ucuzlaşmayıb.

📚 Mənbələr və sənədlər