Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Keberhasilan dalam setiap perubahan besar pada praktik bisnis, budaya, atau operasi teknologi membutuhkan pola pikir pertumbuhan. Inti dari pola pikir pertumbuhan adalah kemampuan untuk menerima perubahan dan memberikan kepemimpinan terlepas dari ambiguitas.
Beberapa antipattern memblokir pola pikir pertumbuhan dalam organisasi yang ingin tumbuh dan berubah. Antipattern ini termasuk micromanagement, pemikiran bias, dan praktik pengecualian. Banyak dari hambatan ini adalah tantangan pribadi yang membuka peluang untuk pertumbuhan bagi semua orang. Tetapi dua pola yang salah umum dalam IT, silo dan fiefdom, membutuhkan lebih dari sekadar pertumbuhan atau kematangan individu untuk diatasi.
Antipattern ini adalah hasil dari perubahan organik dalam berbagai tim, yang mengakibatkan perilaku organisasi yang tidak sehat. Untuk mengatasi resistensi yang disebabkan oleh setiap antipattern, penting untuk memahami akar penyebab pembentukan.
Tim IT organik yang sehat
Wajar untuk membuat pembagian tenaga kerja di seluruh IT. Adalah sehat untuk membangun tim yang memiliki keahlian serupa, proses bersama, tujuan umum, dan visi yang selaras. Juga wajar bagi tim tersebut untuk memiliki mikrokultur, norma bersama, dan perspektif mereka sendiri.
Tim IT yang sehat berfokus pada kemitraan dengan tim lain untuk mempromosikan tugas yang berhasil diselesaikan. Tim IT yang sehat berusaha memahami tujuan bisnis yang didukung kontribusi teknologi mereka. Detail dan efek fiskal mungkin tidak jelas, tetapi kontribusi tim terhadap nilai umumnya dipahami oleh anggota tim.
Meskipun tim IT yang sehat memiliki semangat untuk teknologi yang mereka dukung, mereka terbuka untuk berubah, dan bersedia mencoba hal-hal baru. Tim-tim ini biasanya merupakan kontributor paling awal dan terkuat untuk upaya cloud center of excellence (CCoE). Anda ingin sangat mendorong kontribusi mereka.
Ketahanan alami terhadap perubahan
Terkadang, mikrokultur dalam tim IT yang sehat mungkin bereaksi buruk terhadap keputusan eksekutif atau top-down untuk mendorong perubahan. Reaksi ini wajar, karena kolektif manusia dengan norma bersama sering bekerja sama untuk mengatasi ancaman eksternal.
Orang-orang terkadang melihat perubahan yang memengaruhi pekerjaan sehari-hari tim, rasa aman, atau otonomi sebagai risiko bagi kolektif. Tanda-tanda perlawanan biasanya merupakan indikator awal bahwa anggota tim tidak merasa seperti mereka bagian dari proses pengambilan keputusan.
Ketika arsitek cloud dan pemimpin lain berinvestasi dalam menghapuskan bias pribadi dan mendorong terciptanya tim IT yang inklusif, perlawanan terhadap perubahan cenderung berkurang dengan cepat dan menghilang seiring waktu. CCoE adalah alat yang membantu arsitek dan pemimpin cloud menciptakan pengambilan keputusan inklusif.
Gesekan sehat
Sangat mudah untuk membingungkan resistensi dengan gesekan. Tim TI yang ada biasanya berpengetahuan luas tentang kesalahan masa lalu, risiko nyata, pengetahuan suku tentang solusi, dan utang teknis yang tidak terdokumentasi. Sayangnya, bahkan tim TI yang paling sehat dapat jatuh ke dalam perangkap menggambarkan poin data penting ini sebagai bagian dari solusi teknis tertentu yang tidak boleh diubah. Pendekatan komunikasi ini menutupi pengetahuan tim dan menciptakan persepsi perlawanan.
Memberi tim ini mekanisme untuk berkomunikasi menggunakan terminologi masa depan menambahkan titik data, mengidentifikasi kesenjangan, dan menciptakan gesekan yang sehat dalam solusi yang diusulkan. Gesekan ekstra itu menghaluskan tepi kasar dari solusi dan mendorong nilai-nilai untuk jangka panjang. Cukup mengubah percakapan dapat menciptakan kejelasan sekeliling subjek yang kompleks dan menghasilkan energi untuk memberikan solusi yang lebih sukses.
Panduan tentang menentukan kebijakan perusahaan memfasilitasi percakapan berbasis risiko dengan pemangku kepentingan bisnis. Tetapi Anda dapat menggunakan model yang sama ini untuk memfasilitasi percakapan dengan tim yang dianggap tahan cloud. Ketika persepsi adanya penolakan tersebar luas, mungkin bijaksana untuk memasukkan praktik penanganan penolakan dalam piagam untuk tim tata kelola cloud.
{i>Antipattern
Pertumbuhan organik dan responsif dalam IT yang menciptakan tim IT yang sehat juga dapat mengakibatkan antipattern yang memblokir transformasi dan adopsi cloud. Silo IT dan wilayah kekuasaan berbeda dari mikrokultur alami pada tim IT yang sehat. Dalam kedua pola, fokus tim cenderung diarahkan untuk melindungi "rumput" mereka. Ketika anggota tim dihadapkan dengan kesempatan untuk mengubah dan meningkatkan operasi, mereka akan menginvestasikan lebih banyak waktu dan energi untuk memblokir perubahan daripada menemukan solusi positif.
Seperti disebutkan sebelumnya, tim IT yang sehat dapat menciptakan resistensi alami dan gesekan positif. Silo dan fiefdom adalah tantangan yang berbeda. Tidak ada indikator utama yang didokumentasikan untuk salah satu pola antipola. Antipattern ini cenderung diidentifikasi setelah berbulan-bulan usaha pusat keunggulan cloud dan tim tata kelola cloud. Mereka ditemukan sebagai hasil dari perlawanan yang sedang berlangsung.
Bahkan dalam budaya beracun, upaya CCoE dan tim tata kelola cloud harus membantu mendorong pertumbuhan budaya dan kemajuan teknis. Setelah berbulan-bulan berusaha, beberapa tim mungkin masih tidak menunjukkan tanda-tanda perilaku inklusif dan berdiri teguh dalam perlawanan mereka untuk berubah. Tim-tim ini kemungkinan beroperasi dalam salah satu model antipattern berikut: silo dan fiefdom. Meskipun model-model ini memiliki gejala yang sama, akar penyebab dan pendekatan untuk mengatasi resistensi sangat berbeda di antara mereka.
Silo IT
Anggota tim dalam silo TI cenderung mendefinisikan diri mereka melalui keselarasan mereka dengan beberapa vendor TI atau area spesialisasi teknis. Tapi jangan bingung silo dengan kekuasaan teritorial dalam IT. Silo cenderung didorong oleh kenyamanan dan gairah, dan silo terkadang lebih mudah diatasi daripada motif yang didorong oleh ketakutan di balik fiefdom atau kerajaan kecil.
Antipattern ini sering muncul dari hasrat umum untuk solusi tertentu. Silo TI kemudian diperkuat oleh keterampilan lanjutan tim sebagai hasil dari investasi dalam solusi spesifik tersebut. Keterampilan unggul ini adalah akselerator untuk upaya adopsi cloud jika Anda dapat mengatasi ketahanan terhadap perubahan. Ini juga dapat menjadi pemblokir utama jika silo dipecah atau jika anggota tim tidak dapat mengevaluasi opsi secara akurat. Untungnya, Anda biasanya dapat mengatasi silo TI tanpa membuat perubahan signifikan pada bagan organisasi.
Mengatasi resistensi dari silo IT
Anda dapat mengatasi silo TI melalui pendekatan berikut. Pendekatan terbaik tergantung pada akar penyebab resistensi.
Membuat tim virtual: Bagian Kesiapan organisasi dari Cloud Adoption Framework menjelaskan struktur multilayer untuk mengintegrasikan dan mendefinisikan empat tim virtual. Salah satu manfaat dari struktur ini adalah visibilitas dan inklusi lintas organisasi. Memperkenalkan pusat keunggulan cloud menciptakan tim bergengsi yang ingin diikuti oleh insinyur top. Perubahan ini membantu Anda membuat perataan lintas solusi baru yang tidak terikat oleh batasan bagan organisasi. Ini juga mendorong keterlibatan insinyur top yang telah terisolasi oleh silo IT.
Memperkenalkan tim strategi cloud menciptakan visibilitas langsung pada kontribusi TI mengenai upaya adopsi cloud. Ketika silo TI berjuang untuk pemisahan, visibilitas ini dapat membantu memotivasi pemimpin TI dan bisnis untuk mendukung dengan tepat anggota tim yang menolak perubahan. Proses ini adalah jalur cepat untuk keterlibatan dan dukungan pemangku kepentingan.
Pertimbangkan eksperimen dan paparan: Anggota tim dalam silo TI kemungkinan telah dibatasi untuk memikirkan cara tertentu selama beberapa waktu. Memecahkan pemikiran yang sempit adalah langkah pertama untuk mengatasi perlawanan.
Eksperimen dan paparan adalah alat yang kuat untuk memecah hambatan dalam silo. Anggota tim mungkin tahan terhadap solusi yang bersaing, jadi tidak bijaksana untuk menempatkan mereka bertanggung jawab atas eksperimen yang bersaing dengan solusi yang ada. Tetapi sebagai bagian dari pengujian beban kerja pertama cloud, organisasi harus menerapkan solusi yang bersaing. Tim yang terpisah harus diundang untuk berpartisipasi sebagai sumber masukan dan ulasan, tetapi bukan sebagai pembuat keputusan. Komunikasikan pendekatan ini dengan jelas kepada tim dengan komitmen untuk melibatkan mereka lebih dalam sebagai pembuat keputusan sebelum pindah ke solusi produksi.
Selama peninjauan solusi yang bersaing, gunakan praktik yang diuraikan dalam Menentukan kebijakan perusahaan untuk mendokumentasikan risiko nyata eksperimen dan menetapkan kebijakan yang membantu tim siloed menjadi lebih nyaman dengan keadaan masa depan. Pendekatan ini mengekspos tim ke solusi baru dan memperkuat solusi di masa depan.
Menjadi "tanpa batas": Tim yang mendorong adopsi cloud merasa mudah untuk mendorong batasan dengan menjelajahi solusi cloud-native baru yang menarik. Ini adalah setengah dari pendekatan untuk menghapus batasan. Tetapi pemikiran itu dapat lebih memperkuat silo IT. Mendorong perubahan terlalu cepat dan tanpa menghormati budaya yang ada dapat menciptakan gesekan yang tidak sehat dan menyebabkan ketahanan alami.
Ketika silo TI mulai memberikan perlawanan, penting untuk menjadi "tanpa batas" dalam mengembangkan solusi Anda sendiri. Perhatikan satu kebenaran sederhana: cloud-native tidak selalu menjadi solusi terbaik. Pertimbangkan solusi hibrid yang mungkin memberikan kesempatan untuk memperluas investasi silo TI yang ada ke masa depan.
Pertimbangkan juga versi solusi berbasis cloud yang digunakan tim silo TI sekarang. Bereksperimenlah dengan solusi dan dapatkan paparan sudut pandang anggota tim yang bekerja di silo TI. Minimal, Anda akan mendapatkan perspektif baru. Dalam banyak situasi, Anda mungkin memperoleh cukup penghormatan dari silo TI untuk mengurangi perlawanan.
Berinvestasi dalam pendidikan: Banyak orang yang tinggal di silo IT menjadi bersemangat tentang solusi saat ini sebagai akibat dari memperluas pendidikan mereka sendiri. Berinvestasi dalam pendidikan tim-tim ini jarang salah tempat. Alokasikan waktu bagi individu-individu ini untuk terlibat dalam pembelajaran mandiri, kelas, atau bahkan konferensi untuk memutus fokus sehari-hari pada solusi saat ini.
Agar pendidikan menjadi investasi, Anda harus melihat beberapa pengembalian dari pengeluaran. Sebagai ganti investasi, tim mungkin menunjukkan solusi yang diusulkan kepada tim lain yang terlibat dalam adopsi cloud. Mereka mungkin juga memberikan dokumentasi risiko nyata, pendekatan manajemen risiko, dan kebijakan yang diinginkan dalam mengadopsi solusi yang diusulkan. Setiap manfaat melibatkan tim dalam solusi dan menggunakan pengetahuan suku mereka.
Ubah hambatan menjadi batu loncatan: Silos TI dapat memperlambat atau menghentikan transformasi apapun. Eksperimen dan perulangan menemukan cara, tetapi hanya jika proyek terus bergerak. Fokus pada mengubah hambatan menjadi rintangan kecil. Tentukan kebijakan yang dapat dimanjakan sementara oleh semua orang dengan imbalan kemajuan yang berkelanjutan.
Misalnya, jika keamanan TI adalah hambatan karena solusi keamanannya tidak dapat memantau data yang dilindungi yang disusupi di cloud, buat kebijakan klasifikasi data. Cegah penyebaran data rahasia ke cloud hingga Anda menemukan solusi yang dapat disepakati. Undang keamanan TI ke dalam eksperimen dengan solusi hibrid atau cloud-native untuk memantau data yang dilindungi.
Jika tim jaringan beroperasi sebagai silo, identifikasi beban kerja yang mandiri dan tidak memiliki dependensi jaringan. Secara paralel, Anda dapat bereksperimen, mengekspos, dan mendidik tim jaringan sambil mengerjakan solusi hibrid atau alternatif.
Bersabarlah dan pengertianlah: Sangat menggoda untuk bergerak maju tanpa dukungan dari silo IT. Tetapi keputusan ini menyebabkan gangguan dan hambatan jalan di jalan. Mengubah pikiran tentang silo IT dapat memakan waktu. Bersabarlah dengan ketahanan alami mereka. Konversikan itu menjadi sebuah nilai. Menjadi inklusif dan mengundang gesekan sehat untuk meningkatkan solusi di masa depan.
Jangan pernah bersaing: Silo IT ada karena suatu alasan. Itu berlanjut karena suatu alasan. Ada investasi dalam mempertahankan solusi yang membuat anggota tim bersemangat. Bersaing langsung dengan solusi atau silo TI mengalihkan perhatian dari tujuan nyata untuk mencapai hasil bisnis. Perangkap ini telah memblokir banyak proyek transformasi.
Tetap fokus pada tujuan, dibandingkan dengan satu komponen tujuan. Bantu aksentuasi aspek positif solusi silo TI dan bantu anggota tim membuat keputusan bijak tentang solusi terbaik untuk masa depan. Jangan menghina atau menurunkan solusi saat ini, karena itu akan kontraproduktif.
Bermitra dengan bisnis: Jika silo IT tidak memblokir hasil bisnis, mengapa Anda peduli? Tidak ada solusi sempurna atau vendor IT yang sempurna. Kompetisi ada karena suatu alasan; masing-masing memiliki manfaatnya sendiri.
Rangkul keragaman dan sertakan bisnis dengan mendukung dan menyelaraskan dengan tim strategi cloud yang kuat. Ketika silo TI mendukung solusi yang memblokir hasil bisnis, lebih mudah untuk mengomunikasikan hambatan itu tanpa suara keributan teknis. Mendukung silo IT yang tidak diblokir menunjukkan cara bermitra untuk hasil bisnis yang diinginkan. Upaya ini mendapatkan lebih banyak rasa hormat dan dukungan yang lebih besar dari bisnis ketika silo TI menyajikan pemblokir yang sah.
Kerajaan IT
Anggota tim dalam fiefdom IT kemungkinan akan mendefinisikan diri mereka melalui keselarasan mereka dengan proses atau area tanggung jawab tertentu. Tim beroperasi dengan asumsi bahwa pengaruh eksternal pada area tanggung jawabnya menyebabkan masalah. Fiefdom cenderung menjadi pola negatif yang didukung oleh ketakutan, yang membutuhkan dukungan kepemimpinan yang signifikan untuk diatasi.
Fiefdom sangat umum dalam organisasi yang memiliki peredaman TI, turbulensi yang sering terjadi pada staf IT, atau kepemimpinan TI yang buruk. Ketika bisnis melihat teknologi informasi murni sebagai pusat biaya, kerajaan kecil jauh lebih cenderung muncul.
Umumnya, kerajaan kecil diakibatkan oleh manajer lini yang takut kehilangan tim dan sumber kekuatan yang menyertainya. Para pemimpin ini sering memiliki rasa tugas kepada tim mereka dan merasa perlu melindungi bawahan mereka dari konsekuensi negatif. Frasa seperti "melindungi tim dari perubahan" dan "melindungi tim dari gangguan proses" adalah indikator manajer yang terlalu dijaga yang mungkin membutuhkan lebih banyak dukungan dari kepemimpinan.
Mengatasi perlawanan dari kerajaan kecil IT
Kekuasaan IT dapat menunjukkan pertumbuhan dengan mengikuti pendekatan untuk mengatasi resistensi silo IT. Sebelum Anda mencoba mengatasi resistensi dari wilayah kekuasaan IT, kami sarankan Anda memperlakukan tim seperti struktur terpisah IT terlebih dahulu. Jika jenis pendekatan tersebut gagal menghasilkan perubahan yang signifikan, tim yang resisten mungkin menderita dari pola negatif fiefdom TI. Akar penyebab fiefdom IT sedikit lebih kompleks untuk diatasi, karena penolakan itu cenderung berasal dari manajer langsung (atau pemimpin yang lebih tinggi di organisasi). Tantangan yang digerakkan oleh IT silo biasanya lebih mudah diatasi.
Ketika perlawanan berkelanjutan dari wilayah kekuasaan TI memblokir upaya adopsi cloud, mungkin bijaksana mengambil upaya gabungan dalam mengevaluasi situasi bersama para pemimpin TI yang ada. Pemimpin TI harus dengan hati-hati mempertimbangkan wawasan dari tim strategi cloud, pusat keunggulan cloud, dan tim tata kelola cloud sebelum membuat keputusan.
Nota
Pemimpin TI tidak boleh mengambil perubahan pada bagan organisasi dengan ringan. Mereka juga harus memvalidasi dan menganalisis umpan balik dari setiap tim pendukung. Tetapi upaya transformasi seperti adopsi cloud cenderung memperbesar masalah mendasar yang telah tidak disadari atau tidak ditangani jauh sebelum upaya ini. Ketika kelompok kepentingan menghalangi keberhasilan perusahaan, perubahan kepemimpinan menjadi suatu kebutuhan yang kemungkinan besar diperlukan.
Untungnya, menghapus pemimpin sebuah wilayah tidak selalu berakhir dengan pemberhentian. Pemimpin yang bersemangat dan kuat ini sering kali dapat beralih ke peran manajemen setelah periode refleksi yang singkat. Dengan dukungan yang tepat, perubahan ini sehat bagi pemimpin wilayah kekuasaan dan tim saat ini.
Perhatian
Bagi manajer fiefdom IT, melindungi tim dari risiko adalah nilai kepemimpinan yang jelas. Tapi ada garis halus antara perlindungan dan isolasi. Ketika tim diblokir untuk ikut serta dalam menggerakkan perubahan, hal itu dapat memiliki konsekuensi psikologis dan profesional bagi tim. Keinginan untuk menolak perubahan mungkin kuat, terutama selama waktu perubahan yang terlihat.
Manajer tim terisolasi mana pun paling baik dapat menunjukkan pola pikir pertumbuhan dengan bereksperimen dengan panduan yang terkait dengan tim IT yang sehat di bagian sebelumnya. Partisipasi aktif dan optimis dalam kegiatan tata kelola dan CCoE dapat menyebabkan pertumbuhan pribadi. Manajer wilayah IT paling cocok untuk mengubah pola pikir yang menghambat dan membantu tim mengembangkan ide-ide baru.
Fiefdom IT terkadang merupakan tanda masalah kepemimpinan sistemik. Untuk mengatasi kerajaan kecil IT, para pemimpin TI membutuhkan kebebasan untuk membuat perubahan pada operasi, tanggung jawab, dan kadang-kadang bahkan orang yang mengelola lini untuk tim tertentu. Ketika perubahan tersebut diperlukan, sangat bijaksana untuk mendekati perubahan dengan titik data yang jelas dan dapat dipertahankan.
Keselarasan dengan pemangku kepentingan bisnis, motivasi bisnis, dan hasil bisnis mungkin diperlukan untuk mendorong perubahan yang diperlukan. Kemitraan dengan tim strategi cloud, pusat keunggulan cloud, dan tim tata kelola cloud dapat menyediakan poin data yang diperlukan untuk posisi yang dapat dipertahankan. Jika perlu, tim-tim ini harus terlibat dalam eskalasi grup untuk mengatasi tantangan yang tidak dapat diatasi dengan kepemimpinan TI saja.
Langkah selanjutnya
Mengatasi pola tidak efektif dalam organisasi adalah upaya tim. Untuk bertindak berdasarkan panduan ini, tinjau pengantar kesiapan organisasi untuk mengidentifikasi struktur dan peserta tim yang tepat:
Pertumbuhan organik dan responsif dalam IT yang menciptakan tim IT yang sehat juga dapat mengakibatkan antipattern yang memblokir transformasi dan adopsi cloud. Silo IT dan wilayah kekuasaan berbeda dari mikrokultur alami pada tim IT yang sehat. Dalam kedua pola, fokus tim cenderung diarahkan untuk melindungi "rumput" mereka. Ketika anggota tim dihadapkan dengan kesempatan untuk mengubah dan meningkatkan operasi, mereka akan menginvestasikan lebih banyak waktu dan energi untuk memblokir perubahan daripada menemukan solusi positif.
Seperti disebutkan sebelumnya, tim IT yang sehat dapat menciptakan resistensi alami dan gesekan positif. Silo dan fiefdom adalah tantangan yang berbeda. Tidak ada indikator utama yang didokumentasikan untuk salah satu pola antipola. Antipattern ini cenderung diidentifikasi setelah berbulan-bulan usaha pusat keunggulan cloud dan tim tata kelola cloud. Mereka ditemukan sebagai hasil dari perlawanan yang sedang berlangsung.
Bahkan dalam budaya beracun, upaya CCoE dan tim tata kelola cloud harus membantu mendorong pertumbuhan budaya dan kemajuan teknis. Setelah berbulan-bulan berusaha, beberapa tim mungkin masih tidak menunjukkan tanda-tanda perilaku inklusif dan berdiri teguh dalam perlawanan mereka untuk berubah. Tim-tim ini kemungkinan beroperasi dalam salah satu model antipattern berikut: silo dan fiefdom. Meskipun model-model ini memiliki gejala yang sama, akar penyebab dan pendekatan untuk mengatasi resistensi sangat berbeda di antara mereka.
Silo IT
Anggota tim dalam silo TI cenderung mendefinisikan diri mereka melalui keselarasan mereka dengan beberapa vendor TI atau area spesialisasi teknis. Tapi jangan bingung silo dengan kekuasaan teritorial dalam IT. Silo cenderung didorong oleh kenyamanan dan gairah, dan silo terkadang lebih mudah diatasi daripada motif yang didorong oleh ketakutan di balik fiefdom atau kerajaan kecil.
Antipattern ini sering muncul dari hasrat umum untuk solusi tertentu. Silo TI kemudian diperkuat oleh keterampilan lanjutan tim sebagai hasil dari investasi dalam solusi spesifik tersebut. Keterampilan unggul ini adalah akselerator untuk upaya adopsi cloud jika Anda dapat mengatasi ketahanan terhadap perubahan. Ini juga dapat menjadi pemblokir utama jika silo dipecah atau jika anggota tim tidak dapat mengevaluasi opsi secara akurat. Untungnya, Anda biasanya dapat mengatasi silo TI tanpa membuat perubahan signifikan pada bagan organisasi.
Mengatasi resistensi dari silo IT
Anda dapat mengatasi silo TI melalui pendekatan berikut. Pendekatan terbaik tergantung pada akar penyebab resistensi.
Membuat tim virtual: Bagian Kesiapan organisasi dari Cloud Adoption Framework menjelaskan struktur multilayer untuk mengintegrasikan dan mendefinisikan empat tim virtual. Salah satu manfaat dari struktur ini adalah visibilitas dan inklusi lintas organisasi. Memperkenalkan pusat keunggulan cloud menciptakan tim bergengsi yang ingin diikuti oleh insinyur top. Perubahan ini membantu Anda membuat perataan lintas solusi baru yang tidak terikat oleh batasan bagan organisasi. Ini juga mendorong keterlibatan insinyur top yang telah terisolasi oleh silo IT.
Memperkenalkan tim strategi cloud menciptakan visibilitas langsung pada kontribusi TI mengenai upaya adopsi cloud. Ketika silo TI berjuang untuk pemisahan, visibilitas ini dapat membantu memotivasi pemimpin TI dan bisnis untuk mendukung dengan tepat anggota tim yang menolak perubahan. Proses ini adalah jalur cepat untuk keterlibatan dan dukungan pemangku kepentingan.
Pertimbangkan eksperimen dan paparan: Anggota tim dalam silo TI kemungkinan telah dibatasi untuk memikirkan cara tertentu selama beberapa waktu. Memecahkan pemikiran yang sempit adalah langkah pertama untuk mengatasi perlawanan.
Eksperimen dan paparan adalah alat yang kuat untuk memecah hambatan dalam silo. Anggota tim mungkin tahan terhadap solusi yang bersaing, jadi tidak bijaksana untuk menempatkan mereka bertanggung jawab atas eksperimen yang bersaing dengan solusi yang ada. Tetapi sebagai bagian dari pengujian beban kerja pertama cloud, organisasi harus menerapkan solusi yang bersaing. Tim yang terpisah harus diundang untuk berpartisipasi sebagai sumber masukan dan ulasan, tetapi bukan sebagai pembuat keputusan. Komunikasikan pendekatan ini dengan jelas kepada tim dengan komitmen untuk melibatkan mereka lebih dalam sebagai pembuat keputusan sebelum pindah ke solusi produksi.
Selama peninjauan solusi yang bersaing, gunakan praktik yang diuraikan dalam Menentukan kebijakan perusahaan untuk mendokumentasikan risiko nyata eksperimen dan menetapkan kebijakan yang membantu tim siloed menjadi lebih nyaman dengan keadaan masa depan. Pendekatan ini mengekspos tim ke solusi baru dan memperkuat solusi di masa depan.
Menjadi "tanpa batas": Tim yang mendorong adopsi cloud merasa mudah untuk mendorong batasan dengan menjelajahi solusi cloud-native baru yang menarik. Ini adalah setengah dari pendekatan untuk menghapus batasan. Tetapi pemikiran itu dapat lebih memperkuat silo IT. Mendorong perubahan terlalu cepat dan tanpa menghormati budaya yang ada dapat menciptakan gesekan yang tidak sehat dan menyebabkan ketahanan alami.
Ketika silo TI mulai memberikan perlawanan, penting untuk menjadi "tanpa batas" dalam mengembangkan solusi Anda sendiri. Perhatikan satu kebenaran sederhana: cloud-native tidak selalu menjadi solusi terbaik. Pertimbangkan solusi hibrid yang mungkin memberikan kesempatan untuk memperluas investasi silo TI yang ada ke masa depan.
Pertimbangkan juga versi solusi berbasis cloud yang digunakan tim silo TI sekarang. Bereksperimenlah dengan solusi dan dapatkan paparan sudut pandang anggota tim yang bekerja di silo TI. Minimal, Anda akan mendapatkan perspektif baru. Dalam banyak situasi, Anda mungkin memperoleh cukup penghormatan dari silo TI untuk mengurangi perlawanan.
Berinvestasi dalam pendidikan: Banyak orang yang tinggal di silo IT menjadi bersemangat tentang solusi saat ini sebagai akibat dari memperluas pendidikan mereka sendiri. Berinvestasi dalam pendidikan tim-tim ini jarang salah tempat. Alokasikan waktu bagi individu-individu ini untuk terlibat dalam pembelajaran mandiri, kelas, atau bahkan konferensi untuk memutus fokus sehari-hari pada solusi saat ini.
Agar pendidikan menjadi investasi, Anda harus melihat beberapa pengembalian dari pengeluaran. Sebagai ganti investasi, tim mungkin menunjukkan solusi yang diusulkan kepada tim lain yang terlibat dalam adopsi cloud. Mereka mungkin juga memberikan dokumentasi risiko nyata, pendekatan manajemen risiko, dan kebijakan yang diinginkan dalam mengadopsi solusi yang diusulkan. Setiap manfaat melibatkan tim dalam solusi dan menggunakan pengetahuan suku mereka.
Ubah hambatan menjadi batu loncatan: Silos TI dapat memperlambat atau menghentikan transformasi apapun. Eksperimen dan perulangan menemukan cara, tetapi hanya jika proyek terus bergerak. Fokus pada mengubah hambatan menjadi rintangan kecil. Tentukan kebijakan yang dapat dimanjakan sementara oleh semua orang dengan imbalan kemajuan yang berkelanjutan.
Misalnya, jika keamanan TI adalah hambatan karena solusi keamanannya tidak dapat memantau data yang dilindungi yang disusupi di cloud, buat kebijakan klasifikasi data. Cegah penyebaran data rahasia ke cloud hingga Anda menemukan solusi yang dapat disepakati. Undang keamanan TI ke dalam eksperimen dengan solusi hibrid atau cloud-native untuk memantau data yang dilindungi.
Jika tim jaringan beroperasi sebagai silo, identifikasi beban kerja yang mandiri dan tidak memiliki dependensi jaringan. Secara paralel, Anda dapat bereksperimen, mengekspos, dan mendidik tim jaringan sambil mengerjakan solusi hibrid atau alternatif.
Bersabarlah dan pengertianlah: Sangat menggoda untuk bergerak maju tanpa dukungan dari silo IT. Tetapi keputusan ini menyebabkan gangguan dan hambatan jalan di jalan. Mengubah pikiran tentang silo IT dapat memakan waktu. Bersabarlah dengan ketahanan alami mereka. Konversikan itu menjadi sebuah nilai. Menjadi inklusif dan mengundang gesekan sehat untuk meningkatkan solusi di masa depan.
Jangan pernah bersaing: Silo IT ada karena suatu alasan. Itu berlanjut karena suatu alasan. Ada investasi dalam mempertahankan solusi yang membuat anggota tim bersemangat. Bersaing langsung dengan solusi atau silo TI mengalihkan perhatian dari tujuan nyata untuk mencapai hasil bisnis. Perangkap ini telah memblokir banyak proyek transformasi.
Tetap fokus pada tujuan, dibandingkan dengan satu komponen tujuan. Bantu aksentuasi aspek positif solusi silo TI dan bantu anggota tim membuat keputusan bijak tentang solusi terbaik untuk masa depan. Jangan menghina atau menurunkan solusi saat ini, karena itu akan kontraproduktif.
Bermitra dengan bisnis: Jika silo IT tidak memblokir hasil bisnis, mengapa Anda peduli? Tidak ada solusi sempurna atau vendor IT yang sempurna. Kompetisi ada karena suatu alasan; masing-masing memiliki manfaatnya sendiri.
Rangkul keragaman dan sertakan bisnis dengan mendukung dan menyelaraskan dengan tim strategi cloud yang kuat. Ketika silo TI mendukung solusi yang memblokir hasil bisnis, lebih mudah untuk mengomunikasikan hambatan itu tanpa suara keributan teknis. Mendukung silo IT yang tidak diblokir menunjukkan cara bermitra untuk hasil bisnis yang diinginkan. Upaya ini mendapatkan lebih banyak rasa hormat dan dukungan yang lebih besar dari bisnis ketika silo TI menyajikan pemblokir yang sah.
Kerajaan IT
Anggota tim dalam fiefdom IT kemungkinan akan mendefinisikan diri mereka melalui keselarasan mereka dengan proses atau area tanggung jawab tertentu. Tim beroperasi dengan asumsi bahwa pengaruh eksternal pada area tanggung jawabnya menyebabkan masalah. Fiefdom cenderung menjadi pola negatif yang didukung oleh ketakutan, yang membutuhkan dukungan kepemimpinan yang signifikan untuk diatasi.
Fiefdom sangat umum dalam organisasi yang memiliki peredaman TI, turbulensi yang sering terjadi pada staf IT, atau kepemimpinan TI yang buruk. Ketika bisnis melihat teknologi informasi murni sebagai pusat biaya, kerajaan kecil jauh lebih cenderung muncul.
Umumnya, kerajaan kecil diakibatkan oleh manajer lini yang takut kehilangan tim dan sumber kekuatan yang menyertainya. Para pemimpin ini sering memiliki rasa tugas kepada tim mereka dan merasa perlu melindungi bawahan mereka dari konsekuensi negatif. Frasa seperti "melindungi tim dari perubahan" dan "melindungi tim dari gangguan proses" adalah indikator manajer yang terlalu dijaga yang mungkin membutuhkan lebih banyak dukungan dari kepemimpinan.
Mengatasi perlawanan dari kerajaan kecil IT
Kekuasaan IT dapat menunjukkan pertumbuhan dengan mengikuti pendekatan untuk mengatasi resistensi silo IT. Sebelum Anda mencoba mengatasi resistensi dari wilayah kekuasaan IT, kami sarankan Anda memperlakukan tim seperti struktur terpisah IT terlebih dahulu. Jika jenis pendekatan tersebut gagal menghasilkan perubahan yang signifikan, tim yang resisten mungkin menderita dari pola negatif fiefdom TI. Akar penyebab fiefdom IT sedikit lebih kompleks untuk diatasi, karena penolakan itu cenderung berasal dari manajer langsung (atau pemimpin yang lebih tinggi di organisasi). Tantangan yang digerakkan oleh IT silo biasanya lebih mudah diatasi.
Ketika perlawanan berkelanjutan dari wilayah kekuasaan TI memblokir upaya adopsi cloud, mungkin bijaksana mengambil upaya gabungan dalam mengevaluasi situasi bersama para pemimpin TI yang ada. Pemimpin TI harus dengan hati-hati mempertimbangkan wawasan dari tim strategi cloud, pusat keunggulan cloud, dan tim tata kelola cloud sebelum membuat keputusan.
Nota
Pemimpin TI tidak boleh mengambil perubahan pada bagan organisasi dengan ringan. Mereka juga harus memvalidasi dan menganalisis umpan balik dari setiap tim pendukung. Tetapi upaya transformasi seperti adopsi cloud cenderung memperbesar masalah mendasar yang telah tidak disadari atau tidak ditangani jauh sebelum upaya ini. Ketika kelompok kepentingan menghalangi keberhasilan perusahaan, perubahan kepemimpinan menjadi suatu kebutuhan yang kemungkinan besar diperlukan.
Untungnya, menghapus pemimpin sebuah wilayah tidak selalu berakhir dengan pemberhentian. Pemimpin yang bersemangat dan kuat ini sering kali dapat beralih ke peran manajemen setelah periode refleksi yang singkat. Dengan dukungan yang tepat, perubahan ini sehat bagi pemimpin wilayah kekuasaan dan tim saat ini.
Perhatian
Bagi manajer fiefdom IT, melindungi tim dari risiko adalah nilai kepemimpinan yang jelas. Tapi ada garis halus antara perlindungan dan isolasi. Ketika tim diblokir untuk ikut serta dalam menggerakkan perubahan, hal itu dapat memiliki konsekuensi psikologis dan profesional bagi tim. Keinginan untuk menolak perubahan mungkin kuat, terutama selama waktu perubahan yang terlihat.
Manajer tim terisolasi mana pun paling baik dapat menunjukkan pola pikir pertumbuhan dengan bereksperimen dengan panduan yang terkait dengan tim IT yang sehat di bagian sebelumnya. Partisipasi aktif dan optimis dalam kegiatan tata kelola dan CCoE dapat menyebabkan pertumbuhan pribadi. Manajer wilayah IT paling cocok untuk mengubah pola pikir yang menghambat dan membantu tim mengembangkan ide-ide baru.
Fiefdom IT terkadang merupakan tanda masalah kepemimpinan sistemik. Untuk mengatasi kerajaan kecil IT, para pemimpin TI membutuhkan kebebasan untuk membuat perubahan pada operasi, tanggung jawab, dan kadang-kadang bahkan orang yang mengelola lini untuk tim tertentu. Ketika perubahan tersebut diperlukan, sangat bijaksana untuk mendekati perubahan dengan titik data yang jelas dan dapat dipertahankan.
Keselarasan dengan pemangku kepentingan bisnis, motivasi bisnis, dan hasil bisnis mungkin diperlukan untuk mendorong perubahan yang diperlukan. Kemitraan dengan tim strategi cloud, pusat keunggulan cloud, dan tim tata kelola cloud dapat menyediakan poin data yang diperlukan untuk posisi yang dapat dipertahankan. Jika perlu, tim-tim ini harus terlibat dalam eskalasi grup untuk mengatasi tantangan yang tidak dapat diatasi dengan kepemimpinan TI saja.
Langkah selanjutnya
Mengatasi pola tidak efektif dalam organisasi adalah upaya tim. Untuk bertindak berdasarkan panduan ini, tinjau pengantar kesiapan organisasi untuk mengidentifikasi struktur dan peserta tim yang tepat: