İnnovasiya və etibarlılıq arasındakı gərginlikdə hərəkət etmək müasir texnologiya təşkilatlarının uğurunu müəyyən edir. Təcrübələr sübut olunmamış ideyaları və yeni alətləri sınaqdan keçirməklə irəliləyişlərə təkan versə də, standartlaşdırma sürətlə inkişaf edən rəqəmsal mənzərədə müxtəlif mühəndislik qrupları arasında təhlükəsizliyi, səmərəliliyi və sorunsuz əməkdaşlığı təmin edən vacib maneələr yaradır.
Seçilmişlər
Təcrübə potensialı müəyyən edir, standartlaşdırma isə dəyəri ələ keçirir.
Həddindən artıq təcrübə "Texniki parçalanmaya" gətirib çıxarır.
Standartlaşdırma, miqyasda avtomatlaşdırılmış təhlükəsizlik uyğunluğuna imkan verir.
İnnovativ şirkətlər riskləri idarə etmək üçün "Təcrübə Büdcələri"ndən istifadə edirlər.
Təcrübə nədir?
Rəqabət üstünlüklərini aşkar etmək və unikal problemləri həll etmək üçün yeni texnologiyaların, memarlıqların və iş axınlarının sınaqdan keçirilməsi təcrübəsi.
Çox vaxt yeni bir vasitənin marketinq vədlərini həqiqətən yerinə yetirə biləcəyini təsdiqləmək üçün "Konsepsiyaların Sübutları" (PoC) tələb olunur.
Adətən, təsdiqlənməmiş kodun canlı istifadəçilərə təsir etməsinin qarşısını almaq üçün təcrid olunmuş "sandboxlarda" və ya laboratoriya mühitlərində baş verir.
Uğursuz cəhdlərdən dərs çıxarmağın bir mərhələyə çatmaq qədər dəyərləndirildiyi bir "tez uğursuzluq" mədəniyyətini təşviq edir.
Sənaye trendlərindən irəlidə qalmaq üçün adətən açıq mənbəli layihələrin alfa və ya beta versiyalarından istifadə edir.
Tərtibatçıların şirkətin rəsmi texnologiya dəstindən kənar alətləri araşdırmaqda sərbəst olduqları xüsusi "innovasiya vaxtı" tələb edir.
Standartlaşdırma nədir?
Ardıcıllığı və əməliyyat mükəmməlliyini təmin etmək üçün təsdiq edilmiş alətlər, protokollar və ən yaxşı təcrübələr dəstinin yaradılması.
Mühəndislərin mənimsəməli olduqları müxtəlif sistemlərin sayını məhdudlaşdırmaqla onların "idrak yükünü" azaldır.
Komandalara daxili təhlükəsizlik və monitorinqlə yeni xidmətlər yerləşdirməyə imkan verən əvvəlcədən təsdiqlənmiş şablonlar olan "Qızıl Yollar"ı aktivləşdirir.
İstifadəni bir neçə yoxlanılmış, yüksək həcmli provayderə birləşdirməklə lisenziyalaşdırma və bulud xərclərini əhəmiyyətli dərəcədə azaldır.
Yeni işçilərin yalnız müəyyən bir sənədləşdirilmiş ekosistem öyrənməsi lazım olduğundan, işə qəbul və işə qəbul prosesini sadələşdirir.
Bütün daxili xidmətlərin eyni protokollar və məlumat formatlarından istifadə edərək əlaqə qurmasını təmin etməklə sistem qarşılıqlı fəaliyyətini yaxşılaşdırır.
Müqayisə Cədvəli
Xüsusiyyət
Təcrübə
Standartlaşdırma
Əsas Məqsəd
Kəşf və İnnovasiya
Səmərəlilik və Sabitlik
Riskə Tolerantlıq
Yüksək; uğursuzluğu qəbul edir
Aşağı; iş vaxtına üstünlük verir
Xərclərin İdarə Edilməsi
Dəyişkən və gözlənilməz
Optimallaşdırılmış və proqnozlaşdırıla bilən
Dəyişiklik Sürəti
Sürətli və tez-tez
Yavaş və qəsdən
Öyrənmə Əyri
Sabit və dik
İlkin, lakin ardıcıl
Qərar Verən
Fərdi töhfəçilər
Memarlar və ya CTO-lar
Miqyasın Təsiri
Parçalanmaya səbəb ola bilər
Əməliyyat sürtünməsini azaldır
Ətraflı Müqayisə
Çeviklik və Nizam Arasındakı Kəsişmə
Təcrübə, inkişaf mühərriki rolunu oynayır və yeni bir çərçivə daha yaxşı performans və ya geliştirici təcrübəsi təklif etdikdə komandalara istiqamət dəyişdirməyə imkan verir. Lakin, standartlaşdırma lövbəri olmadan, bir şirkət tez bir zamanda hər komandanın fərqli bir verilənlər bazasından istifadə etdiyi "Kölgə İT" ilə qarşılaşa bilər və bu da qlobal texniki xidməti qeyri-mümkün bir vəzifəyə çevirir. Düzgün tarazlığı qorumaq, layihə istehsalata keçdikdən sonra ciddi qaydaları tətbiq edərkən kəşf mərhələsində sərbəstliyə icazə verməyi əhatə edir.
Texnologiyanın Genişlənməsinin İqtisadi Təsiri
Təcrübə mərhələsində əlavə edilən hər bir unikal alət zamanla artan gizli bir "texniki xidmət vergisi" daşıyır. Bu gün bir komanda niş kitabxanasından istifadə etməklə bir neçə saat qənaət edə bilsə də, təşkilat sonradan parçalanmış təhlükəsizlik yamaları və mürəkkəb inteqrasiyalar vasitəsilə bunun üçün pul ödəyir. Standartlaşdırma, tək bir təhlükəsizlik yeniləməsinin və ya performans tənzimləməsinin bütün şirkətə eyni anda tətbiq oluna biləcəyi miqyas iqtisadiyyatı yaratmaqla bunu həll edir.
Geliştirici Təcrübəsi və Tükənmə
Mühəndislər tez-tez təcrübələrlə gələn müxtəlifliyə can atırlar, çünki bu, onların bacarıqlarını kəskin və işi cəlbedici saxlayır. Əksinə, həddindən artıq standartlaşdırma yaradıcılığı boğaraq ən yaxşı istedadları daha çevik rəqiblərə yönəldən "boyunbağı" kimi hiss oluna bilər. Ən uğurlu təşkilatlar öz standartlarına uğurlu təcrübələrə əsasən müntəzəm olaraq yenilənən "canlı sənədlər" kimi yanaşırlar və texnoloji yığının xaosa çevrilmədən inkişaf etməsini təmin edirlər.
İstehsal mühitində etibarlılıq
Kritik bir sistem səhər saat 3:00-da sıradan çıxdıqda, standartlaşdırma istənilən növbətçi mühəndisə işə qoşulub arxitekturanı anlamağa imkan verir. Təmiz təcrübə dünyasında həmin mühəndis əvvəllər heç görmədiyi xüsusi hazırlanmış bir dil və ya qeyri-müəyyən verilənlər bazası ilə qarşılaşa bilər. "İstehsal" mühitini standartlaşdırmaqla şirkətlər yüksək riskli əməliyyatların proqnozlaşdırıla bilən, müşahidə edilə bilən və asanlıqla bərpa olunmasını təmin edirlər.
Üstünlüklər və Eksikliklər
Təcrübə
Üstünlüklər
+Nailiyyətləri açır
+Ən yaxşı istedadları cəlb edir
+Daha sürətli problem həlli
+Gələcəyə hazır biznes
Saxlayıcı
−Daha yüksək uğursuzluq nisbəti
−Parçalanmış məlumatlar
−Artıq xərclər
−Təhlükəsizlik boşluqları
Standartlaşdırma
Üstünlüklər
+Proqnozlaşdırıla bilən performans
+Daha aşağı əməliyyat xərcləri
+Sadələşdirilmiş təhlükəsizlik
+Daha asan əməkdaşlıq
Saxlayıcı
−Daha yavaş innovasiya
−Köhnəlmə riski
−Sərt proseslər
−İstedad məyusluğu
Yaygın yanlış anlaşılmalar
Əfsanə
Standartlaşdırma bütün yaradıcılığın düşmənidir.
Həqiqət
Əslində, standartlaşdırma, məlumatların necə yerləşdiriləcəyi və ya qeyd ediləcəyi kimi "darıxdırıcı" problemləri aradan qaldırır ki, bu da tərtibatçıları yaradıcı enerjilərini daha çox unikal biznes problemlərinin həllinə sərf etməyə azad edir.
Əfsanə
Təcrübələr yalnız böyük cibli texnologiya nəhəngləri üçündür.
Həqiqət
Kiçik startaplar tez-tez daha çox təcrübə aparmalı olurlar, çünki onlarda mövcud yolları izləmək üçün köhnə resurslar yoxdur; onlar üçün uğurlu bir təcrübə çox vaxt mövcud bir şirkətin işini pozmağın yeganə yoludur.
Əfsanə
Standart müəyyən edildikdən sonra, heç vaxt dəyişdirilməməlidir.
Həqiqət
Təkmilləşməyən standartlar "Köhnə Borc"a çevrilir. Effektiv təşkilatlar son təcrübələrin ən yaxşı nəticələrini nəzərə almaq üçün standartlarını hər 6-12 aydan bir nəzərdən keçirirlər.
Əfsanə
Hər bir texniki problemdən çıxış yolunuzu standartlaşdıra bilərsiniz.
Həqiqət
Standartlaşdırma məlum problemlər üçün ən yaxşı şəkildə işləyir. Tamamilə yeni bir bazar və ya yeni bir texniki maneə ilə qarşılaşdıqda, köhnə standartlara ciddi riayət etmək, yaşamaq üçün tələb olunan zəruri "qutudan kənar" düşüncənin qarşısını ala bilər.
Tez-tez verilən suallar
Hansı təcrübələrin şirkət standartlarına çevrilməli olduğuna necə qərar verə bilərik?
Ümumi bir çərçivə "Texnologiya Radarıdır". Bir aləti "Qiymətləndirmə" və ya "Sınaq" mərhələsində işə salırsınız; inteqrasiya ilə bağlı baş ağrılarına səbəb olmadan birdən çox komandada davamlı olaraq daha etibarlı, daha sürətli və ya daha ucuz olduğunu sübut edərsə, rəsmi şirkət standartına çevrilərək "Qəbul et" statusuna yüksəlir.
"İki Pizza Komandası" təcrübəyə yanaşması nədir?
Amazon tərəfindən populyarlaşan bu üsul, komandaların iki pizza ilə qidalanacaq qədər kiçik saxlanmasını nəzərdə tutur. Bu komandalara, digər komandalarla hələ də danışa bilmələrini təmin etmək üçün API formatları və təhlükəsizlik protokolları kimi bir neçə "qlobal standarta" riayət etmələri şərtilə, öz lokallaşdırılmış alətləri və iş axınları ilə sınaqdan keçirmək üçün muxtariyyət verilir.
Texnologiya komandasının real olaraq nə qədər "İnnovasiya Vaxtı" olmalıdır?
Məşhur "Google 20%" qaydası populyar bir etalon olsa da, əksər müasir texnologiya mütəxəssisləri sprintin 5-10%-nin daha dayanıqlı olduğunu müəyyən edirlər. Bu, tərtibatçıların əsas məhsul yol xəritəsini pozmadan və ya vacib son tarixləri qaçırmadan yeni texnologiya ilə oynaya biləcəyi "Kəşf Sprintləri" və ya "Hackathonlar"a imkan verir.
Standartlaşdırma həqiqətən təhlükəsizlik zəifliklərinə səbəb ola bilərmi?
Bəli, bu, "monokultura" riski kimi tanınır. Əgər şirkətinizdəki hər bir xidmət tək bir kitabxananın eyni versiyasından istifadə edirsə, həmin kitabxanada yeni aşkar edilmiş bir xəta potensial olaraq bütün infrastrukturunuzu bir anda sıradan çıxara bilər. Buna görə də yığındakı bəzi müxtəliflik - nəzarətli təcrübə - əslində təhlükəsizlik xüsusiyyətidir.
Texnologiya yığınlarımızın çox parçalandığının ən böyük əlaməti nədir?
Ən aşkar simptom, yeni bir geliştiricinin yerli mühitini qurması üçün bir həftədən çox vaxt sərf etməsi və ya "sadə" komandalararası layihələrin məlumatların necə paylaşılacağını anlamaq üçün həftələrlə danışıqlar tələb etməsidir. Beş fərqli tətbiqdə istifadəçi identifikasiyasını idarə etməyin beş fərqli yolu varsa, parçalanma probleminiz var.
Standartlaşdırma ixtisaslaşmış mütəxəssislərin işə götürülməsini çətinləşdirirmi?
Əslində, bu, işi asanlaşdıra bilər. Məşhur, yaxşı dəstəklənən texnologiyalarda (məsələn, React və ya PostgreSQL) standartlaşdırma aparmaqla, daha böyük namizəd hovuzuna daxil olursunuz. Əgər niş və ya xüsusi hazırlanmış dillərdə həddindən artıq təcrübə aparsanız, orijinal tərtibatçılarınız ayrıldıqda lazımi bacarıqlara malik birini tapa bilməyəcəksiniz.
Standartlaşdırılmış proseslərlə təcrübə aparmaq mümkündürmü?
Əlbəttə. Təcrübəni yalnız bir proqram təminatı üzərində deyil, həm də iş axını üzərində də həyata keçirə bilərsiniz. Məsələn, bir komanda səhvləri azaltdığını görmək üçün bir ay ərzində "Cüt Proqramlaşdırma" ilə sınaq keçirə bilər. Məlumatlar onun işlədiyini göstərirsə, bu proses şöbənin qalan hissəsində standartlaşdırıla bilər.
Bulud provayderləri təcrübə və standartlaşdırma balansına necə təsir göstərir?
AWS və Azure kimi bulud platformaları ani təcrübələri asanlaşdıran "idarə olunan xidmətlərin" böyük bir kataloqu təqdim edir. Bununla belə, onlar həmçinin "Satıcıların Bağlanması"nı da yaradırlar. Uzunmüddətli standartlaşdırma strategiyası tez-tez tək bir provayderin qiymətlərinin təsiri altına düşməmək üçün ya açıq mənbəli, ya da asan miqrasiya yollarına malik xidmətlərin seçilməsini əhatə edir.
Hökm
Təcrübə rəqabət qabiliyyətini qorumaq və erkən inkişaf mərhələlərində "növbəti böyük şeyi" tapmaq üçün vacibdir. Lakin, uzunmüddətli yaşamaq və miqyaslandırmaq üçün sistemin idarəolunan, təhlükəsiz və səmərəli qalmasını təmin etmək üçün standartlaşdırma nəticədə üzə çıxmalıdır.