Apakah kita akan membuat kesalahan kegagalan paket perangkat lunak yang sama berulang-ulang?
Diterbitkan: 2022-01-05
Semakin, bisnis menyadari keunggulan teknologi jenis ini sebagai platform pertumbuhan aplikasi Kode Rendah (LCAP), yang memungkinkan mereka untuk mendigitalkan dan mengerjakan ulang proses organisasi yang canggih dengan skala dan kecepatan yang meningkat, tanpa harus mengorbankan tata kelola TI. Awal 12 bulan ini Gartner memperkirakan 23 pengembangan komputer di industri LCAP pada tahun 2021, lonjakan yang terinspirasi oleh Covid-19 menempatkan urgensi pada organisasi untuk beradaptasi dan mengotomatisasi lebih cepat. Sekarang setelah banyak perusahaan memperhatikan apa yang dapat dilakukan dengan Minimal-Code, mereka kemungkinan besar tidak akan mengubah jam kembali ke teknik kerja yang sudah ketinggalan zaman.
Popularitas Small-Code ini telah memperkuat posisi yang harus dinikmati bersama baik oleh IT maupun pebisnis dalam transformasi digital dengan kolaborasi yang melibatkan kedua belah pihak sangat penting untuk pencapaian. Di sisi lain, Gartner juga menyatakan bahwa 41 persen pekerja di luar TI, yang disebut sebagai “teknolog bisnis”, kini menyesuaikan atau membangun informasi atau solusi inovasi teknologi sendiri. Dan Gartner memperkirakan bahwa pada akhir tahun 2025, 50 persen dari semua penjualan kotor Sangat Rendah baru akan berasal dari organisasi calon pembeli di luar IT rumah. Ini menunjukkan bahwa 'bisnis' tidak hanya akan menggunakan peralatan Kode Rendah, tetapi mereka juga akan berbelanja untuk mereka.
Hal ini menimbulkan harapan tetapi juga kekhawatiran. Harapannya adalah ini menunjukkan bahwa organisasi terlibat dalam transformasi dan ingin menggunakan peralatan yang memberdayakannya. Kekhawatirannya adalah kemungkinan bahwa sisi organisasi mungkin, secara pribadi, menghasilkan penentuan teknologi seputar kemajuan aplikasi, dan semakin banyak mengecualikan TI dan pengembang dari percakapan. Ini tidak akan menjadi hasil akhir yang produktif untuk digitalisasi di masa depan.
Selama beberapa tahun kita telah membaca tentang tugas program menuju serba salah. Ini adalah kasus dengan penerapan produk 'off the shelf' yang sama dan pengembangan unit yang dipesan lebih dahulu secara alami dan organik oleh pengembang. Menurut laporan CHAOS Tahunan Standish Group (menganalisis 50.000 proyek secara global) 66 persen proyek pengetahuan selesai dengan kegagalan sebagian atau seluruhnya. Dan proporsi yang sepenuhnya berkembang menyusut menjadi 8 persen di organisasi yang lebih besar. Sekitar dan lebih dari itu, kami telah mengamati penundaan, ruang lingkup merayap, anggaran membengkak, pengalengan strategi organisasi sakit-dikandung yang tidak cocok dengan sumber daya pengembang yang berguna. Apakah kita serius ingin melakukan semuanya sekali lagi? Dalam kecepatan menyesuaikan lingkungan berurusan dengan tidak ada kemampuan untuk tingkat kegagalan lagi.
Percakapan kemajuan
Risiko ke depan terletak pada titik bahwa banyak instrumen yang tersisa yang digunakan dalam lingkungan pengembangan Reduced-Code agak membagi daripada menyatukan banyak spesialis dalam pendekatan tersebut. Mereka menghasilkan 'kekuasaan' di antara teknologi dan organisasi alih-alih membawa kedua belah pihak secara kolektif ke dalam 'dialog pembangunan'. Di satu sisi kami mendengarkan tentang pengembang yang ingin tetap menangani kesadaran mereka (dan memang demikian dalam banyak metode), meskipun kecenderungan ini sebagai saran pengembang warga, tidak apa-apa bagi nonteknisi untuk membangun sistem pribadi mereka secara terpisah. Ini baik-baik saja pada jumlah alur kerja yang mendasar, tetapi tidak ketika Anda menangani masalah misi-esensial dan penggunaan perangkat lunak perusahaan.
Sementara Low-Code sedang booming sekarang, sudah hampir bertahun-tahun dalam banyak samaran. Sayangnya, evolusi sektor Minimal-Code dengan sendirinya memperburuk wilayah kekuasaan ini. Untuk memulai dengan generasi Reduced-Code adalah tentang memberikan pintasan kepada pembuat, tetapi ini tetap merupakan peralatan pengembang, yang membutuhkan kelanjutan dari rutinitas latihan penerjemahan jangka panjang di antara TI dan organisasi dan siklus kemajuan yang panjang dan berlarut-larut.
Generasi kedua Kode Rendah berayun ke arah lain dalam semacam peningkatan warga, jejak tempat perusahaan dapat secara mandiri membuat aplikasi kelompok kerja yang sangat sederhana, tetapi tanpa kemampuan untuk skala atau kompleksitas dan secara praktis sering kekurangan opsi tata kelola penting yang diminta untuk penggunaan organisasi populer. Masing-masing dan setiap teknik ini memiliki kekuatannya sendiri, tetapi tidak ada yang memberikan nilai utama dari yang lain untuk ditanggung. Baru-baru ini kita melihat LCAP teknologi ke-3 meningkat untuk menjernihkan teka-teki ini. Platform ini menawarkan lingkungan kolaboratif yang dapat digunakan oleh sponsor perusahaan bisnis dan kompleks secara bersamaan, meskipun membawa kemampuan terbaik dari Gen 1 dan 2 untuk ditanggung.
Apa itu pertumbuhan kolaboratif?
Kemajuan kolaboratif nyata melewati kelompok-kelompok yang berbagi pekerjaan menghasilkan aplikasi elektronik baru. Di sinilah semua pemangku kepentingan terkait bekerja bersama satu sama lain dan memimpin pengetahuan masalah subjek mereka, difasilitasi oleh teknik, hanya dalam satu tindak lanjut yang efektif. Ini mempercepat prosedur dengan memotong terjemahan kebutuhan klasik dan berkelanjutan dari perusahaan ke TI dan kembali lagi. Dan dengan itu, sebagian besar pengerjaan ulang terkait dengan menerima semua persyaratan tersebut dengan benar atau memodifikasi persyaratan ini sebagai hasil dari mengamati jawaban yang diperoleh dalam fase desain mereka. Sebagai alternatif, kinerja 'didemokratisasi' di semua perusahaan bisnis yang relevan dan spesialis subjek teknologi yang didukung oleh inovasi teknologi, sehingga memungkinkan tim untuk membangun bersama dalam sistem, daripada melakukan secara terpisah pada komponen komposit mereka. Ini membutuhkan sistem yang intuitif untuk semua tetapi juga kualitas bisnis dalam kemampuan – memiliki tata kelola yang dirancang, mendukung perubahan mission-vital, dan dapat meningkatkan skala menggunakan arsitektur cloud-indigenous.
Prosedur kolaboratif juga harus ada di semua fase siklus pengembangan, mulai dari mengembangkan tindakan baru, membuat antarmuka, dan pemodelan data, dengan cara membuat dokumen, membangun API, menerbitkan, dan menganalisis fungsionalitas aplikasi.
Mengapa kolaborasi sangat penting?
Pertama-tama, laju peningkatan yang meningkat yang dikenakan pada bisnis di planet publish-Covid biasanya berarti bahwa tidak ada waktu untuk menyelesaikan pekerjaan di silo yang terisolasi. Organisasi yang mengajukan permintaan peningkatan ke grup TI, lalu menunggu serangan balasan, akan menyebabkan penundaan. Bola selalu dijatuhkan di sepanjang jalan, dan bola melengkung dari sisi yang mungkin memiliki kemungkinan untuk berhenti bermain. konsumen organisasi mengantisipasi respons yang hampir cepat, sehingga organisasi harus mampu beradaptasi secara internal dengan cepat.
Selanjutnya, pembuat perangkat lunak komputer semakin banyak kekurangan, terutama di Inggris Raya di mana pasokan bakat sangat terpukul oleh Brexit. Menurut CompTIA, peran pengembang perangkat lunak menduduki puncak rekor lowongan terbuka pada tahun 2021 dengan hampir 250.000 pekerjaan yang diposting oleh pemberi kerja selama periode tersebut. Program kolaboratif dapat menghilangkan ketegangan pengembang dengan menyatukan kedua belah pihak untuk bersama-sama membuat aplikasi menggunakan platform Reduced-Code yang intuitif.
Ketiga, perusahaan mengetahui bahwa rencana transformasi digital kritis mereka dapat diwujudkan dengan mengembangkan lebih banyak dan mengurangi pembelian secara signifikan. Ada keinginan yang meningkat untuk memanfaatkan teknologi dan sumber data yang sudah ada dengan jauh lebih baik daripada membongkar dan mengubah sistem utama. Antisipasi keberhasilan juga meningkat. Dengan transformasi elektronik sekarang, modifikasi alur kerja yang penting, eksperimental, dan tingkat kecil tidak dievaluasi. tim organisasi harus bekerja sebagai satu untuk membantu penyesuaian cepat dan utama.
Demokratisasi itu penting
Elemen besar dari proses kolaborasi yang sukses adalah demokratisasi pekerjaan di seluruh kru perangkat tambahan. Proses pembuatan aplikasi dipercepat sebagai hasil dari penggunaan kolaboratif sistem soliter oleh semua pakar masalah topik terkait. Setiap orang mengeluarkan guru masalah diundang untuk memasukkan keterampilan mereka dalam prosedur dalam metode yang intuitif untuk teknik dan pengalaman praktis mereka. Pendekatan ini mendorong keterlibatan yang lebih luas dalam teknologi di banyak pemangku kepentingan di perusahaan, baik teknologi maupun non-teknologi, ketika memastikan kontrol tata kelola yang memadai yang penting di perusahaan besar. Terlepas dari kenyataan bahwa prediksi teknolog perusahaan Gartner adalah valid, masa depan tidak boleh hanya tentang kemampuan bisnis yang menciptakan aplikasi dalam isolasi TI TI dan organisasi menginginkan inovasi teknologi untuk membawa mereka ke tempat yang sama, meskipun seringkali digital 1.
Sistem Minimal-Code generasi terbaru memiliki daya listrik untuk mempercepat otomatisasi dan transformasi digital pada skala bisnis. Meskipun demikian, kolaborasi yang sah di seluruh bisnis dan TI sangat penting untuk pencapaian. Jangka panjangnya bukan tentang usaha kecil menjadi teknisi dan memimpinnya sendiri. Ini tentang menghasilkan percakapan lanjutan antara semua pakar masalah masalah yang unik.
Jonathan Wiener, CRO, Aurachain