Bagaimana Organisasi Dapat Menata Diri Sendiri untuk Menghasilkan Penduduk Rumah dengan Tingkat Cepat

[ad_1]

Abstrak

Setiap arsitek perangkat lunak telah memainkan peran pengembang perangkat lunak, tetapi sangat sedikit pengembang perangkat lunak akan mendapatkan kesempatan untuk memainkan peran arsitek di masa depan mereka. Berkembang menjadi seorang arsitek atau setidaknya yang baik membutuhkan dedikasi bertahun-tahun untuk teknologi, konsepnya dan tren yang muncul serta praktik terbaik. Ada terlalu sedikit arsitek yang layak di luar sana dan kadang-kadang kelangkaan arsitek cukup mengkhawatirkan. Mengkhawatirkan karena mungkin itu masih tidak terlalu mengejutkan, meskipun karena kita semua tahu kemampuan dan keterampilan yang diharapkan dari seorang arsitek sangat menuntut hari-hari ini dan sangat langka untuk dimiliki. Ini merupakan peran yang sangat menekan, bertanggung jawab dan penting dalam sebuah organisasi yang diperlukan untuk mengarahkan proyek menuju kesuksesan. Meskipun ada permintaan besar untuk arsitek berkualitas di pasar, mereka masih tetap merupakan breed yang langka dan mereka datang dengan biaya tinggi yang terus meningkat. Artikel ini berbicara tentang bagaimana organisasi dapat memikirkan kembali strukturnya untuk mengatasi masalah mendasar untuk kelangkaan arsitek top dan fokus pada pengembangan arsitek yang tumbuh di rumah daripada bergantung pada arsitek lateral biaya tinggi.

1. Struktur Umum

Elemen yang paling penting dalam organisasi perangkat lunak adalah kualitas pengembang perangkat lunaknya. Elemen paling penting kedua adalah bagaimana pengembang ini dibentuk menjadi memiliki pola pikir arsitek untuk masa depan. Di sebagian besar struktur organisasi, keterampilan inti pengembang hilang di antara berbagai tugas dan tanggung jawab yang harus ia lakukan ketika ia menaiki tangga profesional. Struktur umum yang terdiri dari pengembang perangkat lunak, pimpinan teknologi, analis bisnis, prospek proyek, dll. Mengarah pada pengenceran keterampilan teknis dan sumber daya kehilangan fokus pada area yang ia harapkan untuk berkonsentrasi.

Ini mengarah pada penciptaan sumber daya umum daripada sumber daya dengan skillsets khusus. Bahkan dalam organisasi yang berfokus pada pembuatan aliran teknis, terlalu banyak penekanan pada peran tertentu dalam setiap aliran yang sebenarnya mencairkan kualitas yang diperlukan dari arsitek yang sebenarnya baik. Sebagian besar arsitek perusahaan berpengalaman akan memberi tahu Anda bahwa hanya ada dua jenis sumber daya teknis yaitu 1) Pengembang 2) Arsitek, semua yang lain di antaranya adalah overhead murni dan menghasilkan pengenceran kualitas yang dibutuhkan oleh sumber daya teknis yang baik.

2. Struktur yang Disederhanakan

Sangat sedikit teknisi akhir-akhir ini memiliki hasrat mentah murni untuk pengkodean dan pengembangan. Kenyataan pahit adalah bahwa sebagian besar insinyur perangkat lunak sangat ingin bekerja hanya selama beberapa tahun sebagai pengembang perangkat lunak sebelum bergegas ke sekolah manajemen. Kenyataan yang lebih keras adalah bahwa banyak kemampuan pengembangan perangkat lunak hilang dalam hierarki yang tidak perlu yang dibangun ke berbagai aliran dalam suatu organisasi. Keterampilan teknis dari sumber daya kehilangan prioritas dan teknisi diharapkan untuk mengambil peran utama dan tugas manajemen juga. Sementara aliran itu mutlak diperlukan bagi orang-orang yang tertarik untuk mengejar aliran manajemen, upaya sadar harus dilakukan untuk melestarikan para teknisi inti agar tidak hanyut oleh aliran seperti itu.

Inti teknologi adalah jenis langka dan perlu dipelihara dan dilestarikan jika sebuah organisasi bertujuan untuk menghasilkan keturunan mereka sendiri dari arsitek yang kompeten dan serbaguna. Menyederhanakan struktur organisasi atau setidaknya bagian yang berlaku untuk aliran teknis adalah langkah paling penting dalam mencapai tujuan ini.

3. Jalan ke Depan

Menyederhanakan struktur organisasi sama sekali tidak berarti membuang struktur yang ada karena struktur itu juga sangat penting untuk menghasilkan garis manajemen berikutnya, arsitek solusi, dan analis bisnis sehingga aliran-aliran ini telah berevolusi. Namun penting untuk memodifikasi aliran yang dimaksudkan untuk menghasilkan arsitek inti untuk organisasi. Seperti yang disebutkan sebelumnya, teknolog inti hanya mempertimbangkan dua hierarki dasar dalam aliran teknologi yaitu Anda adalah pengembang atau arsitek atau keduanya. Semua tingkat lain di antara berfungsi sebagai apa-apa selain rintangan atau filter yang mencairkan kualitas yang dibutuhkan untuk menjadi arsitek yang kuat.

