Bagaimana cara mengubah kebijakan yang ada di suatu organisasi?

Saya berasumsi bahwa organisasi yang ingin melakukan transformasi DevOps memiliki beberapa masalah dan kebijakan yang ingin diubah. Ketertarikan ini dapat datang dari manajer puncak, manajer menengah, atau bahkan dari bawah ke atas. Salah satu faktor terbesar yang menghalangi perubahan ini adalah membuat orang lain membeli untuk melakukan perubahan.

Misalnya, dalam banyak kasus mendorong gagasan "baru" seperti Agile, sering gagal. Orang menolak perubahan, dan itu seperti tembok yang menghentikan hal-hal baik terjadi. Namun ada mandat untuk hal-hal baik terjadi.

Metode apa yang dapat digunakan untuk mempengaruhi karyawan dalam suatu organisasi yang memulai transformasi DevOps? Terutama teknik dan cara spesifik yang terbukti berhasil. As-in lebih spesifik, lebih sedikit melambaikan tangan.

Anda harus memahami bahwa proses mengubah orang yang mengikuti mereka. Ketika orang belajar, menginternalisasi dan menjadi lebih baik dalam suatu proses, itu mengubah cara mereka belajar bagaimana memecahkan masalah tertentu. Serangkaian proses serupa memperkuat satu sama lain ke dalam pola pikir yang digunakan orang untuk memecahkan kategori masalah dan akhirnya membentuk seperangkat nilai yang memandu keputusan dan solusi baru untuk masalah baru.

Sekalipun Anda mengubah proses, tanpa mengubah pola pikir dan bahkan lebih penting lagi pada nilai-nilai, orang tersebut hanya akan menyesuaikan proses baru agar sesuai dengan nilai-nilai yang sama, pola pikir yang sama, atau bahkan solusi yang sama seperti dalam proses awal. Pada titik tertentu, tidak mungkin untuk menceraikan orang ini dalam posisi ini dari pola pikir yang diperoleh atau mengubah nilai-nilai yang mendasarinya.

Untuk melembagakan perubahan, Anda memiliki dua opsi berikut:

1. Membawa seseorang yang sudah memiliki nilai-nilai dan pola pikir yang tepat dan dalam skenario kasus terbaik, pahami proses yang perlu diikuti tanpa bantuan Anda.
2. Membawa dan memberdayakan karyawan baru, baik yang baru saja dipekerjakan, karyawan baru atau transfer dari tim yang berbeda dalam organisasi dan melatihnya dalam proses baru, berharap untuk menanamkan pola pikir baru, berharap set nilai-nilai baru akan muncul.

Jika perubahannya bersifat lokal, Anda mungkin lebih suka transfer internal karena orang itu sudah berbagi nilai-nilai luas perusahaan global yang ingin Anda pertahankan. Dalam hal perubahan yang lebih besar, Anda perlu membawa seseorang dari luar untuk memiliki perspektif baru dan tidak membagikan nilai-nilai luas perusahaan yang mungkin Anda coba ubah.

Bagian yang penting adalah memberdayakan orang, tim, atau unit bisnis untuk mengikuti proses dan mengisolasinya dari tim lama, tim lain, atau anggota perusahaan lainnya, yang mungkin masih mengikuti serangkaian proses lama. Karena sangat sulit untuk mengisolasi agen perubahan seperti itu dari manajemen di atas, jika perubahannya menjadi lebih besar, sering kali perlu mengikuti semua jalan rantai manajemen atau datang jauh-jauh dari atas itu.

Catatan : Sulit untuk membawa perubahan ke lebih dari sekedar tim Anda tanpa dukungan manajemen. Bahkan di dalam tim Anda sulit jika orang lain sudah menetapkan cara mereka. Untuk tim baru di perusahaan baru, seorang penginjil yang sukses sering kali dapat memengaruhi kebijakan pembentukan bahkan tanpa dukungan manajemen hanya dengan menjadi pemimpin atau menciptakan jalan yang paling tidak bisa diikuti oleh orang lain. Tetapi di perusahaan yang sudah mapan, lihat di atas.

Retas Tim Anda

Membawa perubahan dalam organisasi Anda sulit. Orang punya kebiasaan, mereka menentang perubahan, dan mereka sering merasa nyaman dengan status quo. Untuk menghasilkan perubahan, tanpa urutan tertentu, berikut adalah beberapa alat yang dapat Anda gunakan.

1. Menyebabkan orang lain mengalami masalah yang diselesaikan DevOps. Banyak kali manfaat dari DevOps hanya dipahami pada tingkat teoretis oleh tim Anda. Sebagian besar masalah yang terjadi selama penempatan mudah-mudahan dan jarang dialami oleh tim pengembangan atau manajemen lainnya. Untuk memperbaiki ini, pastikan bahwa Anda vokal tentang masalah ketika mereka muncul dan sebutkan bagaimana masalah ini tidak akan terjadi jika tim menggunakan solusi integrasi berkelanjutan. Kemungkinan lain adalah untuk memastikan Anda meminta pengembang untuk memperbaiki masalah yang disebabkan oleh kode mereka selama penerapan alih-alih memperbaikinya sendiri.

2. Temukan para pemimpin . Adalah umum bagi orang untuk mengikuti pemimpin, baik itu manajemen atau hanya orang yang paling populer / memerintah dalam kelompok. Dapatkan pemimpin-pemimpin itu dengan keinginan Anda untuk pindah ke budaya DevOps, dan merancang cara-cara publik di mana mereka dapat dilihat menggunakan atau mendukung praktik-praktik terbaik.

3. Bangun Kepercayaan . Kami lebih cenderung menyetujui hal-hal dari orang-orang setelah kami sepakat dengan mereka sekali atau dua kali sebelumnya. Idealnya, Anda dapat menemukan perbaikan kecil yang dapat dilakukan tanpa perubahan budaya dan membangun kesuksesan itu. Namun, jika itu bukan pilihan, ajukan pertanyaan sederhana dan berikan saran sederhana agar mereka terbiasa mengatakan ya atau setuju dengan Anda.

4. Jangan malu untuk mengulangi diri Anda sendiri. Pengulangan bekerja dan akhirnya meresap. Kapan pun memungkinkan sebutkan betapa hebatnya hal itu jika tim menggunakan DevOps. Namun, ini hanya berfungsi jika Anda pertama kali membangun kepercayaan dalam tim Anda.

5. Buat itu menyenangkan . Jika Anda diizinkan membuat bukti konsep untuk situasi DevOps Anda, gunakan emotikon imut dan warna-warna ceria dalam laporan dan pemberitahuan. Posting gif lucu ketika membangun gagal. Pastikan Anda tidak mengganggu pembaruan Anda.