tehnoloģiju stratēģijadevopsinovāciju pārvaldībaprogrammatūras arhitektūra
Eksperimentēšana pret standartizāciju tehnoloģijās
Mūsdienu tehnoloģiju organizāciju panākumus nosaka spēja līdzsvarot inovācijas un uzticamības spriedzi. Lai gan eksperimentēšana veicina izrāvienus, testējot nepārbaudītas idejas un jaunus rīkus, standartizācija nodrošina būtiskus drošības barjeras, kas nodrošina drošību, izmaksu efektivitāti un netraucētu sadarbību starp dažādām inženieru komandām strauji mainīgajā digitālajā vidē.
Iezīmes
Eksperimentēšana identificē potenciālu, savukārt standartizācija fiksē vērtību.
Pārāk liela eksperimentēšana noved pie "tehniskas sadrumstalotības".
Standartizācija nodrošina automatizētu drošības atbilstību plašā mērogā.
Inovatīvi uzņēmumi riska pārvaldībai izmanto “eksperimentu budžetus”.
Kas ir Eksperimentēšana?
Jaunu tehnoloģiju, arhitektūru un darbplūsmu testēšanas prakse, lai atklātu konkurences priekšrocības un risinātu unikālas problēmas.
Bieži vien ietver “koncepcijas pierādījumu” (PoC), lai pārbaudītu, vai jauns rīks faktiski var izpildīt savus mārketinga solījumus.
Parasti notiek izolētās “smilškastēs” vai laboratorijas vidēs, lai nepieļautu, ka nepārbaudīts kods ietekmē tiešos lietotājus.
Veicina “ātri piekāpjošos” kultūru, kurā mācīšanās no neveiksmīgiem mēģinājumiem tiek vērtēta tikpat augstu kā atskaites punkta sasniegšana.
Parasti izmanto atvērtā pirmkoda projektu alfa vai beta versijas, lai neatpaliktu no nozares tendencēm.
Nepieciešams īpašs “inovāciju laiks”, kurā izstrādātāji var brīvi izpētīt rīkus ārpus uzņēmuma oficiālā tehnoloģiju komplekta.
Kas ir Standartizācija?
Apstiprinātu rīku, protokolu un labākās prakses kopuma izveide, lai nodrošinātu konsekvenci un izcilu darbību.
Samazina inženieru “kognitīvo slodzi”, ierobežojot dažādu sistēmu skaitu, kas viņiem jāapgūst.
Iespējo “Zelta ceļus” — iepriekš apstiprinātas veidnes, kas ļauj komandām izvietot jaunus pakalpojumus ar iebūvētu drošību un uzraudzību.
Ievērojami samazina licencēšanas un mākoņpakalpojumu izmaksas, konsolidējot lietošanu dažu pārbaudītu, liela apjoma pakalpojumu sniedzēju vadībā.
Racionalizē pieņemšanas darbā un adaptācijas procesu, jo jaunajiem darbiniekiem ir jāapgūst tikai konkrēta, dokumentēta ekosistēma.
Uzlabo sistēmu sadarbspēju, nodrošinot, ka visi iekšējie pakalpojumi sazinās, izmantojot vienādus protokolus un datu formātus.
Salīdzinājuma tabula
Funkcija
Eksperimentēšana
Standartizācija
Galvenais mērķis
Atklājumi un inovācijas
Efektivitāte un stabilitāte
Riska tolerance
Augsts; pieņem neveiksmi
Zems; prioritāte tiek piešķirta darbības laikam
Izmaksu pārvaldība
Mainīgs un neparedzams
Optimizēts un paredzams
Pārmaiņu ātrums
Ātri un bieži
Lēni un apzināti
Mācīšanās līkne
Pastāvīgs un stāvs
Sākotnēji, bet konsekventi
Lēmumu pieņēmējs
Individuālie līdzstrādnieki
Arhitekti vai tehnoloģiju direktori
Mēroga ietekme
Var izraisīt fragmentāciju
Samazina ekspluatācijas berzi
Detalizēts salīdzinājums
Virves vilkšana starp veiklību un kārtību
Eksperimentēšana darbojas kā izaugsmes dzinējspēks, ļaujot komandām mainīt savu pieeju, kad jauns ietvars piedāvā labāku veiktspēju vai izstrādātāju pieredzi. Tomēr bez standartizācijas pamatprincipa uzņēmums var ātri nonākt pie "ēnu IT", kur katra komanda izmanto atšķirīgu datubāzi, padarot globālu uzturēšanu par neiespējamu uzdevumu. Pareizā līdzsvara atrašana ietver brīvības pieļaušanu atklāšanas fāzē, vienlaikus ieviešot stingrus noteikumus, kad projekts nonāk ražošanā.
Tehnoloģiju izplešanās ekonomiskā ietekme
Katrs unikāls rīks, kas tiek pievienots eksperimenta fāzē, rada slēptu “uzturēšanas nodokli”, kas laika gaitā uzkrājas. Lai gan komanda šodien varētu ietaupīt dažas stundas, izmantojot nišas bibliotēku, organizācija par to maksā vēlāk, izmantojot fragmentētus drošības ielāpus un sarežģītas integrācijas. Standartizācija to atrisina, radot apjomradītus ietaupījumus, kur vienu drošības atjauninājumu vai veiktspējas uzlabojumu var lietot visā uzņēmumā vienlaikus.
Izstrādātāja pieredze un izdegšana
Inženieri bieži vien alkst pēc daudzveidības, ko sniedz eksperimentēšana, jo tā uztur viņu prasmes asas un darbu saistošu. Turpretī pārmērīga standartizācija var šķist kā “sašaurinājums”, kas apslāpē radošumu un mudina labākos talantus pie elastīgākiem konkurentiem. Veiksmīgākās organizācijas uzskata savus standartus par “dzīviem dokumentiem”, kas tiek regulāri atjaunināti, pamatojoties uz veiksmīgiem eksperimentiem, nodrošinot, ka tehnoloģiju kopums attīstās, nekļūstot haotisks.
Uzticamība ražošanas vidē
Kad kritiski svarīga sistēma nedarbojas pulksten 3:00 no rīta, standartizācija ļauj jebkuram dežūrējošam inženierim iesaistīties un izprast arhitektūru. Tīras eksperimentēšanas pasaulē šis inženieris var saskarties ar pielāgotu valodu vai neskaidru datubāzi, ko viņš nekad iepriekš nav redzējis. Standartizējot "ražošanas" vidi, uzņēmumi nodrošina, ka darbības ar augstām likmēm ir paredzamas, novērojamas un viegli atgūstamas.
Priekšrocības un trūkumi
Eksperimentēšana
Iepriekšējumi
+Atklāj izrāvienu
+Piesaista labākos talantus
+Ātrāka problēmu risināšana
+Nākotnes prasībām atbilstošs bizness
Ievietots
−Augstāks atteices līmenis
−Fragmentēti dati
−Atlaišanas izmaksas
−Drošības nepilnības
Standartizācija
Iepriekšējumi
+Paredzama veiktspēja
+Zemākas ekspluatācijas izmaksas
+Vienkāršota drošība
+Vienkāršāka sadarbība
Ievietots
−Lēnāka inovācija
−Novecošanās risks
−Stingri procesi
−Talantu vilšanās
Biežas maldības
Mīts
Standartizācija ir jebkuras radošuma ienaidnieks.
Realitāte
Patiesībā standartizācija novērš "garlaicīgas" problēmas, piemēram, to, kā izvietot vai reģistrēt datus, kas faktiski atbrīvo izstrādātājus, lai viņi varētu vairāk radošās enerģijas veltīt unikālu biznesa izaicinājumu risināšanai.
Mīts
Eksperimentēšana ir paredzēta tikai turīgiem tehnoloģiju gigantiem.
Realitāte
Mazākiem jaunuzņēmumiem bieži vien ir jāeksperimentē vairāk, jo tiem trūkst resursu, lai sekotu iedibinātiem ceļiem; tiem veiksmīgs eksperiments bieži vien ir vienīgais veids, kā izjaukt esošo uzņēmumu.
Mīts
Kad standarts ir noteikts, to nekad nevajadzētu mainīt.
Realitāte
Standarti, kas nemainās, kļūst par "mantojuma parādu". Efektīvas organizācijas pārskata savus standartus ik pēc 6–12 mēnešiem, lai iekļautu labākos rezultātus no jaunākajiem eksperimentiem.
Mīts
Jūs varat standartizēt savu izeju no katras tehniskās problēmas.
Realitāte
Standartizācija vislabāk darbojas jau zināmu problēmu gadījumā. Saskaroties ar pilnīgi jaunu tirgu vai jauniem tehniskiem šķēršļiem, stingra veco standartu ievērošana faktiski var novērst nepieciešamo "nestandarta" domāšanu, lai izdzīvotu.
Bieži uzdotie jautājumi
Kā mēs izlemjam, kuriem eksperimentiem jākļūst par uzņēmuma standartiem?
Izplatīts ietvars ir “Tehnoloģiju radars”. Rīks tiek palaists “Novērtēšanas” vai “Izmēģinājuma” fāzē; ja tas vairākās komandās pastāvīgi izrādās uzticamāks, ātrāks vai lētāks, neradot integrācijas problēmas, tas tiek paaugstināts uz “Pieņemšanas” statusu, kļūstot par oficiālu uzņēmuma standartu.
Kāda ir "Divu picu komandas" pieeja eksperimentiem?
Amazon popularizētā metode paredz komandu uzturēšanu pietiekami mazas, lai tās varētu pabarot ar divām picām. Šīm komandām tiek dota autonomija eksperimentēt ar saviem lokalizētajiem rīkiem un darbplūsmām, ja vien tās ievēro dažus "globālus standartus", piemēram, API formātus un drošības protokolus, lai nodrošinātu, ka tās joprojām var sazināties ar citām komandām.
Cik daudz “inovāciju laika” reāli vajadzētu būt tehnoloģiju komandai?
Lai gan slavenais noteikums “Google 20%” ir populārs kritērijs, vairums mūsdienu tehnoloģiju vadītāju uzskata, ka 5–10% sprinta ir ilgtspējīgāki. Tas ļauj rīkot “Atklāšanas sprintus” vai “Hakatonus”, kuros izstrādātāji var eksperimentēt ar jaunām tehnoloģijām, neizjaucot galveno produkta izstrādes plānu vai neievērojot kritiskos termiņus.
Vai standartizācija faktiski var izraisīt drošības ievainojamības?
Jā, tas ir pazīstams kā "monokultūras" risks. Ja katrs jūsu uzņēmuma pakalpojums izmanto tieši vienu un to pašu vienas bibliotēkas versiju, jaunatklāts šīs bibliotēkas izmantošanas robs varētu potenciāli vienlaikus apturēt visu jūsu infrastruktūru. Tāpēc zināma daudzveidība stekā — kontrolēta eksperimentēšana — patiesībā ir drošības līdzeklis.
Kāda ir lielākā pazīme, ka mūsu tehnoloģiju kopums ir pārāk sadrumstalots?
Visacīmredzamākais simptoms ir tad, kad jaunam izstrādātājam lokālās vides iestatīšana aizņem vairāk nekā nedēļu vai kad "vienkāršiem" starpkomandas projektiem ir nepieciešamas nedēļām ilgas sarunas, lai tikai izdomātu, kā koplietot datus. Ja jums ir pieci dažādi veidi, kā apstrādāt lietotāju autentifikāciju piecās dažādās lietotnēs, jums ir fragmentācijas problēma.
Vai standartizācija apgrūtina specializētu ekspertu nolīgšanu?
Patiesībā tas var visu atvieglot. Standartizējot populāras, labi atbalstītas tehnoloģijas (piemēram, React vai PostgreSQL), jūs piesaistāt daudz lielāku kandidātu loku. Ja pārāk eksperimentēsiet ar nišas vai pielāgotām valodām, iespējams, ka, sākotnējiem izstrādātājiem aizejot, vairs nevarēsiet atrast nevienu ar nepieciešamajām prasmēm.
Vai ir iespējams eksperimentēt ar standartizētiem procesiem?
Pilnīgi piekrītu. Eksperimentu var veikt ne tikai ar programmatūru, bet arī ar darbplūsmu. Piemēram, komanda varētu mēnesi eksperimentēt ar “Pāru programmēšanu”, lai noskaidrotu, vai tā samazina kļūdu skaitu. Ja dati liecina, ka tā darbojas, šo procesu var standartizēt visā nodaļā.
Kā mākoņpakalpojumu sniedzēji ietekmē eksperimentēšanas un standartizācijas līdzsvaru?
Mākoņplatformas, piemēram, AWS un Azure, nodrošina milzīgu “pārvaldīto pakalpojumu” katalogu, kas atvieglo tūlītēju eksperimentēšanu. Tomēr tās rada arī “piesaistītību pie piegādātāja”. Ilgtermiņa standartizācijas stratēģija bieži vien ietver tādu pakalpojumu izvēli, kas ir vai nu atvērtā koda, vai arī tiem ir vienkārši migrācijas ceļi, lai izvairītos no atkarības no viena pakalpojumu sniedzēja cenu noteikšanas.
Spriedums
Eksperimentēšana ir būtiska, lai saglabātu konkurētspēju un atrastu “nākamo lielo lietu” agrīnās izstrādes fāzēs. Tomēr ilgtermiņa izdzīvošanai un mērogojamībai galu galā ir jāpārņem standartizācija, lai nodrošinātu, ka sistēma joprojām ir pārvaldāma, droša un rentabla.