Seorang arsitek adalah seseorang yang telah tinggal sangat dekat dengan pengembangan selama bertahun-tahun sebelum ia melanjutkan untuk membuat desain konseptual untuk sistem itu sendiri. Sangat penting baginya untuk secara konseptual sangat kuat dan ini dapat terjadi hanya ketika dia telah "berada di sana dan melakukan itu" sendiri. Kebanyakan track atau struktur teknis memberikan berbagai peran lain untuk teknisi yang termasuk pemodelan UML, merancang, beberapa bahkan melibatkan pengumpulan kebutuhan dll. Ini cenderung mengalihkan arsitek dari pengkodean sehingga melemahkan konsep seseorang secara bertahap selama bertahun-tahun. Secara bertahap coding arsitektur yang kompleks dengan menjadi pengembang untuk semua bertahun-tahun adalah salah satu cara terbaik untuk mendapatkan wawasan yang tepat ke dalam domain arsitektur dari dalam ke luar. Beberapa cara untuk menyederhanakan struktur organisasi sehubungan dengan aliran teknis dijelaskan di bawah ini.

3.1 Bertahan dengan hanya dua peran dalam aliran teknis

Seharusnya hanya ada 2 peran utama dalam aliran teknis I.e Pengembang dan Arsitek. Alasan utama di balik ini adalah bahwa kami ingin mengembangkan arsitek yang segar dengan pengkodean dan belum keluar dari pengkodean bertahun-tahun yang lalu. Ketika arsitek tidak berhubungan dengan pengkodean mereka menjadi 'arsitek konseptual' daripada 'arsitek praktis'. 'Arsitek konseptual' adalah jenis yang sangat berbahaya karena mereka menghasilkan arsitektur yang cemerlang yang mungkin sama sekali tidak dapat diimplementasikan atau mungkin bukan yang sebenarnya diperlukan. Ini adalah salah satu alasan utama kegagalan proyek dan bencana terutama dari sudut pandang teknis. Namun memiliki sumber daya teknis bekerja sebagai pengembang sampai tahap terakhir sebelum bertransisi menjadi arsitek membantu mencegah produksi arsitek 'bencana' ini tetapi mengembangkan arsitek yang membulatkan, membumi, dan praktis yang tidak takut menyingsingkan lengan baju mereka untuk menyelesaikan pekerjaan. selama produksi dan go live scenario.

3.2 Mengembangkan banyak sub-peran untuk para pengembang

Pengembang harus memenuhi berbagai peran, yang semuanya terkait dengan pengkodean sebelum bertransisi menjadi peran arsitek. Peran-peran ini diberlakukan untuk memastikan bahwa sumber daya bekerja pada berbagai aspek proyek. Kesalahan paling umum yang terjadi dalam aliran teknis di berbagai organisasi adalah bahwa sumber daya teknis memang diberi banyak peran ketika ia tumbuh di tangga tetapi kebanyakan berada di area sekitar desain, pengumpulan kebutuhan, dan aktivitas terkait dokumentasi tingkat tinggi lainnya. Hal ini menghasilkan sumber daya teknis yang memiliki sedikit waktu untuk melakukan upaya terkonsentrasi pada pengkodean dan memahami cara kerja berbagai arsitektur yang mereka kerjakan. Sebagai contoh: pengembang dengan 1-3 tahun pengalaman dapat fokus pada aktivitas pengkodean tingkat rendah seperti antarmuka pengguna, validasi, logika bisnis ujung depan dll. Sumber daya dengan pengalaman 3-6 tahun dapat fokus pada pengkodean pada kelas bisnis, logika bisnis dan data transfer antar objek, sumber daya dengan 6-9 tahun pengalaman dapat fokus pada pengkodean kerangka kerja, arsitektur keseluruhan dan komponen umum yang dapat digunakan kembali.

Memiliki peran semacam itu memastikan bahwa sumber daya teknis tetap sedekat mungkin untuk pengkodean sebelum ia beralih ke peran arsitek.

3.3 Keserbagunaan pada berbagai teknologi

Sangat penting untuk memastikan bahwa para pengembang yang bertujuan untuk menjadi arsitek bekerja pada berbagai teknologi. Ini membantu memberi pengembang wawasan yang lebih baik tentang arsitektur dalam berbagai teknologi. Ini juga memperluas perspektif seseorang dengan cara yang berbeda yang sulit untuk dijelaskan. Bekerja pada berbagai teknologi membantu para arsitek memahami masalah "dunia nyata" dengan lebih baik dan melengkapi mereka dengan kemampuan yang lebih baik untuk meresepkan arsitektur praktis untuk hal yang sama.

4. Kesimpulan

Kesimpulannya, yang perlu kita lakukan hanyalah sedikit perubahan dalam pemikiran dan persepsi kita tentang aliran teknis dan restrukturisasi yang sama untuk memperoleh manfaat besar dalam hal biaya dan produktivitas. Perubahan adalah satu-satunya yang konstan dalam kehidupan dan kita harus mengubah dan menyesuaikan struktur kita juga agar lebih sesuai dengan persyaratan modern. Dengan melakukan semacam restrukturisasi kecil dalam aliran teknis dalam suatu organisasi, kami dapat membantu mengembangkan mesin rekayasa arsitek dalam organisasi yang akan membantu kami menghemat biaya dan merancang solusi yang lebih baik dan lebih praktis sambil mengaduk-aduk arsitek rumah yang efisien sehingga mengurangi ketergantungan organisasi pada karyawan lateral biaya tinggi.

[ad_2]

Leave a Reply

Your email address will not be published. Required fields are marked *