Breaking Things Is Skill
Saya telah bekerja di terlalu banyak tempat yang menganut argumen "jika tidak rusak" sampai-sampai mereka gagal berinovasi, dan ketika mereka akhirnya dipaksa untuk berinovasi mereka bereaksi berlebihan dengan mengubah segalanya . Hanya karena mereka tidak memiliki pengalaman memecahkan barang .
Dibutuhkan kedewasaan, keterampilan, dan pengalaman untuk memecahkan banyak hal.
Tim pengembang yang selalu bermain aman adalah yang termudah untuk dilampaui oleh pesaing. Hanya tim yang telah gagal, melakukan kesalahan, dan hal-hal yang rusak yang dapat benar-benar melakukan penilaian risiko yang jujur.
Menjaga Status Quo
Meskipun benar, sistem saat ini memenuhi persyaratan bisnis saat ini. Itu tidak benar untuk perubahan di masa depan yang tidak terduga untuk persyaratan tersebut. Seperti pepatah lama mengatakan "keberuntungan lebih memilih yang dipersiapkan".
Pertanyaan ini tidak ada hubungannya dengan SQL atau kinerja. Ini tentang mengajukan pertanyaan, "adakah cara yang lebih baik?" dan tidak takut untuk mencoba alternatif.
Bos Anda menderita kasus Keeping The Status Quo .
Suku Maya
Tidak ada yang benar-benar berfungsi dengan sempurna.
Bangsa Maya terus menanam makanan mereka di sisi gunung. Sampai semua nutrisi tersapu, dan mereka tidak punya cara untuk memberi makan orang-orang mereka. Mereka terus melakukan hal-hal dengan cara yang sama sampai semuanya terlambat.
Dengan asumsi Anda akan punya waktu untuk memperbaiki masalah ketika masalah muncul dengan sendirinya adalah kesalahan.
Apa yang harus dilakukan?
Bos Anda menderita kasus pengondisian. Orang yang menerima status quo sering melakukannya, karena mereka tidak memiliki kemampuan untuk membuat keputusan yang sulit. Saat dihadapkan dengan tantangan, mereka akan cenderung memilih opsi yang paling dekat dengan apa yang mereka kenal.
Ketakutan baginya adalah motivasi besar. Ketakutan akan kondisi yang tidak diketahui atau berubah mengguncang perspektifnya tentang apa status quo. Ia akan cenderung mencoba dan mengembalikan kondisinya kembali normal secepat mungkin.
Anda perlu mempresentasikan ide dengan cara yang tidak bertentangan. Cobalah untuk menemukan titik temu antara apa yang ingin Anda lakukan dengan apa yang sudah menjadi status quo. Sajikan argumen yang mengurangi rasa takutnya akan perubahan, dan tawarkan jaminan bahwa Anda ingin menyelesaikan tugas yang tidak akan menyebabkan perubahan signifikan.
Ambil Langkah Bayi
Akan lebih baik untuk menawarkan perubahan yang memindahkan proyek ke arah yang Anda inginkan, tetapi melalui proyek tambahan kecil. Daripada memukul bos Anda dengan pertanyaan besar tentang mendukung SSIS. Tawarkan untuk membuat lapisan pemisahan dalam kode yang memungkinkan Anda untuk menambahkan metode "alternatif" untuk memproses tabel dengan lampiran besar. Anda kemudian dapat melanjutkan untuk merekomendasikan SSIS dengan semua prasyarat yang telah ditambahkan ke proyek. Ini mengurangi risiko yang dipimpikan atasan Anda dengan menerima perubahan.
Ini membutuhkan waktu
Pengalaman saya adalah bahwa pengambil risiko terus bergerak proyek, dan status quo penjaga seperti dinding bata. Kegigihan adalah satu-satunya pilihan Anda untuk menghancurkan penghalang mereka. Berharap untuk tetap mendengar TIDAK atas pertanyaan Anda.
Ketika tiba saatnya untuk berinovasi. Atasan Anda akan menghadap Anda dengan cepat, karena Anda menunjukkan keberanian dalam menghadapi perubahan. Sesuatu yang orang status quo akan cari, dan Anda akan dihargai untuk usaha Anda. Bahkan jika tidak ada pertanyaan Anda sebelumnya yang diterima. Anda akan dengan cepat menjadi aset yang tak tergantikan di perusahaan yang dihadapkan dengan perubahan yang mencakup tidak ada perubahan.