Hampir benar, tetapi menurut saya staf penjualan atau keuangan pun tidak banyak punya wewenang pembelian seperti itu. Karena itu semua orang akhirnya memakai alat yang diizinkan perusahaan atau paket gratis, dan pada akhirnya harus menjualnya ke atasan
Harus meyakinkan dengan argumen bahwa alat itu menghemat waktu, membuat proyek lebih transparan, dan mengurangi kebebasan
Ini mungkin juga alasan Excel digunakan begitu luas. Excel juga merupakan alat paling kuat yang diizinkan oleh IT perusahaan
Coba saja minta izin memasang WSL di PC saat bekerja di departemen penjualan atau keuangan, Anda akan paham. Alasan aplikasi web populer juga karena IT perusahaan harus mengetahuinya dulu agar bisa memblokirnya
Seorang manajer pemasaran mungkin bisa membayar Basecamp dengan kartunya sendiri, tetapi untuk membawa masuk alat yang di-host sendiri, urusannya jadi besar karena harus lolos kebijakan IT: “komputer kami yang mengelola, dan cara kerja juga kami yang menentukan”
Alasan Excel digunakan luas adalah karena secara harfiah siapa pun bisa memakainya. Tidak seperti basis data, apa yang dibuat muncul dalam bentuk visual yang langsung terlihat
Excel termasuk dalam semua lisensi m365, dan lisensi perpetualnya juga sudah lama relatif murah
Kalau ada yang bicara soal mengizinkan WSL untuk tim penjualan, saya jadi ingin bertanya apakah mereka pernah benar-benar bekerja dengan staf penjualan. Di 99% perusahaan, bahkan staf penjualan yang melek teknologi pun paling-paling baru bisa mengirim lampiran email tanpa bantuan; entah apa yang mau mereka lakukan dengan WSL
Secara umum benar. Perusahaan tidak menyetujui pembelian satu buku secara terpisah, tetapi menyetujui langganan platform pembelajaran
Menyetujui semua pembelian kecil seperti ini terlalu banyak pekerjaannya, dan kalau tidak ditinjau, langganan yang tidak dipakai akan menumpuk di mana-mana atau banyak barang yang tidak terlalu membantu perusahaan akan dibeli
Dalam pengalaman saya, departemen penjualan bisa saja punya alat yang bagus di tingkat departemen, tetapi wewenang pembelian mereka tidak begitu besar
Sebaliknya, pihak pemasaran tampaknya punya wewenang pembelian yang cukup besar, mungkin karena pekerjaan mereka sendiri memang berkaitan dengan membeli berbagai macam hal
Bahkan seorang atasan pun bisa kerepotan karena untuk mendapatkan persetujuan pembelian alat, ia harus menjualnya lagi ke jajaran yang lebih tinggi. Biaya 80 dolar per pengguna per bulan sebenarnya hampir gratis dibanding biaya tenaga kerja, tetapi tetap saja selalu menjadi hambatan
Pembelian aplikasi yang di-host sendiri sulit karena IT harus bertanggung jawab atas biaya server, jaringan, dan penyimpanan; instalasi, peningkatan versi, operasi, dan dukungan; single sign-on berbasis AD; email; Slack; pencadangan dan pemulihan; ekspor dan migrasi data; serta keamanan siber
Jika satu aplikasi saja ditembus, seluruh IT perusahaan bisa berisiko, dan meskipun pemisahan atau zero trust diterapkan, permukaan serangan dan biaya keamanan tetap bertambah
Dalam praktiknya, membeli aplikasi yang di-host sendiri adalah bagian yang mudah; yang sulit adalah menjalankannya secara stabil setiap hari selama periode yang dibutuhkan bisnis. Kadang data juga harus disimpan lama karena alasan hukum
Bahkan untuk alat yang diminta IT bisnis, sebagian pengelolaan teknis mungkin bisa dilakukan, tetapi sering kali tidak bisa karena tidak punya waktu, atau karena mereka hanya developer, bukan administrator sistem/jaringan
Pada akhirnya harus memakai sandbox yang terpisah dari IT perusahaan, melepaskan fitur kenyamanan seperti pencadangan dan AD, atau membangun dan memeliharanya sendiri sebagai shadow IT
Jadi menurut saya salah satu alasan SaaS dan cloud tumbuh adalah karena biaya-biaya seperti ini dieksternalisasi
Kalau harus berjuang untuk membeli buku seharga 50 dolar, mungkin Anda memilih perusahaan yang salah
Namun, ada beberapa developer yang membuat akun tidak resmi dengan kartu untuk menguji Notion secara internal, lalu membuat dokumen ikhtisar penting di sana dan menyebarkan tautannya
Separuh perusahaan yang ingin melihatnya secara diam-diam membuat akun, dan bulan berikutnya CFO menerima tagihan 10 ribu dolar
Cerita bahwa developer tidak boleh diberi wewenang pembelian biasanya dimulai seperti ini
Ini hanyalah contoh model harga predatoris dan dark pattern
Ada alasan mengapa banyak perusahaan SaaS tidak menyediakan opsi pembayaran di muka atau batas maksimum biaya tetap dengan baik. Ini hampir seperti penipuan
Saya tidak tahu siapa yang menganggap sistem yang bisa mengenakan biaya hanya karena orang mengeklik tautan sebagai ide bagus. Kalau kartu itu juga tidak punya batas bulanan yang wajar, seluruh konfigurasinya benar-benar tidak masuk akal
Sulit dipercaya bahwa ini adalah “awal cerita mengapa developer tidak punya wewenang pembelian”
Bagi developer maupun siapa pun, membeli alat secara langsung sering kali bisa menjadi optimisasi lokal yang mengorbankan seluruh organisasi
Misalnya, alat menjadi terpecah-pecah sehingga informasi tidak bisa ditemukan dengan satu kali pencarian, atau tiap tim harus masuk ke alat yang berbeda
Jika tim-tim mengelola sendiri-sendiri alat yang berisi kekayaan intelektual perusahaan, itu menjadi mimpi buruk kepatuhan ketika menargetkan kepatuhan SOC
Menurut saya membeli buku atau materi pembelajaran itu baik
Dari posisi pernah memutuskan belanja hardware, software, dan layanan engineering lebih dari 100 juta dolar per kuartal, kalau Anda membuat alat developer, pertama-tama Anda harus membuat developer yang ada saat ini merasa alat itu sangat berguna dan menjadi pendukung kuatnya
Jangan menyentuh poin veto seperti kontrak yang tidak transparan, lock-in, keamanan data dan privasi, serta integrasi single sign-on dan autentikasi
Harganya juga harus bisa diterima. Harga yang berbanding lurus secara linear dengan suatu variabel kemungkinan besar tidak masuk akal di spreadsheet keuangan. Biaya bulanan per developer mudah dipahami, lisensi mengambang seluruh perusahaan lebih baik, dan dalam beberapa kasus tarif paket tak terbatas untuk seluruh perusahaan lebih cocok
Bahkan pada cara terakhir itu, biaya konsumsi seperti komputasi dan penyimpanan cloud tetap bisa diteruskan apa adanya. Jika bisa diterapkan langsung ke akun cloud pelanggan, masalah keamanan data dan privasi juga terselesaikan
Anda harus menyediakan kontrol biaya seperti batas tagihan, batas penggunaan, pembatasan pengaturan yang memicu biaya penggunaan mahal, dan pelaporan penggunaan yang memadai
Jika dilakukan dengan baik, kontrak multi-tahun dengan komitmen belanja juga memungkinkan. Pertahankan keandalan layanan, dan lakukan peninjauan triwulanan dengan pelanggan besar untuk mengetahui tingkat kepuasan serta kebutuhan yang belum terpenuhi
Layanan profesional kelas atas seperti engineer khusus dan dukungan juga bisa disediakan dan ditagihkan. Marginnya tinggi, dan kadang menjadi kunci untuk memenangkan atau mempertahankan pelanggan tertentu
Produk bisa menjadi kontroversial di dalam perusahaan pelanggan, dan penentang bisa membuat adopsi produk gagal; jadi jika layanan profesional menangani integrasi dan implementasi awal, keterlibatan penjaga gerbang IT bisa dikurangi dan produk bisa sampai ke pengguna sebenarnya
Sebaiknya jangan bersusah payah menjual produk yang sangat diyakini pelanggan bisa mereka buat sendiri. Bahkan jika penilaian itu salah, Anda mungkin menang di awal, tetapi pada akhirnya kemungkinan besar akan kalah
Poin nomor 7 tentang membangun sendiri atau membeli biasanya tidak sehitam-putih itu. Kasus paling sulit adalah ketika sudah ada produk internal dan orang ingin menggantinya atau menambahkan fitur baru
Masalahnya adalah kapan menilai imbal hasil investasi build versus buy
Membeli produk dengan biaya integrasi yang sangat tinggi pada dasarnya sama saja dengan membuatnya. Integrasi membutuhkan waktu developer, dan waktu itu bisa digunakan untuk pekerjaan lain atau untuk produk itu sendiri
Akan bagus jika hal ini terungkap saat integrasi proof of concept, tetapi pada tahap itu pun tetap dibutuhkan waktu developer untuk menjalankannya
Tergantung perusahaannya. Perusahaan tempat saya dulu bekerja punya kebijakan: “Buku, lisensi, bahkan hardware apa pun yang membuat pekerjaan lebih mudah, beli saja. Biaya manajemen untuk mengambil keputusan lebih mahal, jadi default-nya langsung disetujui.”
Apakah para developer lalu belanja membabi buta? Tidak; mereka membeli pada tingkat yang sama seperti sebelum kebijakan itu. Dalam praktiknya, hidup memang jadi lebih nyaman.
Mereka pada dasarnya memandang buku, lisensi, dan hardware sebagai barang habis pakai seperti pulpen atau kertas. Untuk software lokal kecil seperti IDE, ini umumnya bisa cocok.
Perlu ada asumsi bahwa developer dipercaya diberi hak admin, atau IT perusahaan bisa mengizinkan instalasi.
Bisa dengan memberi semua orang anggaran kecil, atau mengelolanya per tim/departemen, tetapi begitu diperlukan integrasi dengan IT perusahaan, cara ini tidak berjalan baik.
Saya suka cara itu dan tidak bermaksud bilang sama sekali tidak bisa, tetapi lonjakan pembelian mendadak bukan satu-satunya mode kegagalan.
Jika dibiarkan 10 atau 20 tahun, tampilannya bisa sangat berbeda. Kenaikan biaya yang lambat dan tak terlihat bisa menumpuk, dan bisa terbentuk budaya di mana orang yang sedikit lebih hemat harus membeli sesuatu agar orang lain tidak terlihat boros.
Ada banyak mekanisme halus yang mendorong kenaikan biaya, jadi perlu ada perangkat yang mendorong ke arah sebaliknya. Menurut saya ini masih masalah yang belum terpecahkan.
Bisa juga menetapkan batas anggaran yang longgar tetapi menegaskan bahwa itu bukan berarti harus dihabiskan, lalu membuat aturan bahwa persentase tertentu dari sisa anggaran akhir tahun disumbangkan ke tempat baik yang bisa diterima semua orang.
Kira-kira seperti, “Boleh membeli buku. Tapi ingat, karena buku itu, donasi untuk kuda poni berkurang 5 dolar.” Kalau untuk manatee, ada risiko saya akan bekerja pakai Chromebook.
Masalahnya ada pada manajer yang ikut campur dalam setiap keputusan. Orang-orang mengira manajer ada untuk membantu, tetapi mereka menciptakan lebih banyak masalah daripada yang mereka selesaikan.
Sering kali paling banter mereka tidak kompeten, dan lebih baik mengurangi beberapa manajer lalu memakai gaji mereka sebagai anggaran diskresioner. Semua pihak diuntungkan.
Perusahaan saya saat ini punya beberapa orang dengan peran mirip HR yang menangani pembelian seperti ini. Kalau saya mengirim email berisi tautan hardware atau software yang dibutuhkan, mereka mengirimkannya sampai ke rumah.
Saya tidak perlu tahu prosedur pemesanan dan pengiriman perusahaan, jadi ini cara terbaik yang pernah saya lihat sejauh ini.
Saya punya pengalaman serupa. Semua orang diberi kartu korporat dan didorong untuk menggunakannya.
Saya pernah mengalami masalah ini saat masih menjadi karyawan. Saya menginginkan ThinkPad, tetapi manajemen bersikeras pada Dell yang buruk, dan pada akhirnya saya mendapat ThinkPad.
Selain itu, kalau meminta buku atau tool, biasanya langsung diberikan, bahkan keyboard terpisah yang mahal pun bisa.
Sekarang setelah menjadi pekerja mandiri, saya tinggal membeli apa yang saya butuhkan. Nyatanya, kebutuhan saya tidak banyak.
Tidak banyak “developer tool” yang cukup berguna untuk dibayar, dan lebih sedikit lagi yang cukup bernilai untuk diintegrasikan ke alur kerja saya. Seiring waktu, bagian terakhir ini menjadi makin penting.
Begitulah kehidupan korporat.
Saya mendapat Dell yang buruk, rusak, lalu mendapat Dell buruk lagi, rusak lagi, lalu mendapat Dell lagi.
Mereka bilang, “Kami hanya punya kontrak dengan Dell,” lalu ketika ditanya bukankah seharusnya sejak awal tidak membuat kontrak dengan Dell, suasana menjadi hening dan barulah otak mereka mulai berputar.
Saya akhirnya sadar bahwa saat Dell rusak adalah momen terbaik dalam hidup. Butuh 5 hari untuk melewati lapisan purchase order dan politik pemesanan sebelum perangkat baru dikirim, dan selama 5 hari itu saya tidak bisa melakukan apa pun karena kebijakan keamanan perusahaan yang kejam.
Jadi selama 5 hari saya tidur, menghubungi teman-teman, dan kembali menjadi manusia.
Saya mencintai Dell. Saya tidak mau ThinkPad.
Untuk pribadi, saya memakai MacBook.
Kalau harus meminta, berarti Anda tidak punya kewenangan.
Dulu saya bekerja di anak perusahaan yang berorientasi penjualan dari sebuah perusahaan engineering.
Pada masa awal, saya bisa mentraktir makan siang 100 dolar tanpa masalah, tetapi tidak bisa membeli kartu 30 dolar untuk komputer saya.
Sebaliknya, di perusahaan induk, membeli peralatan uji senilai 5.000 dolar itu mudah, tetapi untuk mengajak seseorang ke restoran fast food harus mengisi tiga formulir.
Menjelang akhir masa jabatan saya, di kedua tempat itu praktis tidak ada apa pun yang bisa dilakukan tanpa formulir tersebut.
Banyak perusahaan developer tool yang sukses menghasilkan uang dengan memasarkan ke atasan, bukan ke developer. Ini terjadi bukan hanya di teknologi, tetapi juga di banyak bidang lain.
Sangat setuju. Di salah satu perusahaan teknologi besar, saya membutuhkan hard disk untuk suatu pekerjaan, dan ternyata lebih mudah membeli drive array seharga 5.000 dolar lalu mencabut drive-nya daripada mengajukan biaya 200 dolar untuk satu HDD.
Kalau mencoba membeli barang di luar wilayah tanggung jawab sendiri, prosesnya menjadi tidak masuk akal rumitnya.
Belakangan, perusahaan berkata, “Kalian punya kartu korporat, jadi pakai saja,” dan biaya terkait acara disetujui oleh para EVP. Itu memang tidak umum, tetapi saya terkesan bahwa mereka tahu kadang-kadang prosedur birokratis perlu dipotong.
Saya merasa saat mengajukan reimburse biaya biasa berikutnya, saya akan bertengkar dengan bagian akuntansi karena struk taksi 20 dolar tidak mencantumkan titik berangkat dan tujuan.
Saya membeli lisensi software sendiri dan mengurusnya lewat pajak. Itu cara untuk menghindari penghematan palsu.
Berkat mencari dan membeli sendiri tool yang tepat dan murah, saya mendapat penghargaan di kantor, menjadi tak tergantikan dalam proyek tertentu, mendapat kenaikan gaji, dan bisa memilih pekerjaan yang saya inginkan. Lisensi Jetbrains saya adalah contoh utamanya. Sulit membayangkan melakukan refactoring kode tanpa itu.
Jika penghematan biaya perusahaan berhenti, saya akan punya lebih banyak pesaing di tempat kerja.
Secara teori, ini juga mungkin dalam sistem pajak Inggris. Di formulir Self Assessment ada bagian untuk mengklaim biaya terkait pekerjaan yang tidak diganti oleh pemberi kerja.
Dulu pemberi kerja saya membayar tarif mileage yang rendah, jadi saya biasa mengklaim selisihnya dalam laporan pajak.
Untuk software, saya tidak begitu yakin bagaimana kriteria biaya yang diperbolehkan akan diterapkan.
Saya juga sudah bertahun-tahun melakukan cara yang sama.
Karena kebanyakan perusahaan tidak membelikan software yang tepat untuk pekerjaan, saya menjadi orang yang paling efektif di tim. Berbeda dari orang lain, saya bisa menyelesaikan pekerjaan dengan cepat dan efisien.
Di banyak perusahaan, kalau ketahuan melakukan itu, Anda akan mendapat masalah besar.
Saya penasaran bagaimana karyawan W2 exempt di AS bisa “mengurusnya lewat pajak”.
Saya penasaran contoh lainnya apa saja.
Ceritanya jadi berbeda kalau bisa diunggah ke Azure, AWS, atau Google Cloud
Untuk membeli sebatang pensil pun tidak bisa tanpa persetujuan, tetapi di cloud perusahaan mereka bisa menghabiskan ribuan dolar tanpa ditanya
Di sinilah keajaiban Amazon Marketplace. Anda bisa membeli layanan yang bukan AWS, tetapi tetap masuk ke tagihan AWS dan ikut dihitung dalam komitmen belanja perusahaan
Benar. Kami meminta seorang developer menyiapkan satu server FTP. Dia admin Linux yang cukup bagus, dan sudah berkali-kali melakukan hal seperti ini di VPS seharga 10 pound
Namun kali ini dia memilih layanan AWS yang biayanya lebih dari 1.000 pound per bulan. Saat tagihan kartu datang, itu menjadi masalah besar, dan biaya untuk bulan berikutnya juga sudah cukup jauh berjalan
Setelah itu kami harus mengendalikannya dengan lebih ketat
Saya juga mengalami hal serupa. Sepertinya akan menjadi perjuangan besar dan berat untuk membuat orang-orang yang tepat meninjau localstack
Namun jika membeli lisensi enterprise, biaya itu bisa langsung tertutup hanya dari penghematan, jadi meskipun bukan pekerjaan utama saya, saya merasa terdorong untuk mencobanya
Agar adil, itu karena sampai sekarang belum ada yang menemukan cara mengintegrasikan terraform apply dengan alur persetujuan SAP
Model bisnis dengan engineer sebagai pengambil keputusan sangat mungkin. Hanya saja terbatas pada tool yang memungkinkan engineer melakukan optimasi lokal tanpa dampak langsung di luar cakupannya
IDE adalah contoh terbaik. Jika perusahaan membiarkan para engineernya masing-masing membuat keputusan IDE pribadi untuk meningkatkan produktivitas, dampak global dari gabungan semua keputusan itu masih bisa baik-baik saja. Jetbrains menunjukkan hal ini
Namun tidak semua tool seperti itu. Tulisan asli membahas contoh yang masuk kategori kedua, seperti Redis, Terraform, dan AWS
Berbeda dengan IDE, keputusan individu di database, manajemen infrastruktur, dan infrastruktur cloud akan bermasalah jika menyebar. Perusahaan harus memelihara stack yang heterogen, dan vendor tidak bisa membuat kontrak enterprise yang berarti hanya karena satu tim memilih Redis
Karena itu, pada tingkat tertentu standardisasi menjadi diperlukan. Pada titik itu, dampak pilihan dan skala lisensi menjadi besar, sehingga bukan hanya lead engineering, tetapi juga bagian keuangan ingin punya suara. Ada alasan yang masuk akal untuk itu
Dan begitu bagian keuangan terlibat, pilihan tersebut harus dibenarkan dengan bahasa yang sulit bagi kebanyakan engineer
Wewenang pembelian saya kira-kira seperti ini. Saya berkata kepada atasan, “Kalau kita membeli tool developer ini, kita bisa menghemat X jam waktu developer”
Yang penting X cukup besar dibanding harga tool tersebut. Cara ini cukup berhasil dan sering saya pakai, sampai-sampai atasan saya sekarang mulai skeptis
Memang seharusnya skeptis. Melebih-lebihkan manfaat, entah dari tool maupun desain ulang, sama umumnya dengan meremehkan estimasi usaha, dan keduanya mungkin sangat berkaitan
Bukan berarti tidak ada tool yang bernilai. Ada, tetapi sangat jarang
Saya jadi bertanya-tanya berapa lama sampai atasan berkata, “Kalau semua tool yang kamu sebutkan dalam 3 bulan terakhir digabung, katanya bisa menghemat setara 1 developer per tahun, jadi saya akan mengurangi 1 developer dari tim dan pekerjaan serta jadwal tetap sama”
Bisa juga mendapat respons, “Waktu developer bukan KPI, dan gajinya sama saja entah bekerja 160 jam, 180 jam, atau 200 jam per bulan”
1 komentar
Opini Hacker News
Hampir benar, tetapi menurut saya staf penjualan atau keuangan pun tidak banyak punya wewenang pembelian seperti itu. Karena itu semua orang akhirnya memakai alat yang diizinkan perusahaan atau paket gratis, dan pada akhirnya harus menjualnya ke atasan
Harus meyakinkan dengan argumen bahwa alat itu menghemat waktu, membuat proyek lebih transparan, dan mengurangi kebebasan
Ini mungkin juga alasan Excel digunakan begitu luas. Excel juga merupakan alat paling kuat yang diizinkan oleh IT perusahaan
Coba saja minta izin memasang WSL di PC saat bekerja di departemen penjualan atau keuangan, Anda akan paham. Alasan aplikasi web populer juga karena IT perusahaan harus mengetahuinya dulu agar bisa memblokirnya
Seorang manajer pemasaran mungkin bisa membayar Basecamp dengan kartunya sendiri, tetapi untuk membawa masuk alat yang di-host sendiri, urusannya jadi besar karena harus lolos kebijakan IT: “komputer kami yang mengelola, dan cara kerja juga kami yang menentukan”
Excel termasuk dalam semua lisensi m365, dan lisensi perpetualnya juga sudah lama relatif murah
Kalau ada yang bicara soal mengizinkan WSL untuk tim penjualan, saya jadi ingin bertanya apakah mereka pernah benar-benar bekerja dengan staf penjualan. Di 99% perusahaan, bahkan staf penjualan yang melek teknologi pun paling-paling baru bisa mengirim lampiran email tanpa bantuan; entah apa yang mau mereka lakukan dengan WSL
Menyetujui semua pembelian kecil seperti ini terlalu banyak pekerjaannya, dan kalau tidak ditinjau, langganan yang tidak dipakai akan menumpuk di mana-mana atau banyak barang yang tidak terlalu membantu perusahaan akan dibeli
Sebaliknya, pihak pemasaran tampaknya punya wewenang pembelian yang cukup besar, mungkin karena pekerjaan mereka sendiri memang berkaitan dengan membeli berbagai macam hal
Jika satu aplikasi saja ditembus, seluruh IT perusahaan bisa berisiko, dan meskipun pemisahan atau zero trust diterapkan, permukaan serangan dan biaya keamanan tetap bertambah
Dalam praktiknya, membeli aplikasi yang di-host sendiri adalah bagian yang mudah; yang sulit adalah menjalankannya secara stabil setiap hari selama periode yang dibutuhkan bisnis. Kadang data juga harus disimpan lama karena alasan hukum
Bahkan untuk alat yang diminta IT bisnis, sebagian pengelolaan teknis mungkin bisa dilakukan, tetapi sering kali tidak bisa karena tidak punya waktu, atau karena mereka hanya developer, bukan administrator sistem/jaringan
Pada akhirnya harus memakai sandbox yang terpisah dari IT perusahaan, melepaskan fitur kenyamanan seperti pencadangan dan AD, atau membangun dan memeliharanya sendiri sebagai shadow IT
Jadi menurut saya salah satu alasan SaaS dan cloud tumbuh adalah karena biaya-biaya seperti ini dieksternalisasi
Kalau harus berjuang untuk membeli buku seharga 50 dolar, mungkin Anda memilih perusahaan yang salah
Namun, ada beberapa developer yang membuat akun tidak resmi dengan kartu untuk menguji Notion secara internal, lalu membuat dokumen ikhtisar penting di sana dan menyebarkan tautannya
Separuh perusahaan yang ingin melihatnya secara diam-diam membuat akun, dan bulan berikutnya CFO menerima tagihan 10 ribu dolar
Cerita bahwa developer tidak boleh diberi wewenang pembelian biasanya dimulai seperti ini
Ada alasan mengapa banyak perusahaan SaaS tidak menyediakan opsi pembayaran di muka atau batas maksimum biaya tetap dengan baik. Ini hampir seperti penipuan
Sulit dipercaya bahwa ini adalah “awal cerita mengapa developer tidak punya wewenang pembelian”
Misalnya, alat menjadi terpecah-pecah sehingga informasi tidak bisa ditemukan dengan satu kali pencarian, atau tiap tim harus masuk ke alat yang berbeda
Jika tim-tim mengelola sendiri-sendiri alat yang berisi kekayaan intelektual perusahaan, itu menjadi mimpi buruk kepatuhan ketika menargetkan kepatuhan SOC
Menurut saya membeli buku atau materi pembelajaran itu baik
Dari posisi pernah memutuskan belanja hardware, software, dan layanan engineering lebih dari 100 juta dolar per kuartal, kalau Anda membuat alat developer, pertama-tama Anda harus membuat developer yang ada saat ini merasa alat itu sangat berguna dan menjadi pendukung kuatnya
Jangan menyentuh poin veto seperti kontrak yang tidak transparan, lock-in, keamanan data dan privasi, serta integrasi single sign-on dan autentikasi
Harganya juga harus bisa diterima. Harga yang berbanding lurus secara linear dengan suatu variabel kemungkinan besar tidak masuk akal di spreadsheet keuangan. Biaya bulanan per developer mudah dipahami, lisensi mengambang seluruh perusahaan lebih baik, dan dalam beberapa kasus tarif paket tak terbatas untuk seluruh perusahaan lebih cocok
Bahkan pada cara terakhir itu, biaya konsumsi seperti komputasi dan penyimpanan cloud tetap bisa diteruskan apa adanya. Jika bisa diterapkan langsung ke akun cloud pelanggan, masalah keamanan data dan privasi juga terselesaikan
Anda harus menyediakan kontrol biaya seperti batas tagihan, batas penggunaan, pembatasan pengaturan yang memicu biaya penggunaan mahal, dan pelaporan penggunaan yang memadai
Jika dilakukan dengan baik, kontrak multi-tahun dengan komitmen belanja juga memungkinkan. Pertahankan keandalan layanan, dan lakukan peninjauan triwulanan dengan pelanggan besar untuk mengetahui tingkat kepuasan serta kebutuhan yang belum terpenuhi
Layanan profesional kelas atas seperti engineer khusus dan dukungan juga bisa disediakan dan ditagihkan. Marginnya tinggi, dan kadang menjadi kunci untuk memenangkan atau mempertahankan pelanggan tertentu
Produk bisa menjadi kontroversial di dalam perusahaan pelanggan, dan penentang bisa membuat adopsi produk gagal; jadi jika layanan profesional menangani integrasi dan implementasi awal, keterlibatan penjaga gerbang IT bisa dikurangi dan produk bisa sampai ke pengguna sebenarnya
Sebaiknya jangan bersusah payah menjual produk yang sangat diyakini pelanggan bisa mereka buat sendiri. Bahkan jika penilaian itu salah, Anda mungkin menang di awal, tetapi pada akhirnya kemungkinan besar akan kalah
Masalahnya adalah kapan menilai imbal hasil investasi build versus buy
Membeli produk dengan biaya integrasi yang sangat tinggi pada dasarnya sama saja dengan membuatnya. Integrasi membutuhkan waktu developer, dan waktu itu bisa digunakan untuk pekerjaan lain atau untuk produk itu sendiri
Akan bagus jika hal ini terungkap saat integrasi proof of concept, tetapi pada tahap itu pun tetap dibutuhkan waktu developer untuk menjalankannya
Tergantung perusahaannya. Perusahaan tempat saya dulu bekerja punya kebijakan: “Buku, lisensi, bahkan hardware apa pun yang membuat pekerjaan lebih mudah, beli saja. Biaya manajemen untuk mengambil keputusan lebih mahal, jadi default-nya langsung disetujui.”
Apakah para developer lalu belanja membabi buta? Tidak; mereka membeli pada tingkat yang sama seperti sebelum kebijakan itu. Dalam praktiknya, hidup memang jadi lebih nyaman.
Perlu ada asumsi bahwa developer dipercaya diberi hak admin, atau IT perusahaan bisa mengizinkan instalasi.
Bisa dengan memberi semua orang anggaran kecil, atau mengelolanya per tim/departemen, tetapi begitu diperlukan integrasi dengan IT perusahaan, cara ini tidak berjalan baik.
Jika dibiarkan 10 atau 20 tahun, tampilannya bisa sangat berbeda. Kenaikan biaya yang lambat dan tak terlihat bisa menumpuk, dan bisa terbentuk budaya di mana orang yang sedikit lebih hemat harus membeli sesuatu agar orang lain tidak terlihat boros.
Ada banyak mekanisme halus yang mendorong kenaikan biaya, jadi perlu ada perangkat yang mendorong ke arah sebaliknya. Menurut saya ini masih masalah yang belum terpecahkan.
Bisa juga menetapkan batas anggaran yang longgar tetapi menegaskan bahwa itu bukan berarti harus dihabiskan, lalu membuat aturan bahwa persentase tertentu dari sisa anggaran akhir tahun disumbangkan ke tempat baik yang bisa diterima semua orang.
Kira-kira seperti, “Boleh membeli buku. Tapi ingat, karena buku itu, donasi untuk kuda poni berkurang 5 dolar.” Kalau untuk manatee, ada risiko saya akan bekerja pakai Chromebook.
Sering kali paling banter mereka tidak kompeten, dan lebih baik mengurangi beberapa manajer lalu memakai gaji mereka sebagai anggaran diskresioner. Semua pihak diuntungkan.
Saya tidak perlu tahu prosedur pemesanan dan pengiriman perusahaan, jadi ini cara terbaik yang pernah saya lihat sejauh ini.
Saya pernah mengalami masalah ini saat masih menjadi karyawan. Saya menginginkan ThinkPad, tetapi manajemen bersikeras pada Dell yang buruk, dan pada akhirnya saya mendapat ThinkPad.
Selain itu, kalau meminta buku atau tool, biasanya langsung diberikan, bahkan keyboard terpisah yang mahal pun bisa.
Sekarang setelah menjadi pekerja mandiri, saya tinggal membeli apa yang saya butuhkan. Nyatanya, kebutuhan saya tidak banyak.
Tidak banyak “developer tool” yang cukup berguna untuk dibayar, dan lebih sedikit lagi yang cukup bernilai untuk diintegrasikan ke alur kerja saya. Seiring waktu, bagian terakhir ini menjadi makin penting.
Saya mendapat Dell yang buruk, rusak, lalu mendapat Dell buruk lagi, rusak lagi, lalu mendapat Dell lagi.
Mereka bilang, “Kami hanya punya kontrak dengan Dell,” lalu ketika ditanya bukankah seharusnya sejak awal tidak membuat kontrak dengan Dell, suasana menjadi hening dan barulah otak mereka mulai berputar.
Saya akhirnya sadar bahwa saat Dell rusak adalah momen terbaik dalam hidup. Butuh 5 hari untuk melewati lapisan purchase order dan politik pemesanan sebelum perangkat baru dikirim, dan selama 5 hari itu saya tidak bisa melakukan apa pun karena kebijakan keamanan perusahaan yang kejam.
Jadi selama 5 hari saya tidur, menghubungi teman-teman, dan kembali menjadi manusia.
Saya mencintai Dell. Saya tidak mau ThinkPad.
Untuk pribadi, saya memakai MacBook.
Dulu saya bekerja di anak perusahaan yang berorientasi penjualan dari sebuah perusahaan engineering.
Pada masa awal, saya bisa mentraktir makan siang 100 dolar tanpa masalah, tetapi tidak bisa membeli kartu 30 dolar untuk komputer saya.
Sebaliknya, di perusahaan induk, membeli peralatan uji senilai 5.000 dolar itu mudah, tetapi untuk mengajak seseorang ke restoran fast food harus mengisi tiga formulir.
Menjelang akhir masa jabatan saya, di kedua tempat itu praktis tidak ada apa pun yang bisa dilakukan tanpa formulir tersebut.
Banyak perusahaan developer tool yang sukses menghasilkan uang dengan memasarkan ke atasan, bukan ke developer. Ini terjadi bukan hanya di teknologi, tetapi juga di banyak bidang lain.
Kalau mencoba membeli barang di luar wilayah tanggung jawab sendiri, prosesnya menjadi tidak masuk akal rumitnya.
Belakangan, perusahaan berkata, “Kalian punya kartu korporat, jadi pakai saja,” dan biaya terkait acara disetujui oleh para EVP. Itu memang tidak umum, tetapi saya terkesan bahwa mereka tahu kadang-kadang prosedur birokratis perlu dipotong.
Saya merasa saat mengajukan reimburse biaya biasa berikutnya, saya akan bertengkar dengan bagian akuntansi karena struk taksi 20 dolar tidak mencantumkan titik berangkat dan tujuan.
Saya membeli lisensi software sendiri dan mengurusnya lewat pajak. Itu cara untuk menghindari penghematan palsu.
Berkat mencari dan membeli sendiri tool yang tepat dan murah, saya mendapat penghargaan di kantor, menjadi tak tergantikan dalam proyek tertentu, mendapat kenaikan gaji, dan bisa memilih pekerjaan yang saya inginkan.
Lisensi Jetbrains saya adalah contoh utamanya. Sulit membayangkan melakukan refactoring kode tanpa itu.
Jika penghematan biaya perusahaan berhenti, saya akan punya lebih banyak pesaing di tempat kerja.
Dulu pemberi kerja saya membayar tarif mileage yang rendah, jadi saya biasa mengklaim selisihnya dalam laporan pajak.
Untuk software, saya tidak begitu yakin bagaimana kriteria biaya yang diperbolehkan akan diterapkan.
Karena kebanyakan perusahaan tidak membelikan software yang tepat untuk pekerjaan, saya menjadi orang yang paling efektif di tim. Berbeda dari orang lain, saya bisa menyelesaikan pekerjaan dengan cepat dan efisien.
Ceritanya jadi berbeda kalau bisa diunggah ke Azure, AWS, atau Google Cloud
Untuk membeli sebatang pensil pun tidak bisa tanpa persetujuan, tetapi di cloud perusahaan mereka bisa menghabiskan ribuan dolar tanpa ditanya
Namun kali ini dia memilih layanan AWS yang biayanya lebih dari 1.000 pound per bulan. Saat tagihan kartu datang, itu menjadi masalah besar, dan biaya untuk bulan berikutnya juga sudah cukup jauh berjalan
Setelah itu kami harus mengendalikannya dengan lebih ketat
Namun jika membeli lisensi enterprise, biaya itu bisa langsung tertutup hanya dari penghematan, jadi meskipun bukan pekerjaan utama saya, saya merasa terdorong untuk mencobanya
terraform applydengan alur persetujuan SAPModel bisnis dengan engineer sebagai pengambil keputusan sangat mungkin. Hanya saja terbatas pada tool yang memungkinkan engineer melakukan optimasi lokal tanpa dampak langsung di luar cakupannya
IDE adalah contoh terbaik. Jika perusahaan membiarkan para engineernya masing-masing membuat keputusan IDE pribadi untuk meningkatkan produktivitas, dampak global dari gabungan semua keputusan itu masih bisa baik-baik saja. Jetbrains menunjukkan hal ini
Namun tidak semua tool seperti itu. Tulisan asli membahas contoh yang masuk kategori kedua, seperti Redis, Terraform, dan AWS
Berbeda dengan IDE, keputusan individu di database, manajemen infrastruktur, dan infrastruktur cloud akan bermasalah jika menyebar. Perusahaan harus memelihara stack yang heterogen, dan vendor tidak bisa membuat kontrak enterprise yang berarti hanya karena satu tim memilih Redis
Karena itu, pada tingkat tertentu standardisasi menjadi diperlukan. Pada titik itu, dampak pilihan dan skala lisensi menjadi besar, sehingga bukan hanya lead engineering, tetapi juga bagian keuangan ingin punya suara. Ada alasan yang masuk akal untuk itu
Dan begitu bagian keuangan terlibat, pilihan tersebut harus dibenarkan dengan bahasa yang sulit bagi kebanyakan engineer
Wewenang pembelian saya kira-kira seperti ini. Saya berkata kepada atasan, “Kalau kita membeli tool developer ini, kita bisa menghemat X jam waktu developer”
Yang penting X cukup besar dibanding harga tool tersebut. Cara ini cukup berhasil dan sering saya pakai, sampai-sampai atasan saya sekarang mulai skeptis
Bukan berarti tidak ada tool yang bernilai. Ada, tetapi sangat jarang