Banyak orang memikirkan masalah yang menjadi perhatian mereka sebelum tidur atau saat bangun tidur. Saya tidak terkecuali. Pagi ini ada satu hal yang terlintas di kepalaku dari Habr:
Seorang kolega berbagi cerita dalam obrolan:
Setahun sebelumnya saya memiliki klien yang luar biasa, ini terjadi ketika saya sedang menghadapi “krisis” murni.
Klien memiliki dua tim dalam grup pengembangan, masing-masing menangani bagian produknya sendiri (dengan syarat, back office dan front office, yaitu perangkat lunak yang mengerjakan pembentukan pesanan dan perangkat lunak yang mengerjakan eksekusi pesanan), kadang-kadang berintegrasi satu sama lain.
Tim back office telah benar-benar menurun: enam bulan mengalami masalah terus-menerus, pemilik mengancam akan memecat semua orang, mereka menyewa konsultan, setelah konsultan mereka mempekerjakan lebih dari yang lain (saya). Apalagi tim kedua (storfront) bekerja normal dan terus bekerja normal, tim back-office yang sebelumnya juga bekerja normal mulai kacau. Tim duduk di kantor yang berbeda dan terbiasa membuat marah satu sama lain.Alasan: store dan back adalah satu sistem, banyak ketergantungan di dalamnya, tim di kantor yang berbeda tidak berkomunikasi satu sama lain. Pemiliknya “melihat” ke samping sepanjang waktu, sehingga mereka memiliki fitur, ide, dan kendali baru di sana. Dia adalah seorang yang ahli dalam segala hal, kombinasi dari gelar BA, desainer dan “bawakan kami kopi.” Anak laki-laki ini, tanpa disadari oleh timnya, sedang melakukan banyak tugas kecil seperti “memberi tahu tim kedua tentang penerapan”, “memperbarui dokumentasi”, dll. rutin, hingga “memasukkan segala macam nomor versi dan komponen ke dalam tiket.” Namun anak tersebut tidak menulis kode apa pun, dan pada suatu saat pemiliknya memutuskan untuk mengoptimalkannya dan memecatnya. Untuk tim penyimpanan, tidak ada yang berubah, mereka hanya tidak membuat atau memperbarui dok, dan tim backoffice mendapati dirinya berada dalam situasi di mana rilis toko merusak sesuatu untuk mereka, dan itulah masalah mereka, dan jika rilis mereka merusak sesuatu untuk tokonya, itu lagi masalah mereka, karena tokonya ada di depan mata pemiliknya :)
Apa yang menarik perhatian saya dengan komentar ini dan apa yang akan ditemukan pencari dari judulnya - di bawah potongan.
Saya telah mengembangkan aplikasi web selama 20 tahun, jadi depan/belakang bukan sekadar kata-kata bagi saya. Ini adalah hal-hal yang sangat erat kaitannya. Misalnya, saya tidak dapat membayangkan situasi di mana bagian depan dikembangkan dalam isolasi yang lengkap (atau sangat kuat) dari belakang. Kedua belah pihak beroperasi pada data yang sama dan melakukan operasi yang sangat mirip. Secara kasar saya dapat membayangkan berapa banyak informasi yang berpindah antara pengembang kedua tim untuk mengoordinasikan pengembangan, dan berapa lama serta seberapa sering persetujuan ini perlu dilakukan. Tim tidak bisa tidak berkomunikasi secara dekat, meskipun mereka berada di zona waktu yang berbeda. Apalagi jika Anda memiliki JIRA.
Saya tahu bahwa tidak ada gunanya memperingatkan pengembang belakang tentang penyebaran front. Versi baru bagian depan tidak bisa mematahkan apa pun di bagian belakang, tapi sebaliknya ya. Pengembang front-endlah yang tertarik untuk memberi tahu pengembang back-end bahwa mereka memerlukan fungsionalitas baru atau perubahan. Bagian depan bergantung pada penerapan bagian belakang, dan bukan sebaliknya.
Anak laki-laki apa siapa"bawakan kami kopi", tidak boleh ada BA (jika yang dimaksud dengan BA adalah "analis bisnis"), dan BA tidak boleh "nak, bawakan kami kopi". Dan tentu saja, "tambahkan segala macam nomor versi dan komponen“Baik “anak laki-laki” maupun BA tidak dapat melakukannya tanpa berdiskusi dengan tim pengembangan. Ini seperti kereta di depan kuda.
Sejak "anak laki-laki" dipecat, maka fungsi-fungsi ini, dari "membawakan kopi"dan sebelumnya"masukkan lemak", seharusnya didistribusikan kembali di antara anggota tim lainnya. Dalam kelompok yang sudah mapan, aliran informasi dan peran ditetapkan; jika pelaku satu atau lebih peran telah meninggalkan panggung, maka anggota kelompok lainnya masih perlu menerima keakraban informasi dari peran yang mereka kenal. Mereka tidak bisa tidak menyadari bahwa informasi yang dibutuhkan untuk bekerja tidak lagi datang kepada mereka. Ini seperti seorang pecandu narkoba yang tidak bisa tidak menyadari fakta bahwa pasokan narkoba telah berhenti. Dan seperti yang dicari oleh seorang pecandu narkoba dan menemukan saluran lain, sehingga anggota kelompok akan mencoba mencari sumber informasi yang mereka butuhkan dari pihak “lain” dan pelaku baru dari peran lama. Dan mereka pasti akan menemukan, setidaknya, seseorang yang, menurut pendapat mereka, harus memberikan mereka informasi yang diperlukan.
Bahkan jika kita berasumsi bahwa saluran informasi yang biasa telah ditutup, dan orang yang seharusnya tidak berpikir bahwa dia harus menutupnya, maka pengembang belakang, di bawah ancaman pemecatan, tidak akan menyembunyikan alasan kegagalan mereka sendiri dari pemiliknya. enam bulan, mengetahui bahwa masalah mereka disebabkan oleh kurangnya informasi yang diperlukan. Pemiliknya tidak akan “bodoh” selama enam bulan, mengingat mereka membutuhkan informasi sebelumnya.”tertutup lemak", dan sekarang tidak ada yang menambahkannya di sana. Dan konsultan pertama hampir tidak profesional karena tidak berbicara dengan pengembang back-end dan tidak mengetahui sumber masalahnya - kurangnya koordinasi antar tim. Inilah masalahnya alasan untuk masalah yang dijelaskan, dan bukan pemecatan "anak laki-laki itu".
Kurangnya komunikasi antar pengembang adalah penyebab umum dari banyak masalah dalam pengembangan dan banyak lagi. Anda tidak perlu menjadi konsultan hebat untuk menemukannya. Cukup bersikap masuk akal saja.
Saya pikir keseluruhan cerita ini dipikirkan dengan baik dan diceritakan dengan indah. Yah, tidak sepenuhnya diciptakan - semua elemen diambil dari kehidupan (depan, belakang, perkembangan, nak, kopi, "lemak", ...). Tetapi mereka terhubung sedemikian rupa sehingga desain seperti itu tidak terjadi dalam kehidupan. Secara terpisah, semua ini dapat ditemukan di dunia sekitar kita, tetapi dalam kombinasi seperti itu - tidak. Saya tulis di atas alasannya .
Namun, hal itu disajikan dengan sangat masuk akal. Itu dibaca dengan penuh minat dan ada keterlibatan pribadi. Simpati untuk "anak yang berguna", mekanisme kecil yang tidak dihargai dari mesin besar (ini tentang aku!). Sikap merendahkan terhadap pengembang yang begitu pintar dan berpengalaman, namun tidak bisa melihat melampaui hidungnya sendiri (mereka ada di sekitarku!). Sedikit ejekan terhadap pemiliknya, orang kaya yang membuat dirinya “bo-bo” dengan tangannya sendiri dan tidak mengerti alasannya (Ya, gambaran buruk tentang kepemimpinan saya!). Penghinaan terhadap “konsultan” pertama yang gagal menemukan sumber masalah sederhana (ya, baru-baru ini pria ini datang berkacamata dan berjalan berkeliling dengan terlihat pintar), dan persatuan yang antusias dengan seorang konsultan “nyata”, yang merupakan satu-satunya orang yang dapat mengapresiasi peran nyata dari seorang anak yang ahli dalam segala hal (itu aku!).
Apakah Anda merasakan kepuasan batin setelah membaca komentar ini? Peran kita sebagai roda kecil dalam mekanisme besar sebenarnya tidak terlalu kecil! Dinyatakan dengan luar biasa, meskipun itu tidak benar. Tapi rasanya enak sekali.
Saya tidak tahu rekan seperti apa dan di obrolan apa saya membagikan wahyu ini kepada rekan saya dan mengapa rekan mkrentovsky Saya memutuskan untuk menerbitkannya di bawah artikel ""penulis habr yang luar biasa 'a (yang, ngomong-ngomong, berada di peringkat pertama Habr saat ini!), tapi saya akui rekan saya mkrentovsky melakukannya dengan sangat baik. Pesan komentar dan gaya penyajiannya sangat konsisten dengan pesan dan gaya publikasi lainnya nmivan'Yah, apa pendapat Anda tentang konsultan krisis dari komentar dan GG banyak publikasi nmivan'a adalah orang yang sama.
Saya membaca cukup banyak publikasi Ivan Belokamentsev ketika penulis memulai aktivitasnya di Habré (tahun 2017). Beberapa bahkan menikmatinya (, ). Beliau mempunyai gaya penyampaian materi yang baik dan menarik. Kisah-kisahnya sangat mirip dengan kisah kehidupan nyata, namun peluangnya hampir nol untuk benar-benar terjadi . Begitulah cerita di komentar ini.
Sejujurnya, menurut saya pribadi, Habr tidak menjadi lebih baik dengan publikasi Ivan. Tapi ratingnya dan penduduk Habr lainnya mengatakan sebaliknya:
Aku tidak mengerti rengekanmu. Habr sudah lama tergelincir, namun penulis memberikan sedikit percikan dan meningkatkan mood pembaca) dengan menarik sumber daya keluar dari jurang.
Ya, Habr bukanlah sebuah badan amal, Habr adalah proyek komersial. Habr adalah cermin yang mencerminkan keinginan kita. Bukan keinginan pribadi saya dan bukan keinginan masing-masing pengunjung, tetapi totalitas dari semua keinginan kami - “rata-rata untuk rumah sakit”. Dan Ivan Belokamentsev merasa lebih baik dari siapa pun atas apa yang kita semua butuhkan secara kolektif, dan memberikannya kepada kita.
Mungkin saya tidak akan menulis artikel ini jika saya tidak mulai menonton serialnya"".
"Kita telah kehilangan Tuhan" (Dengan)
Ini dari serialnya. Dan ini tentang kita.
Kita tidak lagi terpikat oleh realitas yang diciptakan Sang Pencipta.
Tuhan, Alam, Big Bang - terserah. Kenyataannya ada di sana. Di sekitar kita dan terlepas dari kita.
Kita hidup di dalamnya sesuai dengan hukum alam (Rencana Tuhan). Kita mempelajari hukum (Rencana) dan belajar menggunakan kenyataan yang kita jalani untuk hidup lebih baik lagi. Kami akan menguji tebakan kami dengan latihan, membuang tebakan yang salah dan meninggalkan yang relevan. Kami berinteraksi dengan kenyataan dan kami mengubahnya.
Dan kami telah sangat sukses dalam hal ini.
Ada banyak orang di planet ini. Sangat banyak. Dengan produktivitas tenaga kerja saat ini, kita tidak perlu lagi bertahan hidup – kelompok minoritas dapat menyediakan semua yang mereka butuhkan. Kebanyakan orang perlu menyibukkan diri dengan sesuatu. Secara historis, kelebihan sumber daya yang dialokasikan untuk kreativitas diberikan kepada mereka yang paling berbakat (atau yang paling disruptif, yang juga merupakan talenta). Sekarang ada begitu banyak sumber daya gratis sehingga setiap orang dengan bakat apa pun bisa mendapatkannya, berapa pun levelnya. Bandingkan berapa banyak film yang dirilis per tahun di seluruh dunia, dan berapa banyak film yang dapat Anda tonton. Berapa banyak buku yang telah ditulis, dan buku mana yang dapat dibaca. Berapa banyak informasi yang dibuang di Internet, dan informasi mana yang dapat digunakan.
Mengapa profesi IT begitu populer? Ya, karena Anda dapat menuangkan sumber daya yang sangat besar ke dalam TI dan tidak ada yang akan berkedip (ingat saja masalah tahun 2000). Lagi pula, di bidang TI Anda dapat menghabiskan waktu bertahun-tahun untuk mengembangkan aplikasi yang akan menjadi usang bahkan sebelum diluncurkan, Anda dapat mencoba mengintegrasikan komponen yang tidak kompatibel dan tetap membuatnya berfungsi, Anda dapat menemukan kembali roda Anda sendiri berulang kali, atau Anda dapat melakukannya sekarang juga. mulai mendukung program di Fortran, yang telah ditutupi lumut selama 20 tahun yang lalu. Anda dapat menghabiskan seluruh hidup Anda di bidang TI dan tidak melakukan sesuatu yang berguna. Dan yang terpenting, tidak ada yang akan menyadarinya! Bahkan dirimu sendiri.
Hanya sedikit dari kita yang mampu mencapai kesuksesan di industri TI. Dan bahkan lebih sedikit lagi orang yang mampu meninggalkan kenangan indah. Hasil kerja kita akan terdepresiasi paling baik dalam 10-20 tahun mendatang, atau bahkan lebih cepat lagi. Dan tentunya di masa hidup kita (jika kita mencapai usia pensiun). Kita tidak akan bisa menunjukkan kepada cucu-cucu kita sistem komputer yang digunakan kakek mereka di masa mudanya. Orang-orang akan lupa namanya. Pada awal karir saya, saya membesarkan stasiun pos di bawah "". Saya 20 tahun lagi dari masa pensiun dan 10 tahun lagi untuk memiliki cucu, namun sebagian besar dari Anda belum pernah mendengar apa pun tentang "aplikasi email yang luar biasa di pertengahan tahun 90an" ("paket perangkat lunak email teratas pada pertengahan 1990-an").
Mungkin pada kenyataannya kita kurang menyadari kesia-siaan beban IT yang kita miliki, namun di alam bawah sadar kita berusaha untuk melarikan diri ke tempat yang nyaman bagi kita. Ke dunia fiksi di mana penggunaan Scrum dan Agile pasti mengarah pada munculnya produk-produk yang menaklukkan dunia dengan kegunaannya selama beberapa dekade. Di mana kita bukan roda gigi kecil yang sederhana dari mekanisme besar, tetapi roda gigi yang tanpanya mekanisme besar akan rusak. Dimana hidup kita tidak berlangsung dalam tindakan-tindakan rutin yang sia-sia, melainkan dipenuhi dengan kreativitas dan kreasi yang hasilnya dapat kita banggakan.
Kita melarikan diri ke dunia fiksi yang indah ini dari ketidakberhargaan kita di dunia nyata. Kami mencari hiburan dari mereka.
Kami mencari penghiburan, termasuk di Habré. Dan Ivan memberikannya kepada kita di sini.
Sumber: www.habr.com