Hal yang paling menyedihkan dalam situasi saat ini adalah TI secara bertahap menjadi sebuah industri di mana tidak ada kata “berhenti” sama sekali dalam jumlah tanggung jawab per orang.
Saat membaca lowongan, terkadang Anda bahkan tidak melihat 2-3 orang, tetapi seluruh perusahaan dalam satu orang, semua orang terburu-buru, utang teknis bertambah, warisan lama tampak sempurna dengan latar belakang produk baru, karena setidaknya memiliki dermaga dan komentar dalam kode, produk baru ditulis dengan kecepatan cahaya, tetapi akibatnya, tidak dapat digunakan selama satu tahun lagi setelah ditulis, dan seringkali tahun ini tidak mendatangkan keuntungan, apalagi biayanya cloud lebih tinggi dari penjualan layanan. Uang investor digunakan untuk pemeliharaan layanan yang belum berfungsi, tetapi telah dilepaskan ke jaringan sebagai pekerja.
Sebagai contoh: sebuah perusahaan terkenal yang remaster dari game lamanya mendapat peringkat terendah dalam sejarah industri. Saya adalah salah satu dari mereka yang membeli produk ini, tetapi bahkan sekarang produk ini berfungsi dengan buruk, dan secara teori seharusnya belum dirilis dalam bentuk ini. Pengembalian dana, penurunan peringkat, sejumlah besar larangan pengguna di forum untuk keluhan tentang kinerja layanan. Jumlah tambalan tidak menyenangkan, tetapi menakutkan, tetapi tetap saja - produk tidak dapat digunakan. Jika pendekatan ini membawa hasil seperti itu bagi perusahaan yang telah berkembang sejak tahun 91, maka bagi perusahaan yang baru memulai, situasinya bahkan lebih buruk lagi.
Namun kita telah melihat hasil dari pendekatan ini di pihak pengguna layanan, dan sekarang mari kita lihat masalah yang dihadapi karyawan.
Saya sering mendengar pernyataan bahwa tidak boleh ada tim DevOps, ini adalah metodologi, dll., tetapi masalahnya adalah, karena alasan tertentu, perusahaan berhenti mencari noks, dba, infructor, dan build engineer - sekarang semuanya adalah insinyur DevOps dalam satu orang. Tentu saja, di masing-masing perusahaan masih ada lowongan seperti itu, tetapi jumlahnya semakin sedikit. Banyak yang menyebut perkembangan ini, saya pribadi melihat degradasi dalam hal ini, tidak mungkin mempertahankan tingkat pengetahuan yang baik di semua bidang, dan pada saat yang sama berhasil bekerja tidak lebih dari 8 jam. Tentu saja, ini adalah fantasi. Kenyataannya, banyak pekerja IT yang dipaksa bekerja 12 dan 14 jam, 8 jam di antaranya dibayar, dan seringkali tanpa hari libur, karena “Saya diberi tugas, tidak ada dermaga atau tikungan, dan layanannya membutuhkan biaya”, dan untuk 1 di cloud, pada prinsipnya, Anda tidak bisa mendapatkan gaji dalam beberapa bulan, terutama jika Anda bekerja berdasarkan IP. Faktanya, kita kehilangan kata-kata dalam bisnis, seiring dengan pemisahan tugas, saya semakin dihadapkan pada kenyataan bahwa para manajer masuk ke dalam proses pengembangan tanpa memahami apa pun, mereka mengacaukan data bisnis dan pengoperasian aplikasi, akibatnya, kekacauan dimulai.
Ketika kekacauan dimulai, bisnis ingin menemukan pelakunya, dan di sini Anda memerlukan pelaku universal, sulit untuk menyalahkan 10+ orang, sehingga manajer menyatukan posisinya, karena semakin banyak tugas yang dimiliki 1 spesialis, semakin mudah untuk melakukannya. membuktikan kelalaiannya. Dan dalam kondisi Agile, menemukan orang yang “bersalah” dan memukul adalah dasar dari metodologi dalam menjalankan bisnis dalam manajemen. Agile sudah lama keluar dari IT, dan konsep utamanya sudah menjadi kebutuhan hasil sehari-hari. Masalahnya adalah spesialis yang sangat terspesialisasi tidak selalu mendapatkan hasil harian, yang berarti akan lebih sulit untuk melaporkannya, dan ini adalah alasan lain mengapa bisnis menginginkan “spesialis dalam segala hal”. Tapi alasan utamanya, tentu saja, adalah gaji - dialah alasan utama semua perubahan, demi tunjangan, orang setuju bekerja untuk dirinya sendiri dan orang itu. Namun pada akhirnya, seperti di wilayah lain, hal tersebut kini hanya menjadi sebuah kewajiban, yaitu pembayaran yang lebih kecil untuk jumlah layanan yang lebih banyak.
Sekarang Anda bahkan sering melihat artikel yang seharusnya sudah bisa diterapkan oleh pengembang, harus berurusan dengan infrastruktur di samping insinyur DevOps, tapi apa akibatnya? Benar - penurunan kualitas layanan, penurunan kualitas pengembang. Secara harfiah 2 hari yang lalu, saya menjelaskan kepada pengembang bahwa Anda dapat menulis dan membaca dari host yang berbeda, dan mereka membuktikan kepada saya dengan busa di mulut bahwa mereka belum pernah melihat yang seperti ini, ini dia di pengaturan atau host, port, db, pengguna, kata sandi dan hanya itu .... Tapi pengembang tahu cara meluncurkan penerapan, menulis yaml.... Tapi dia sudah lupa tentang unit test dan komentar di kode.
Hasilnya, kita melihat hal berikut - proses yang terus-menerus, pencarian solusi atas masalah di luar jam kerja, pelatihan terus-menerus di akhir pekan, dan bukan untuk meningkatkan pendapatan, tetapi untuk menjaga diri kita tetap bertahan. Pengembang dipaksa untuk membantu insinyur DevOps dengan CI / CD, dan jika pengembang tidak punya waktu, dia mulai tutup mulut, dan manajer mulai membuat kompos otak, dan jika ini tidak membantu meningkatkan keinginan untuk bekerja lembur, maka lamarlah hukuman dan denda, orang tersebut mencari pekerjaan baru, meninggalkan hutang teknis sebesar Everest, akibatnya hutang di kalangan pengembang juga mulai bertambah. mereka dipaksa untuk menulis kode dengan refactoring yang lebih sedikit agar memiliki waktu untuk membantu insinyur DevOps lama atau baru, dan manajer cukup senang dengan semuanya, karena ada orang yang bersalah dan dia dapat langsung terlihat, yang berarti bahwa aturan utama dalam manajemen Agile dipatuhi, yang bersalah ditemukan, hasil cambuknya terlihat.
Suatu ketika di ITGM saya membuat presentasi “ketika kita belajar mengatakan tidak” - hasilnya sangat indikatif. Banyak orang percaya bahwa kata ini tabu, dan sampai kita berhenti berpikir demikian, masalahnya hanya akan bertambah.
Sebagian menginspirasi saya untuk menulis artikel ini., tapi mungkin nanti saya akan menulisnya dengan istilah yang kurang menyenangkan.
Hanya pengguna terdaftar yang dapat berpartisipasi dalam survei. , silakan.
Pernahkah Anda menemui di tempat kerja ketika majikan mencoba menggantikan beberapa orang dengan Anda?
-
65,6%Ya, saya sering mengalaminya
-
5,4%Ya, ditemui 1 kali15
-
15,4%Tidak memperhatikan43
-
13,6%Saya gila kerja, saya sendiri bekerja lembur38
279 pengguna memilih. 34 pengguna abstain.
Sumber: www.habr.com