Pepatah "Lebih mudah untuk meminta maaf daripada meminta izin" tampaknya cukup populer di kalangan programmer dan IIRC dikaitkan dengan Grace Hopper. Dalam situasi apa ini biasanya benar, dan mengapa Anda percaya bahwa proposisi yang berlawanan dengan intuisi akan berlaku?
management
dsimcha
sumber
sumber
Jawaban:
Saya pikir salah satu alasan penting adalah tanggung jawab. Dengan meminta izin, Anda mentransfer tanggung jawab kepada orang yang Anda minta, sehingga orang tersebut cenderung untuk menolak hanya untuk menghindari bertanggung jawab atas hasilnya, jika terjadi kegagalan.
Di sisi lain, setelah selesai, itu tidak lagi menjadi masalah. Sekalipun hasilnya gagal, itu tetap tanggung jawab Anda, tidak masalah apakah Anda mendapat pengampunan atau tidak.
sumber
Karena begitu sesuatu dilakukan, selama itu tidak memperburuk keadaan, sering kali lebih mudah meninggalkannya daripada mengeluarkannya (yaitu, "apa yang sudah dilakukan sudah selesai.")
sumber
Ini politik, semua politik.
Saya telah melihat ini menjadi kenyataan pada kesempatan, ketika manajemen atau klien memasang terlalu banyak hambatan untuk perubahan sederhana (mis. Ulasan "kualitas" oleh orang-orang yang tidak tahu apa-apa tentang sistem, perlu mendapatkan signoff dari terlalu banyak area bisnis) yang kadang-kadang lebih cepat dan lebih mudah untuk hanya "merobek perban": jangan memberi tahu terlalu banyak orang, lakukan saja perubahan, dan jika itu berhasil, semua orang senang, Anda mungkin akan mendapatkan tamparan di pergelangan tangan karena "tidak mengikuti proses" , dll.
Tentu saja, jika perubahan gagal, Anda mungkin menemukan lebih banyak lagi proses yang di-layered ... tapi itu risiko yang Anda ambil.
(penafian: Saya tidak punya masalah dengan kontrol kualitas dan pemeriksaan dan keseimbangan - selama itu masuk akal)
sumber
Saya pikir itu jauh lebih rumit dari yang Anda pikirkan. Inilah dua pandangan saya tentang masalah ini:
Saya selalu luar biasa ketika saya mendengar diskusi tentang kenaikan gaji. Orang mengeluh bahwa mereka tidak bertambah. Tetapi jika mereka tidak bertanya (kecuali mereka berada dalam administrasi otomatis dan kenaikan gaji yang telah ditentukan), mereka tidak akan mendapatkan apa-apa hanya dengan menunggu.
Ini sama dengan mobil tetangga yang ingin Anda pinjam ... Anda mungkin berpikir "dia akan berpikir saya ....." atau "Dia tidak akan menerima karena ....." atau "Dia akan mungkin tetap membutuhkannya .... ".
Yang benar adalah bahwa Anda tidak tahu sampai Anda bertanya. Namun, cara kerja otak kita akan mengisi pikiran kita dengan pemikiran yang tidak membantu bahwa kita menciptakan diri sendiri. Dalam kebanyakan kasus, mereka salah.
Jadi bertanya mungkin hal pertama yang harus dicoba.
Pernyataan ini juga benar karena dalam perusahaan di mana tanggung jawab didefinisikan dengan jelas dan di mana orang dinilai berdasarkan pencapaian individu mereka.
Jika Anda meminta pertanggungjawaban departemen lain untuk sesuatu yang mungkin (berpikir ia ciptakan) memengaruhinya secara negatif, tetapi hasilnya (jika positif), tidak akan memengaruhinya, ia pasti akan menolak, untuk aman.
Dua jawaban sangat mirip: ketakutan. Dalam jawaban pertama itu adalah ketakutan ANDA, yang kedua adalah ketakutan mereka.
Untuk mengatasi rasa takut pada orang lain, jangan tanya. Dalam banyak kasus, Anda akan berhasil, dan jika gagal, maka ya ... minta maaf sudah cukup.
Tidak dalam banyak kasus, tapi itu risiko ANDA HARUS ambil untuk maju dalam kehidupan dan karir Anda.
sumber
Dalam organisasi hierarkis, manajemen tingkat atas biasanya tidak memiliki petunjuk tentang subjek yang sedang Anda kerjakan; maka keputusan mereka, pasti, didasarkan pada bagaimana Anda mewakili saran Anda kepada mereka. Mewakili ide-ide teknis kepada orang-orang non-teknis terkenal sulit: jika Anda menjelaskannya sebagaimana adanya, mereka tidak mengerti apa-apa dan mungkin menolak hanya karena itu. Dan jika Anda menjelaskannya sehingga mereka mengerti, Anda tidak menyatakan hal itu apa adanya. Apakah itu etis juga, ya? Oleh karena itu mungkin lebih baik melakukan hal yang benar daripada mencoba menjelaskan bahwa dengan cara yang penuh bunga dan salah sehingga manajemen setuju dengan hal itu.
Itu tidak bertanggung jawab. Bahkan jika Anda meminta izin, hasilnya akan sangat bergantung pada bagaimana Anda mewakili masalah Anda. Karena Anda dapat memengaruhi keputusan dengan cara ini, mengapa repot-repot? Lakukan saja dan sekrup birokrasi. Setidaknya Anda tidak berbohong saat itu. Poin kuncinya adalah Anda tahu itu hal yang benar untuk dilakukan .
Tentu saja, Anda harus sangat yakin Anda benar, karena Andalah yang mengambil risiko. Yang Anda hemat adalah waktu dan upaya Anda dan manajemen; bukan prestasi kecil.
sumber
Ketika Anda meminta izin, orang yang Anda tanya harus membayangkan konsekuensi yang DAPAT terjadi jika Anda diizinkan melakukannya. Ini bisa termasuk hal-hal buruk seperti perusahaan bangkrut. Orang yang menolak risiko (atau orang dengan imajinasi seram) akan memberi tahu Anda tidak. Mereka mungkin tidak terombang-ambing oleh kemungkinan manfaat dari rencana Anda. Ketika Anda terus maju dan melakukannya tanpa bertanya, jika Anda mendapat manfaatnya maka Anda tidak akan dihukum atau ditegur. Jika Anda mendapat konsekuensi kecil, Anda akan mendapat hukuman kecil. Tentu saja, jika Anda membuat majikan Anda bangkrut, semuanya sudah berakhir.
Saya tidak bisa mempekerjakan seseorang yang perlu memeriksa dengan saya di setiap email, setiap baris kode, terus-menerus menginginkan izin untuk melakukan pekerjaan rutin mereka. Tetapi seseorang yang berpikir bahwa boleh-boleh saja mempertaruhkan seluruh perusahaan dengan taruhan yang konyol (perusahaan yang bukan risiko mereka, karena saya yang memilikinya, bukan mereka) tidak akan bekerja untuk saya walaupun taruhan itu terbayar. Anda harus berada dalam organisasi yang cukup besar dan berkantung tebal (misalnya militer AS) untuk mengambil sikap ini - dan Anda perlu memahami risikonya dengan sangat baik.
sumber
Apa yang saya alami kadang-kadang sulit untuk membuat argumen untuk membuat perubahan tertentu dalam proses kerja atau alat Anda. Selama proses dan alat saat ini bekerja, mungkin tidak ada insentif yang kuat bagi manajer mana pun (atau rekan kerja) untuk pergi dan menjalankan risiko mencoba sesuatu yang baru yang a) mungkin tidak secara aktual lebih baik atau b) mungkin gagal.
Ada waktu dan sumber daya yang masuk ke dalamnya, orang mungkin harus beradaptasi, dll. Jika Anda maju dan meminta untuk membuat perubahan, Anda mungkin menemui keengganan dan harus membuat argumen yang kuat. Mungkin ada banyak alasan bagi manajer untuk tidak ingin melakukan perubahan dan itu belum tentu karena mereka malas atau tidak mau berubah. Tetapi Anda meminta keputusan definitif atau "Pergi!" yang sebenarnya menempatkan tanggung jawab pada manajer Anda.
Jika Anda hanya melakukan perubahan dan menyelinap ke tempat kerja Anda saat perubahan itu menjadi jelas bagi para pembuat keputusan, Anda mungkin sudah membuktikan bahwa:
a) Itu bisa dilakukan.
b) Berhasil.
c) Ini meningkatkan pekerjaan Anda.
d) Itu tidak benar-benar memakan banyak sumber daya.
... dan seterusnya.
Jika gagal mungkin ada beberapa akibatnya, tetapi kecuali Anda bekerja dengan bos yang buruk, ini mungkin tidak akan menyebabkan tamparan di pergelangan tangan dan alasan sederhana datang dari Anda.
Kami pernah melakukannya di mana kami mencoba menyelinap di sistem pelacakan bug yang berbeda di belakang CTO. Yang ada di tempat itu dibenci dengan penuh semangat oleh semua orang di tim dev (tetapi sudah dievaluasi - bukan oleh devs mana pun - dan dibayar, jadi kami diharapkan menggunakannya) dan kami memiliki beberapa lisensi yang tersisa untuk yang lain .
Sedihnya, ini contoh meminta maaf daripada izin gagal. Kami diminta untuk kembali ke sistem yang lama. Saya tidak tahu apakah seseorang benar-benar harus menjawab CTO.
Jadi pada dasarnya, meminta CTO untuk mengubah sistem pelacakan bug dan mendapatkan izin: Nol kebetulan.
Di sisi lain, mulai menggunakannya (tanpa biaya selain waktu yang dihabiskan untuk mengaturnya) dan kemudian melihat apakah kita bisa mendapatkan izin SETELAH faktanya: Bukan peluang besar, tetapi jauh lebih tinggi dari nol.
sumber
Sepertinya saya sudah mendengar / membaca bahwa pernyataan itu mendahului Admiral Hopper, tetapi saya tidak ingat detailnya. Saya curiga sumber aslinya hilang waktu.
Ngomong-ngomong, yang pertama saya ingat pernah mendengar "Lebih mudah untuk meminta maaf daripada meminta izin" adalah pada sebuah pembicaraan yang diberikan oleh wanita agung itu ketika sebuah perguruan tinggi terdekat membuka sebuah pusat komputer baru pada tahun 1985. Penjelasannya adalah bahwa para laksamana yang dia laporkan tidak melakukannya. biasanya mengerti apa yang dia coba capai. Jawaban default mereka untuk apa pun yang mereka tidak mengerti adalah "Tidak". Namun, mereka hampir selalu senang dengan hasilnya jika dia mengabaikan jawaban mereka. Dengan demikian, dia dengan cepat menemukan bahwa lebih mudah untuk melanjutkan tanpa meminta izin; jika ada yang kesal, dia hanya bisa mengatakan dia menyesal.
Nanosecond saya adalah suvenir berharga sampai hilang dalam beberapa tahun yang lalu. :-(
sumber
Ini adalah sudut pandang yang mengadvokasi pengambilan risiko. Pada sudut pandang itu, jika Anda tidak mengambil risiko, Anda tidak menguji air, dan Anda tidak akan mencapai potensi maksimal Anda.
Jika Anda setuju bahwa Anda belajar dari kesalahan Anda, maka Anda mungkin setuju dengan pepatah ini. Anda mungkin menemukan bahwa memar yang Anda ambil tidak seburuk yang Anda bayangkan, dan ketika Anda berhasil, Anda mendapati diri Anda dihargai berlebihan, karena Anda "menunjukkan kepemimpinan".
Pola pemikiran ini membuat konsep menjadi intuitif, jika bukan praktiknya.
Sikap ini adalah seseorang yang paling berharga yang berada dalam situasi pekerjaan baru, tetapi memiliki rekam jejak yang mapan (dengan asumsi manajemen yang kompeten). Inilah saatnya kesalahan paling sering diampuni (dengan asumsi akal sehat, niat, dan alasan), dan kemajuan akan sangat dihargai.
sumber