Debesijos dėka verslo sritys vis dažniau užsiima technine veikla. Tačiau be gilių architektūrinių žinių viskas gali būti labai netvarkinga ir brangu.
Pripažinkime – šiais laikais visi yra įsimylėję informacines technologijas. Nuo ledų vežimėlio savininko, kuris dabar gali priimti kreditines korteles per Square, iki aviacijos ir kosmoso vadovo, kuris dabar gali stebėti orlaivių variklių sveikata skrendant, 24x7, IT atveria naujas galimybes ir malšina rankinių procesų skausmą.
Tačiau taip pat yra tendencija persistengti, o plačiai, dažnai nevaržomai naudojant debesis, „SaaS“ arba mobiliosios paslaugos, kyla pavojus, kad IT bus vaistas nuo trumparegių ar nesupratingų valdymas. Kad būtų išvengta brangių pavojų, kylančių dėl paprasčiausio technologijų išmetimo į problemas, egzistuoja architektūros disciplina – tiek programinė įranga, tiek įmonės stilius.
Ruth Malan, nepaprasta IT architektė, architektūros konsultantė „Bredemeyer Consulting“ ir „Carnegie Mellon's“ gavėja
2017 m. Linda M. Northrop programinės įrangos architektūros apdovanojimas, neseniai rujojo apie tai, ką reiškia būti architektu. Ji pabrėžia, kad architektūra dažnai plaukia prieš organizacijos entropijos, inercijos ir trumparegystės bangas:"Conway dėsnis teigia, kad organizacijos struktūra ir jos palengvinami bei slopinami bendravimo keliai yra galingi, netgi lemiantys sistemos formuotojai. Perfrazuoju tai taip: „jei sistemos architektūra ir organizacijos architektūra prieštarauja, organizacijos architektūra laimi“. Suprasdami, kad tai yra dėsnis, pavyzdžiui, gravitacija, galime žaisti kartu su juo ir naudoti komandos ribas, kad išlaikytume komponentų ar mikro paslaugų ribas, jas nubrėždami. aukštyn. Yra bet. Turime išlikti budrūs, kad nesužaistų mūsų dėsnis, kurį naudojame žaisdami entropiją. Jėgos, kurias naudojame siekdami apsaugoti ir sustiprinti ribas, padidinti inercines jėgas ties riba – sunkiau suprasti, kada reikia pokyčių, ir sunkiau pakeisti. Be to, atsižvelgiant į tai, ką komunikacijos keliai skatina ir trukdo, turėsime įdėti aiškų darbą, kad užtikrintume, jog gauti apimties slinkimą komponente (mikropaslauga ir kt.) ir valdyti dubliavimą (su tuo pačiu nenuoseklumu) komponentai“.
Esmė: architekto darbas – ar tai būtų programinės įrangos architektas, ar įmonės architektas, kurį čia tyrinėsime – nėra vien tik sukurti ir planuoti nuostabias, elegantiškas sistemas; tai taip pat yra šviesti, vadovauti ir taip, parduoti šias idėjas ir vizijas sprendimus priimantiems asmenims, kuriems nuolat reikia iš naujo nagrinėti, ką jie daro, kodėl jie daryti tai, ką jie daro, kaip jie gali tai padaryti geriau, ir – svarbiausia – pripažinti, kad vien technologija neišspręs jų problemų ir neatvers naujų galimybes. Norint tai padaryti, reikalingas viziją turintis, į ateitį mąstantis valdymas. Įmonės architektūra padeda pagrindus ir suteikia tinkamas technologijas reikiamai progai.
Tai buvo tiesa 1968 m., kai Melvinas Conway'us parašė savo įstatymą, ir dar labiau galioja šiandien, kai pereinama prie skaitmeninių įmonių. Naujas apklausa iš CompTIA, pramonės prekybos asociacijos, tvirtina, kad „dėl kritinio technologijos pobūdžio ir visiškai naujų IT pristatymo modelių architektūrinis planavimas tampa būtinybe. Lygiai taip pat, kaip verslo planas reikalingas norint nubrėžti įmonės ateitį, IT architektūros planas reikalingas norint sukurti sėkmę skaitmeninėje ekonomikoje.
Leiskite man žengti žingsnį toliau. IT architektūros planas yra verslo planą. Ir verslo planas yra IT architektūros planą. Jiedu yra vienas, ir dabar jie yra neatsiejami.
„CompTIA“ tyrime apie 13 % vadovų mano, kad jų organizacijos yra „pažangiausios“, kai kalbama apie pažangų technologijų diegimą, siekiant patobulinti savo verslą. „CompTIA“ teigia, kad pažangiausių įmonių vadovybė priima sprendimus dėl pažangių technologijų. „52 % įmonių, kurios naudoja pažangesnes technologijas, teigia, kad vyresnioji vadovybė, remianti ir finansuojanti technologijų iniciatyvas, yra pagrindinė pažangaus požiūrio dalis.
Tarp įmonių, kurios naudoja mažiau pažangias technologijas, 44% teigia, kad nepakankamai išleidžia technologijų iniciatyvos (varomos iš vykdomosios valdžios lygių nustatytų biudžetų) stabdo juos nuo a stipresnis požiūris. „Abejose situacijose lyderystės nustatyta vizija/palaikymas/biudžetas yra pagrindinis veiksnys nustatant mąstymą“, – daro išvadą ataskaitos autoriai.
Gerai, kaip į savo verslo lyderystę įtraukti tam tikrą technologijų viziją? CompTIA autoriai aprašo, ką reikia padaryti:
„IT profesionalams ar IT sprendimų tiekėjams iššūkis siekiant sutarimo dėl architektūros planavimo yra dvejopas. Pirma, jie turi užtikrinti, kad diskusijos prasidėtų nuo verslo poreikių. Techniniai darbuotojai turi suprasti galutinius tikslus; „Mums reikia naujo komunikacijos įrankio“ gali reikšti „Turime įgalinti nuotolinius darbuotojus“ arba tai gali reikšti „Turime prisijungti prie vidinio veikla su klientų sąveika“. IT skyrius gali pasiūlyti skirtingus žingsnius galutiniam sprendimui remdamasis objektyvus.
„Antra, bendradarbiavimas visoje organizacijoje turi apimti pagrindinį architektūros supratimą. [Yra] didėjantis techninis aktyvumas tarp verslo sričių. Ši veikla auga, nes didėja susipažinimas su SaaS produktais ir kitais galutiniais sprendimais, tačiau ji taip pat yra ribota, nes verslo padaliniai neturi gilios architektūros patirties. Kadangi verslo poreikiai lemia technologijų sprendimus, ši įtaka turi nulemti visas tarpusavyje sujungtas sistemas, kurios sudaro visapusišką IT aplinką.