Cara Menjelaskan Teknologi dengan Jelas untuk Pengambil Keputusan Non-Developer [Artikel terjemahan]

1. Menekankan bahwa peran engineer dalam memberikan kejelasan teknis di dalam organisasi adalah yang paling penting.

   • Kejelasan teknis berarti kondisi ketika para pemimpin non-developer dapat memahami perubahan pada sistem perangkat lunak dengan cukup baik untuk mengambil keputusan yang rasional.

2. Alasan kejelasan teknis jarang ada di dalam organisasi dan tidak mudah diwujudkan.

   • Perangkat lunak sangat kompleks, dan bahkan engineer pun sulit memahami sistem mereka sepenuhnya.
   • Pemimpin non-teknis memiliki keterbatasan waktu dan pengetahuan latar belakang.

3. Contoh pertanyaan teknis yang praktis.

   • Pertanyaan utama yang wajib diketahui pemimpin non-teknis saat merilis fitur baru:
     1. Apakah fitur berbayar bisa diberikan dengan aman kepada pengguna gratis?
     2. Apakah peluncuran bertahap memungkinkan?
     3. Jika terjadi masalah, apakah rollback dapat dilakukan dengan aman?
     4. Apakah akses awal dapat diberikan?
     5. Jika terjadi masalah kapasitas, apakah pengguna berbayar bisa diprioritaskan?

4. Makna penasihat teknis formal/informal dan pentingnya peran tersebut.

   • Staff engineer atau senior engineer berperan seperti ‘perwakilan’ bagi pemimpin non-developer dengan mengabstraksikan kompleksitas sistem dan menjelaskannya dengan mudah.
   • Engineer yang mampu memberikan kejelasan teknis dengan baik akan memperoleh kepercayaan organisasi dan ditempatkan pada proyek-proyek penting.

5. Ketidakpastian yang dialami engineer dan keseimbangannya.

   • Engineer selalu mempertahankan sedikit rasa cemas dan kewaspadaan terhadap keahlian mereka sendiri, dan umumnya hanya memiliki keyakinan sekitar 95%.
   • Kepada pemimpin non-developer, kekhawatiran semacam ini atau semua detail teknis tidak perlu ditunjukkan seluruhnya; yang perlu disampaikan dengan jelas hanyalah inti utamanya.

6. Mengungkapkan ketidakpastian tidak selalu benar.

   • Jika engineer memberikan informasi yang terlalu rinci secara teknis hingga mengaburkan kejelasan (pemahaman yang disederhanakan), maka pengambil keputusan akan kesulitan membuat keputusan yang tepat.
   • Sampaikan hanya rekomendasi inti dan faktor risikonya dengan jelas.

7. Tiga prinsip dalam menyampaikan kejelasan teknis.

   • (1) Intuisi untuk membedakan apa yang perlu disebutkan dan apa yang perlu dihilangkan.
   • (2) Pemahaman teknis yang mendalam tentang sistem (melalui coding langsung dan pelaksanaan proyek).
   • (3) Menyajikan gambaran yang disederhanakan dengan percaya diri kepada pihak manajemen.

[ng0301]

Kenyataannya... meskipun tahu itu, masih banyak hal lain yang melampauinya ..

[geekgig]

Saya tidak yakin apakah ini komentar yang sesuai dengan maksud tulisan ini...

Ini perbedaan sudut pandang, tetapi pada akhirnya saya rasa yang paling penting adalah kemauan pengambil keputusan.

Mereka tidak ingin tahu,
mereka hanya ingin mendengar bahwa semuanya pasti bisa,
dan mereka ingin mendengar bahwa orang lain akan mengurus semuanya,

maka menjelaskan berarti menyampaikan hal-hal yang tidak nyaman bagi pihak yang punya wewenang mengambil keputusan.

ps.
Sepertinya ini adalah pembahasan yang berlandaskan asumsi bahwa pengambil keputusan itu benar?
Kalau pengambil keputusan = wasit tidak menyukainya, saya rasa pada akhirnya metode apa pun tidak akan berguna.