Hai
Nama saya Alexander, dan saya memimpin pengembangan TI di UBRD!
Pada 2017, kami di pusat pengembangan layanan teknologi informasi UBRD menyadari bahwa sudah tiba saatnya untuk perubahan global, atau lebih tepatnya, transformasi gesit. Dalam kondisi pengembangan bisnis yang intensif dan pertumbuhan persaingan yang cepat di pasar keuangan, dua tahun adalah periode yang mengesankan. Jadi sudah waktunya untuk mengambil stok proyek.
Hal yang paling sulit adalah mengubah pemikiran Anda dan perlahan-lahan budaya dalam organisasi, di mana biasanya menjadi alasan: "siapa yang akan menjadi bos dalam tim ini?", "Bos tahu lebih baik apa yang perlu kita lakukan", "kami telah bekerja di sini selama 10 tahun dan tahu lebih baik daripada pelanggan kami , kami tahu apa yang mereka butuhkan. "
Transformasi yang gesit hanya dapat terjadi ketika orang itu sendiri mengubahnya
Saya akan menyoroti ketakutan utama berikut yang mencegah orang berubah:
- Takut akan kehilangan kekuatan dan "tanda pangkat";
- Ketakutan menjadi tidak perlu bagi perusahaan.
Setelah memulai jalur transformasi, kami memilih "kelinci berpengalaman" pertama - karyawan sektor ritel. Langkah pertama adalah mendesain ulang struktur TI yang tidak efisien. Setelah muncul dengan konsep target struktur, kami mulai membentuk tim pengembangan.
Arsitektur di bank kami, seperti halnya di banyak bank lainnya, secara sederhana “thrash”. Sejumlah besar aplikasi dan komponen, terhubung dengan mulus oleh tautan DB, memiliki bus ESB, tetapi tidak memenuhi tujuannya. Ada juga beberapa ABS.
Sebelum membentuk tim scrum, muncul pertanyaan: "Dan sekitar apa yang harus dikumpulkan tim?". Konsep bahwa ada produk di bank, tentu saja, ada di udara, tetapi pada jarak yang tidak dapat diakses. Setelah banyak pertimbangan, mereka memutuskan bahwa tim harus dikumpulkan di sekitar arah atau segmen. Misalnya, “Pinjaman Tim”, yang mengembangkan pinjaman. Setelah memutuskan hal ini, kami mulai menemukan komposisi target peran dan serangkaian kompetensi yang diperlukan untuk pengembangan efektif bidang ini. Seperti banyak perusahaan lain, kami memperhitungkan semua peran kecuali Scrum Master - pada saat itu hampir tidak mungkin untuk menjelaskan kepada CIO apa peran orang yang luar biasa ini.
Hasilnya, setelah mengklarifikasi kebutuhan untuk meluncurkan tim pengembangan, kami meluncurkan tiga tim:
- Pinjaman
- Kartu
- Operasi pasif
Dengan seperangkat peran:
- Manajer Pengembangan (Tek Pimpinan)
- Pengembang
- Analis
- Penguji
Langkah selanjutnya adalah menentukan bagaimana tim akan bekerja. Kami melakukan pelatihan tangkas untuk semua anggota tim, menempatkan semua orang di satu ruangan. PO tidak ada di tim. Mungkin, semua orang yang melakukan transformasi tangkas memahami betapa sulitnya menjelaskan peran PO ke bisnis, dan bahkan lebih sulit untuk meletakkannya di sebelah tim dan memberikan wewenang. Tapi kami "melangkah" ke dalam perubahan ini dengan apa yang ada.
Karena sejumlah besar aplikasi terlibat dalam proses peminjaman dan bidang-bidang lain dari bisnis ritel, kami mulai berpikir, siapa yang bisa cocok dengan perannya? Pengembang satu tumpukan teknologi, dan di sana Anda melihat - dan Anda membutuhkan pengembang tumpukan teknologi lainnya! Jadi Anda menemukan orang-orang yang dibutuhkan, tetapi keinginan karyawan juga merupakan hal yang penting, dan membuat seseorang untuk bekerja di tempat yang tidak disukainya cukup sulit.
Setelah menganalisis pekerjaan proses peminjaman bisnis dan percakapan panjang dengan kolega, kami masih menemukan jalan tengah! Jadi ada tiga tim pengembangan.
Apa selanjutnya
Orang-orang mulai membelah menjadi mereka yang ingin berubah, dan mereka yang tidak mau. Semua orang terbiasa bekerja dalam kondisi "mereka memberi saya tugas, saya melakukannya, tinggalkan saya sendiri," dan kerja tim tidak menyiratkan hal ini. Tetapi kami telah memecahkan masalah ini. Secara total, 8 dari 150 orang berhenti selama perubahan!
Kemudian kesenangan dimulai. Tim lintas komponen kami mulai mengembangkan diri. Misalnya, ada tugas yang Anda perlukan untuk memiliki keterampilan di bidang pengembang CRM. Dia ada di tim, tapi dia sendirian. Ada juga pengembang Oracle. Apa yang harus dilakukan jika Anda harus menyelesaikan 2 atau 3 tugas dalam CRM? Saling mengajar! Orang-orang mulai mentransfer kompetensi mereka satu sama lain, dan tim memperluas kemampuan mereka, meminimalkan ketergantungan pada satu spesialis yang kuat (ngomong-ngomong, di perusahaan mana pun ada supermen yang mengetahui segalanya dan tidak memberi tahu siapa pun tentang ini).
Hari ini, kami telah mengumpulkan 13 tim pengembangan untuk semua bidang pengembangan bisnis dan layanan. Kami melanjutkan transformasi lincah dan bergerak ke tingkat yang baru. Ini akan membutuhkan perubahan baru. Kami akan mendesain ulang tim dan arsitektur, kami akan mengembangkan kompetensi.
Tujuan akhir kami: untuk dengan cepat merespons perubahan dalam produk, dengan cepat memperkenalkan fitur-fitur baru ke pasar dan meningkatkan layanan bank!