Flazzo memiliki fokus utama untuk menambah nilai bisnis Anda.

Blog

Taktik dan Strategi Pengembangan Perangkat Lunak: Cara Mencapai Perangkat Lunak yang Sukses [Video]

16898902-thumb.jpg
Blog

Taktik dan Strategi Pengembangan Perangkat Lunak: Cara Mencapai Perangkat Lunak yang Sukses [Video]


Impian setiap tim dan organisasi rekayasa perangkat lunak adalah menjadi sukses dalam perangkat lunak mereka dan memiliki dampak langsung pada bisnis. Namun, hal yang paling sulit adalah menjelaskan bagaimana mencapai keberhasilan tersebut dan memperoleh pengukuran. Dalam video ini, Anda akan mempelajarinya lebih lanjut melalui strategi dan taktik rekayasa perangkat lunak.

Ketika kita berbicara tentang metrik, itu menjadi lebih sulit, terutama karena kita melihat metrik yang berfokus pada teknologi seperti jumlah tugas, komit, lebih banyak kode, dan frekuensi penerapan. Tetapi memberikan rilis tidak berarti Anda memengaruhi bisnis. Mari kita mulai berbicara tentang kesalahan itu: hasrat akan teknologi.

Teknologi sebagai Tujuan: Kesalahan Terbesar dan Paling Umum

Sebagai insinyur perangkat lunak, kami menyukai apa yang kami lakukan dan memiliki hasrat yang besar, yang membawa kami ke kesalahan yang paling tidak signifikan: kami telah menjadi penggemar teknologi. Jadi kami mulai dengan alat alih-alih berfokus pada solusi. Anda bisa melihatnya di Forbes 16 Hambatan untuk Proyek Perangkat Lunak yang Sukses, di mana penulis telah mencantumkan beberapa topik. Saya akan menyoroti beberapa:

“Sudah umum bagi pengembang untuk menghasilkan produk yang tidak sesuai dengan persepsi pelanggan.”

Saat kami memeriksa poin-poin ini, ini terlihat seperti sebuah paradoks, karena kami menghabiskan banyak waktu untuk membuat perencanaan sementara tidak memberikan apa yang diinginkan pelanggan, dan kolaborasi yang buruk dengan tim produk. Mau tidak mau, kami menawarkan kompleksitas. Jadi, apa yang Anda berikan sebagai gantinya jika Anda menghabiskan waktu untuk hal yang bukan perangkat lunak?

Kompleksitas yang tak terduga telah menjadi musuh yang cukup besar membunuh produktivitas perangkat lunak. Kami biasanya ingin menyelesaikan masalah dan yakin fokusnya ada pada alat baru alih-alih memahami konteksnya.

Setiap kali ini terjadi, saya bertanya-tanya, “Apakah kita sudah lupa apa itu insinyur perangkat lunak?

Apa itu Rekayasa Perangkat Lunak?

Berbicara tentang definisi ini, pertama-tama mari kita pahami etimologinya: Teknik berasal dari bahasa Latin kecerdikanyang berarti “kecerdasan”, dan insinyuryang berarti “menemukan, merancang”.

Dalam membangun sesuatu untuk mencapai suatu tujuan, kita dapat menggunakan teknik klasik dengan saluran air yang pencapaiannya bukan pasangan batu tetapi memindahkan air ke kota.

Sejalan dengan sejarah Romawi, kita juga dapat menggunakan teknik militer dengan Caesar’s Rhine Bridge, di mana Julius Caesar memutuskan untuk membangun jembatan untuk menyeberangi pasukan empat puluh ribu tentara dalam sepuluh hari.

Dia berhasil karena dia memiliki strategi dan taktik, di mana strategi mengatur tujuan dan taktik mengurus menyelesaikan sesuatu. Tujuannya bukan untuk membangun jembatan tetapi untuk membawa pasukan menyeberang; bangunannya adalah cara untuk mengarsipkannya.

Dalam rekayasa perangkat lunak, definisi favorit saya berasal Rekayasa perangkat lunak modern oleh David Farley, di mana:

“Rekayasa perangkat lunak menerapkan pendekatan empiris dan ilmiah untuk menemukan solusi yang efektif dan ekonomis untuk masalah praktis dalam perangkat lunak.”

Mencapai tujuan adalah langkah pertama, dan solusi yang efisien dan ekonomis adalah yang kami inginkan sebagai insinyur perangkat lunak. Julius Caesar ingin memindahkan pasukan ke seberang sungai. Jika perahu menjadi lebih murah, itu solusinya.

Sebagai seorang insinyur muda, dia menggunakan pendekatan strategi dan taktik, di mana Anda dapat melihat arsitektur perangkat lunak sebagai strategi dan desain sebagai taktik.

Memang, kami memiliki beberapa definisi tentang arsitektur perangkat lunakdan kami tidak ingin menghabiskan waktu untuk membakukan istilah: menyatukan semua istilah ini berkaitan dengan tujuan.

Kita bisa menggunakannya di Dasar-dasar arsitektur perangkat lunak dengan hukum kedua arsitektur: Untuk apa lebih penting daripada bagaimana, di mana kita bisa mengingat mulai dengan mengapa oleh Simon Sinek.

Strategi dan taktik

Menggabungkan strategi dan taktik berdasarkan konteks sangat penting untuk kesuksesan di mana akarnya adalah konteks. Tidak ada peluru perak: kita perlu memahami konteksnya, lalu menerapkan apa yang dibutuhkannya. Kami akan mencantumkan kombinasi ini dalam enam poin: setiap elemen memiliki perspektif taktis dan strategis.

Rekayasa Perangkat Lunak

Desain kode

  • Untuk menyelesaikan
  • Kode tidak cukup untuk perangkat lunak

JDD

Dokumentasi

Awan

Tes

Video

Kami akan mendengarkan secara singkat dan memberikan detail lebih lanjut dalam video di bawah ini: