Bisnis di cloud: Cara membangun tim yang tepat
.

Fiserv tidak asing dengan bekerja di cloud, tetapi akhir-akhir ini upaya tersebut telah mengambil urgensi yang jauh lebih besar.

“Selama dua hingga tiga tahun terakhir adalah saat kami benar-benar mulai meletakkan kepala kami dan memikirkan strategi,” kata Tom Eck, wakil presiden senior transformasi digital raksasa fintech dan pembayaran.

Tujuannya adalah pengalaman yang lebih baik bagi pelanggan di AS dan di seluruh dunia, atas nama 46.000 karyawan Fiserv yang berbasis di Brookfield, Wis., memindahkan lebih dari $1,5 triliun setahun. “Mereka menuju cloud dengan sangat cepat, dan kami ingin menemui mereka di sana,” kata Eck. “Itulah motivasi utama kami.”

Jadi Fiserv, yang didirikan pada tahun 1984, telah membangun tim cloud-nya. Selain kemauan untuk bergerak cepat namun metodis, tugas ini membutuhkan langkah nyata untuk memikat pekerja berbakat. “Perang bakat luar biasa sulit saat ini,” kata Eck tentang peran senior tertentu.

Perusahaan yang sudah mapan menghadapi kekurangan besar akan cloud dan rekayasa perangkat lunak serta bakat pengembangan lainnya, catat Marcus Murph, mitra dan pemimpin penasihat praktik CIO dengan KPMG. “Apa yang sangat sering saya dengar dari para CEO dan pemimpin teknologi itu adalah, mereka tidak memiliki bakat teknologi yang mereka butuhkan untuk dunia modern,” kata Murph yang berbasis di Dallas, yang juga memimpin bisnis cloud KPMG di AS. “Karena jika Anda berpikir tentang apa yang kami lakukan selama 30 tahun terakhir dengan talenta teknologi, banyak dari perusahaan ini melakukan banyak outsourcing untuk biaya.”

Laporan teknologi global KPMG baru-baru ini mendukung pengamatan itu. Untuk 2.200 lebih eksekutif yang disurvei, kekurangan bakat adalah tantangan No. 1 yang memperumit adopsi teknologi digital.

Fiserv adalah klien VMware, yang layanannya termasuk mendukung klien menggunakan banyak cloud. “Apa yang kami coba lakukan adalah memberikan landasan untuk membantu pelanggan saat mereka menangani semua cloud berbeda yang mereka miliki,” kata kepala petugas teknologi VMware Kit Colbert.

Dalam pengalaman Colbert, banyak bisnis mengadopsi mentalitas cloud-first: “Mereka berkata, ‘Hei, kita akan pergi ke cloud.’ Tetapi seringkali, mereka tidak melakukannya dengan benar.”

Salah satu hasilnya adalah apa yang disebut VMware berbasis Palo Alto sebagai kekacauan cloud. Ambil kredensial untuk masuk ke cloud publik, misalnya. “Setiap organisasi berukuran wajar akan memiliki ratusan, mungkin ribuan, akun cloud ini, karena setiap tim kecil masuk dan membuatnya,” kata Colbert. “Itu menjadi masalah tata kelola dan keamanan yang besar.”

Beberapa perusahaan memecahkan masalah ini dengan membentuk tim platform untuk cloud, kata Colbert. “Alih-alih meminta setiap lini bisnis atau tim aplikasi melakukannya, mereka mencoba memiliki tim pusat untuk pergi dan membangun semua alat ini, dan membangunnya sekali, membangunnya dengan benar.” Segalanya bergerak sedikit lebih lambat di awal, Colbert mengakui. “Tapi itu terbayar dari waktu ke waktu karena Anda mendapatkan lebih banyak standarisasi, dan karena lini bisnis tidak melakukan hal ad hoc, tetapi sebaliknya dapat menggunakan alat standar, matang, dan kuat.”

Baca Juga:  Tim Sepak Bola Iran Menyanyikan Lagu Kebangsaan Setelah Ancaman Dari Rezim

Di organisasi yang cukup besar, tim platform bisa berjumlah setidaknya 200, kata Colbert. “Biasanya mereka tidak mencoba merebus lautan atau mengubah segalanya dalam semalam,” tambahnya. “Apa yang mereka lakukan dengan sebaik-baiknya [case] adalah mengatakan, ‘Saya akan memilih satu atau dua kategori ini, dan memfokuskan tim platform itu pada kategori-kategori itu dan memperbaiki kategori-kategori itu.’ Dua pilihan yang sering digunakan adalah keamanan dan manajemen,” catat Colbert.

Siapa anggota tim kunci? “Anda akan membutuhkan orang yang memahami cloud,” kata Colbert, menekankan bahwa mereka tidak harus menjadi ahli di cloud tertentu. “Ini sangat berbeda dari pola pikir pengembangan perangkat lunak tradisional,” jelasnya. “Anda membutuhkan cukup banyak orang-orang ini yang dapat membantu menanamkan organisasi, tim, dengan pola pikir semacam itu tentang bagaimana membangun sesuatu secara bertahap, bagaimana memberikan layanan.”

Selain insinyur perangkat lunak, pemain penting lainnya adalah insinyur keandalan situs (SRE), yang perannya menggabungkan pengembangan dan operasi.

“Mereka akan terlibat langsung dalam peran operasional jika hal-hal gagal, tetapi mereka juga akan mencoba untuk memastikan bahwa [for] kegagalan tertentu, mereka dapat mengotomatisasi, sehingga di masa depan, mereka tidak harus langsung melakukannya,” kata Colbert. “Itu akan menjadi sangat, sangat penting, karena layanan internal yang dibangun oleh tim platform yang berada di atas cloud publik—hal-hal tersebut harus sangat tersedia.” Jika terjadi kegagalan, pengembang tidak dapat bekerja, dan pelanggan dapat menderita.

Meskipun Fiserv mulai menggunakan teknologi cloud pada tahun 2013, Fiserv relatif baru untuk cloud publik. Perusahaan mengambil apa yang disebut Eck sebagai pendekatan multi-cloud hybrid, bekerja di setiap cloud besar sambil berhati-hati untuk tidak memainkan tangannya secara berlebihan. “Ada beberapa aplikasi yang kami miliki yang belum siap kami pindahkan ke cloud publik, karena jelas kami berbicara tentang banyak PII. [personal identifiable information]; kita berbicara tentang banyak data kartu kredit,” kata Eck. “Untuk itu dan beberapa alasan lainnya, kami bergerak dengan kecepatan ganda.”

Strategi Fiserv untuk membangun tim cloud-nya, yang berjumlah ratusan, memiliki empat kaki.

Pertama: “Kami memiliki banyak orang dalam operasi yang mengetahui jaringan dan pusat data dan firewall dan keamanan dan semua hal semacam itu,” kata Eck. Juga penting: ahli dalam menggunakan perangkat lunak seperti Terraform untuk membuat infrastruktur sebagai kode.

Kedua: Fiserv meningkatkan keterampilan sekelompok staf. “Mereka benar-benar hebat di lingkungan pusat data, terbiasa dengan banyak jenis pendekatan runbook untuk menjalankan operasi,” Eck menjelaskan. “Anda mendokumentasikan semuanya, lakukan dengan tangan. Kami sebagian besar beralih ke otomatisasi.”

Ketiga: Mempercepat peralihan ke cloud dengan bantuan mitra. “Kami memiliki hubungan dengan banyak integrator serta penyedia cloud utama itu sendiri, dan kami juga memanfaatkan keahlian mereka,” kata Eck. “Jadi hampir seperti membawa tim harimau eksternal untuk duduk di sebelah orang-orang kita, bekerja sama, menyelesaikan pekerjaan.”

Baca Juga:  Lebih banyak profesor sekarang merangkul Wikipedia di dalam kelas

Keempat: Perusahaan “membawa beberapa orang penting dari luar yang telah melakukannya secara nyata di industri kami, sebaiknya dalam skala besar,” kata Eck. Tetapi mendaratkan mereka bukanlah tugas yang mudah: “Jelas, ini adalah unicorn. Mereka tidak hanya berjalan-jalan tanpa melakukan apa-apa.”

Saran Colbert dalam mengelola tim seperti itu: “Anda akan ingin memiliki panduan top-down yang kuat tentang apa yang saya sebut sebagai pagar pembatas.” Dia menemukan bahwa pengembang aplikasi ingin menjadi yang terdepan—kecenderungan yang dapat mengarah pada jalan pintas. Dengan mengingat hal itu, rekomendasi Colbert bagi perusahaan yang baru masuk ke cloud adalah membuat standarisasi beberapa layanan tidak dapat dinegosiasikan. “Terkadang Anda dapat memprioritaskan dua atau tiga atau lima, mungkin, untuk mengatakan, ‘Semua orang akan menggunakan ini; tidak akan ada pengecualian.’”

Tetapi pada saat yang sama, tim platform tidak harus berjuang untuk kesempurnaan. “Yang Anda inginkan adalah bergerak dengan cepat, mengeluarkan fungsionalitas dengan cepat dan kemudian mengulanginya,” kata Colbert.

Untuk cloud dan talenta teknologi lainnya, perusahaan harus melihat kebutuhan mereka selama tiga hingga lima tahun, kata Murph. Selama cakrawala waktu itu, dia menyarankan untuk memutuskan apa yang akan dibangun, dibeli, dan dipinjam. “Apa yang ingin saya bangun di rumah? Apa yang ingin saya beli di pasar, mungkin melalui sumber atau penyedia layanan terkelola?” Meminjam biasanya berarti merekrut pekerja pertunjukan dan subkontraktor.

Untuk membangun tim internal yang kuat, Murph memperingatkan, organisasi harus meningkatkan permainan mereka seputar pengalaman karyawan. Jika mereka ingin membuat pengembang senang, itu termasuk meminimalkan tugas yang tidak melibatkan pengkodean. “Kebanyakan dari orang-orang itu, mereka hanya suka menulis kode dan memecahkan masalah,” kata Murph. “Jadi, bagaimana Anda mengotomatiskan semua hal yang ada di sekitar pekerjaan mereka?”

Colbert menawarkan beberapa tips perekrutan. “Nomor satu adalah Anda tidak harus melihat hanya di wilayah geografis Anda sendiri,” katanya. “Anda harus memiliki kebijakan kerja jarak jauh.” Jika tidak, menghabiskan banyak uang bisa menjadi satu-satunya cara untuk membuat karyawan kunci pindah.

Banyak dari orang-orang itu juga mencari tantangan yang lebih besar, kata Colbert. “Jadi bisa menunjukkan kepada mereka, mengatakan, ‘Hei, kami akan memberi Anda fleksibilitas dalam cara Anda bekerja, tetapi inilah hal yang lebih besar yang kami coba lakukan.’”

Eck setuju dengan pendekatan yang terakhir, memujinya dengan menarik salah satu pakar cloud top Fiserv. “Itu mengatakan, ‘Oke, saya mendapatkan semua pengalaman ini bekerja di Perusahaan X. Saya ingin sekali datang dan menjadi pengganda kekuatan di perusahaan Anda dan menghadapi beberapa tantangan besar ini,’” jelasnya. “Itu adalah tipe orang yang saya inginkan lebih dari seseorang yang bertanya kepada saya tentang pekerjaan jarak jauh.”

Baca Juga:  Waktu yang tepat untuk membangun ketahanan

Ditanya apa yang akan terjadi selanjutnya untuk tim cloud, Colbert memperkirakan perjuangan terus-menerus: “Akan selalu ada serangkaian layanan tambahan yang dibuat, yang akan dirilis, yang akan membutuhkan semacam kerja dan dukungan dari tim platform. ”

Pergeseran terbesar saat ini adalah perpindahan ke multi-cloud, Colbert menambahkan. Tim juga perlu mencari tahu bagaimana platform yang mereka buat dapat bekerja di lingkungan non-cloud. Keunggulan, yang mencakup segala hal mulai dari toko dan pabrik hingga kendaraan dan situs seluler 5G, adalah peluang berkembang yang sangat besar, Colbert mengamati. “Tim platform akan dipanggil untuk mendukung aplikasi di lokasi tersebut juga.”

Perusahaan akan belajar untuk mencapai lebih banyak dengan tim yang lebih kecil, prediksi Murph. “Bila Anda memiliki bakat teknologi yang sangat bagus, sungguh menakjubkan apa yang dapat Anda lakukan dengan lebih sedikit orang,” katanya. “Jadi dalam beberapa hal, saat kami mengetahuinya, saya pikir kami bisa melihat lebih banyak efisiensi.”

Juga, di mana IT dulu berada di back office, sekarang teknologi bergerak “ke garis depan yang benar-benar berdampak pada pelanggan,” kata Murph. Akibatnya, tidak ada lagi kesenjangan antara strategi teknologi organisasi dan strategi yang lebih luas. “Itu benar-benar cerah bagi mereka yang berteknologi, karena Anda adalah produk atau Anda sangat terlibat dalam produk.”

Sementara itu, Eck melihat penyedia perangkat lunak mengurangi kompleksitas untuk Fiserv dan perusahaan lain yang tidak lahir di cloud. “Semakin sederhana untuk mengonfigurasi dan menjalankan serta mengoperasikan dan mengelola platform cloud, menurut saya adalah kuncinya,” katanya. “Banyak vendor perangkat lunak pasti membuatnya lebih mudah, tidak hanya untuk orang-orang infrastruktur tetapi juga untuk pengembang.”

Eck juga bertanya-tanya bagaimana pekerjaan jarak jauh akan dimainkan untuk cloud dan tim lain. “Kami pada dasarnya kembali ke kantor, dan saya melihat produktivitas yang lebih baik ketika kami berkumpul dengan papan tulis,” katanya. “Saya pikir mungkin ada kecenderungan lebih banyak RTO daripada tidak.”

 

SERING DIPERTANYAKAN :

 

WhatsApp chat