NAB untuk ‘mengisi’ beberapa platform bisnisnya – Strategi – Cloud – Perangkat Lunak
Technology

NAB untuk ‘mengisi’ beberapa platform bisnisnya – Strategi – Cloud – Perangkat Lunak

NAB diatur ke ‘innersource’ beberapa platform bisnis utamanya, setelah berhasil menerapkan model ke pengembangan dan pemeliharaan lebih banyak perpustakaan dan alat kode yang berfokus secara internal.

Innersource adalah kumpulan praktik rekayasa perangkat lunak yang semakin populer yang digunakan untuk menciptakan budaya seperti open source di dalam suatu organisasi.

NAB telah menjadi kode sumber internal selama sekitar dua setengah tahun, dengan model yang membentuk bagian dari rangkaian praktik yang lebih luas yang dikenal sebagai yayasan teknik NAB atau NEF, yang dirancang untuk membantu tim pengembangan memasukkan kode ke dalam cloud dan produksi lebih cepat.

Pendukung ‘empat besar’ lain dari innersource adalah CBA, yang mengungkapkan karyanya sendiri untuk iTnews awal tahun ini.

Manajer teknik NAB Matt Cobby mengatakan kepada Innersource Summit 2021 bulan lalu bahwa bank pada awalnya mengadopsi sumber dalam untuk menghilangkan duplikasi upaya dan biaya pengkodean karena tim yang berbeda bekerja untuk membuat produk mereka siap di cloud.

“Kami memigrasikan beban kerja perbankan yang sangat rahasia pertama di Australia ke cloud publik pada tahun 2016, dan kami memungkinkan tim untuk bergerak cepat dan mengendalikan hasil mereka sendiri, tetapi ini menyebabkan duplikasi alat dan ada kebutuhan untuk mengurangi biaya per beban kerja untuk skala lebih cepat,” kata Cobby.

“Dalam situasi inilah saya menemukan diri saya mencari alat untuk mengotomatiskan penyiapan AWS Credentials, dan saya menemukan 20 versi berbeda dari alat yang sama di seluruh Github. Beberapa didukung dan beberapa tidak, dan beberapa berfungsi penuh dan yang lainnya kurang sempurna.

“Saya merasa bahwa ini jelas merupakan salah satu tempat di mana kami tidak seefisien mungkin, dan saya merasa bahwa teknik pengembangan open source dapat membantu kami berkembang.”

Cobby mengatakan bahwa bank juga ingin mengurangi biaya eksperimen “untuk membantu tim mengembangkan ide-ide baru dan menguji solusi bisnis baru dengan cepat dan efisien.”

Itu membuat NAB mengadopsi innersource, yang didefinisikan sebagai “berbagi pengetahuan, keterampilan, dan kode antar tim di NAB menggunakan teknik kolaborasi open-source”.

Dengan menciptakan cara formal untuk berbagi pekerjaan dari tim yang berbeda dan untuk berkolaborasi dalam pengembangan lebih lanjut, bank berharap untuk menghilangkan “pengangkatan berat yang tidak dapat dibedakan” dari beberapa tim yang menemukan kembali pustaka kode dan alat, dan dengan demikian, memfokuskan kembali upaya tim untuk mencapai hasil bisnis jauh lebih cepat.

Pengaturan sumber dalam

Dengan “ratusan” tim pengembangan di seluruh bank yang masing-masing memiliki cara kerja mereka sendiri, bank memfokuskan upaya sumber dalam “pada antarmuka antar tim”.

“Ini memungkinkan kami untuk menciptakan lingkungan yang aman bagi para insinyur untuk berbicara dengan insinyur lain di seluruh bank: untuk menjangkau, memahami basis kode mereka, dan untuk berbagi pekerjaan mereka,” kata Cobby.

NAB mengatakan adopsi innersource harus menyeimbangkan “kebutuhan bank dalam hal dukungan arsitektur, dukungan keamanan, kepemilikan, akuntabilitas dan kemampuan audit, dengan kebutuhan komunitas open source untuk menjadi kreatif.”

Untuk melakukannya, ia menunjuk “pejuang komunitas” yang bertindak sebagai “penginjil” di lapangan.

“Mereka memastikan bahwa rekan-rekan mereka tahu tentang sumber dalam,” kata Cobby.

“Mereka menjalankan pameran komunitas untuk produk baru … di mana mereka melakukan peer review pada produk, mereka memeriksa apakah produk tersebut memenuhi kriteria tertentu seperti apakah kita tahu masalah apa yang dipecahkannya, bahwa itu bukan duplikasi dari produk yang sudah ada, bahwa itu memenuhi standar minimum kami dan memiliki kepemilikan yang kuat. Pada titik ini juga keamanan dan arsitektur memiliki suara dan dapat mendukung atau menanyakan produk individual apa pun.

“Di mana kami memiliki banyak solusi untuk masalah yang sama, kami akan membangun komunitas kecil di sekitar masalah itu dan kami akan bekerja dengan semua pihak yang berkepentingan untuk mengurangi duplikasi itu dan menghasilkan solusi yang lebih baik untuk semua orang.”

Di sisi lain model, Cobby mengatakan budaya kepemilikan produk yang kuat telah terbentuk.

“Di sinilah kami memastikan bahwa setiap produk dalam innersource memiliki pemilik produk yang berbeda,” katanya.

“Tanggung jawab pemilik adalah memastikan bahwa produk memenuhi standar minimum, memiliki alur kerja, bahwa ada seseorang di sana untuk membaca dan mengevaluasi permintaan penarikan, dan untuk memastikan bahwa permintaan penarikan ini memenuhi SLA tertentu.

“Mereka ada di sana untuk memberikan dukungan teknis untuk produk dan menjawab pertanyaan dari orang-orang ketika mereka bertanya tentang kontribusi pada produk.

“Kami juga menyediakan buku pedoman bagi pemilik produk ini untuk membantu mereka menggunakan platform dan produk mereka sendiri.”

Produk yang akan diinternalisasi diklasifikasikan sebagai “kurasi” atau “komunitas”.

“Tujuannya adalah untuk menunjukkan bahwa ketika tim ‘mengkonsumsi’ melihat apa yang dapat mereka gunakan [from elsewhere in the bank], mereka memiliki keyakinan bahwa kode yang mereka gunakan didukung dan memiliki dukungan tingkat produksi – tetapi kami tidak menetapkan standar terlalu tinggi sehingga proyek komunitas tidak dapat dimulai,” kata Cobby.

“Biasanya, produk yang dikurasi terbukti dalam produksi. Kami tahu bahwa itu telah melalui semua proses operasional normal kami yang ada, bahwa itu berjalan dalam produksi dengan beban kerja pelanggan, bahwa itu telah diuji keamanan, bahwa itu merangkum pembelajaran dan pengalaman bertahun-tahun di seluruh organisasi, dan bahwa seringkali ada investasi yang signifikan di baliknya.

“Artinya, produk yang dikurasi sangat sedikit, tetapi kualitasnya sangat tinggi.

“Di sisi komunitas, kami merangkul asal-usul open source kami dan ini lebih merupakan inkubator untuk ide-ide baru. Kami memastikan ada penghalang yang sangat rendah untuk masuk.

“Kami cenderung menggunakan model dukungan gaya open-source yang sering kali dilakukan dengan upaya terbaik, dan produk khas yang kami lihat di ruang ini adalah seputar perkakas atau komponen pipa individual yang digunakan dalam pengiriman aplikasi.”

Sambil mempertahankan “sentuhan ringan”, Cobby mengatakan ada beberapa standar minimum yang harus dipenuhi oleh semua repositori kode untuk “menciptakan ruang yang aman bagi tim untuk menjangkau dan bekerja di repositori tim lain dengan cara yang jelas dan konsisten.”

“Kami memastikan bahwa setiap repositori sumber dalam dan setiap produk sumber dalam memiliki README [file] yang membuatnya sangat jelas apa yang dilakukan produk dan masalah apa yang dipecahkannya, ”kata Cobby.

“Kami pastikan para CODEOWNERS [file] dipelihara dan diperbarui sehingga pengembang eksternal tahu siapa yang harus diajak bicara ketika mereka memiliki pertanyaan.

“Ada panduan yang berkontribusi sehingga ketika Anda ingin membuat perubahan ada jalur yang sangat jelas bagi Anda untuk melakukannya, dan kode etik untuk memastikan bahwa Anda mengetahui perilaku yang dapat diterima untuk tim. [that created the product or tool].”

Manfaat sejauh ini

NAB mengatakan bahwa kualitas kode, kolaborasi, dan peluang pembelajaran semuanya meningkat di bawah sumber dalam.

“Ketika kita menulis kode di tempat terbuka, kita cenderung menulis kode yang lebih baik,” kata Cobby.

“Kami meningkatkan kemampuan untuk ditemukan dan kemudahan menemukan sumber kebenaran untuk sepotong informasi, dan kami menggunakan kembali kekayaan intelektual di berbagai domain.”

Cobby mengatakan bahwa keterbukaan membuatnya lebih mudah untuk memahami mengapa keputusan arsitektur tertentu dibuat.

“Kami saling meninjau karya satu sama lain dan diskusi kami terbuka, sehingga kami selalu dapat mengetahui mengapa keputusan arsitektur tertentu dibuat atau mengapa keputusan ini dibuat untuk tidak menggunakan teknologi tertentu,” katanya.

Tim juga dapat bergerak lebih cepat dengan membuat perubahan pada pustaka kode yang ada secara langsung, jika diperlukan.

“Ketika kami memiliki kemampuan untuk membaca repositori tim lain, kami memiliki kemampuan untuk menghilangkan kemacetan,” kata Cobby.

“Jika Anda bergantung pada tim dan mereka tidak dapat menerapkan perubahan Anda, Anda memiliki kemampuan untuk membuat perubahan itu sendiri dan membuatnya diterima ke dalam produk inti.

“Kami kemudian juga meruntuhkan silo organisasi dan membantu pembelajaran dari satu area diterapkan ke area yang berbeda.”

Bank melihat beberapa manfaat yang tidak terduga seputar “mentorship, cross-skilling, dan pembelajaran.”

“Kami menemukan melalui beberapa hackathon sumber dalam yang kami jalankan bahwa kami memiliki insinyur senior yang membimbing insinyur junior, kami menemukan pengembang frontend belajar bagaimana menjadi pengembang API, kami memiliki operator layanan bisnis backend yang belajar bagaimana menjadi pengembang React frontend,” Cobby dikatakan.

“Ini adalah salah satu manfaat nyata yang tidak terduga dari sumber dalam dan merupakan sesuatu yang memberi kami pengembalian investasi yang mungkin jauh lebih banyak daripada yang pernah kami harapkan.

“Jadi salah satu manfaat utama bagi kami adalah keterampilan silang orang-orang di seluruh organisasi.”

Peluang ekspansi

Namun, Cobby mengindikasikan ada peluang bagi bank untuk memperkuat adopsi sumber dalam serta memperluas penggunaannya.

“Kami telah melihat bagaimana kami dapat melakukan sumber daya platform bisnis kami,” katanya.

“Dengan beberapa manfaat yang telah kita lihat sebelumnya tentang memisahkan tim dan menghapus pemblokir dari backlog yang digabungkan, ada potensi bisnis nyata di sini untuk memahami bagaimana kami dapat mempermudah pengiriman melalui organisasi dan di berbagai platform.”

Dia juga melihat peluang lebih lanjut untuk mengotomatiskan beberapa metrik yang digunakan NAB di sekitar sumber dalam; bank bekerja sama dengan Github dalam bidang peningkatan khusus ini.

“Kami melihat jumlah orang yang berkolaborasi di seluruh tim, kami melihat hal-hal seperti penggunaan kembali produk,” katanya.

“Kami memiliki otomatisasi yang memindai Github untuk manajemen dependensi dan memberi tahu kami berapa banyak penggunaan kembali perpustakaan individual yang kami lihat. Kami kemudian dapat mengukur penggunaan kembali perpustakaan itu ke dalam istilah keuangan dalam hal berapa biaya untuk mengembangkan, dan berapa kali itu telah digunakan kembali.

“Kami juga menggunakan metrik untuk kesehatan operasional produk sumber dalam, karena sangat penting untuk memastikan bahwa produk tidak berakhir di tanah kosong. Kami menggunakan beberapa metrik ini dalam pelaporan untuk menemukan produk yang memerlukan bantuan, atau yang membutuhkan pemilik, lalu kami turun tangan dan memberikan bantuan kepada mereka.”

Dia melanjutkan: “Kami baru saja menggores permukaan dalam hal apa yang bisa kami lakukan [here].

“Saya percaya bahwa kode sumber suatu organisasi seringkali merupakan sumber intelijen yang belum dimanfaatkan, dan ada banyak informasi di sana yang dapat kita lihat untuk membantu kita memahami aliran informasi di seluruh organisasi.”

Posted By : pengeluaran hk hari ini 2021