Skip to main content

Product And Process (Produk Dan Proses) Menurut Roger S. Pressman

 Produk akhir yang dihasilkan akan terdampak buruk jika prosesnya tidak memadai. Namun, terlalu menggantungkan diri pada proses juga dapat membahayakan. Margaret Davis dalam esai pendek yang ditulis bertahun-tahun yang lalu telah mengungkapkan pandangan tentang pentingnya keseimbangan antara produk dan proses. Pandangan tersebut tetap relevan hingga saat ini:

Dalam kurun waktu sekitar sepuluh tahun, dengan menambah atau mengurangi beberapa tahun, komunitas perangkat lunak mengalami perubahan "masalah" yang dihadapi dengan mengalihkan fokusnya dari masalah produk ke masalah proses. Sebagai contoh, kita telah mengadopsi bahasa pemrograman terstruktur sebagai solusi untuk masalah produk, kemudian diikuti oleh metode analisis terstruktur sebagai solusi untuk masalah proses. Enkapsulasi data juga dianggap sebagai solusi untuk masalah produk, sedangkan saat ini kita mengedepankan Model Kematangan Pengembangan Perangkat Lunak dari Institut Rekayasa Perangkat Lunak sebagai solusi untuk masalah proses. Selanjutnya, kita juga mengadopsi metode berorientasi objek, dan yang terbaru adalah pengembangan perangkat lunak yang tangkas.

Meskipun kecenderungan alami dari sebuah pendulum adalah berhenti di titik tengah antara dua ekstrem, komunitas perangkat lunak terus mengalami pergeseran fokus karena adanya gaya baru yang diterapkan setelah ayunan sebelumnya gagal. Namun, ayunan ini sendiri berbahaya karena dapat membingungkan praktisi perangkat lunak rata-rata dengan secara drastis mengubah makna melakukan pekerjaan, terutama dalam melakukan pekerjaan dengan baik. Selain itu, ayunan juga tidak akan dapat memecahkan "masalah" karena solusi tersebut pasti akan gagal jika produk dan proses diperlakukan secara terpisah, bukan sebagai kesatuan yang saling terkait.

Dalam komunitas ilmiah, prioritas diberikan pada gagasan tentang dualitas ketika ada kontradiksi dalam pengamatan yang tidak dapat dijelaskan dengan satu teori saja. Sifat ganda cahaya yang menunjukkan partikel dan gelombang secara bersamaan telah diterima sejak 1920-an. Dalam konteks pengembangan perangkat lunak, saya percaya bahwa dualitas mendasar terdapat antara produk dan proses. Kita harus mempertimbangkan keduanya secara bersamaan untuk memperoleh pemahaman yang lengkap tentang artefak perangkat lunak, termasuk konteksnya, kegunaannya, maknanya, dan nilainya. Memandangnya hanya sebagai proses atau hanya sebagai produk tidak akan memberikan pemahaman yang utuh.

Meskipun setiap aktivitas manusia dapat dikategorikan sebagai proses, tetapi rasa harga diri individu dipengaruhi oleh hasil atau produk dari aktivitas tersebut. Produk tersebut harus dapat digunakan atau diapresiasi oleh lebih dari satu orang, digunakan secara berulang, atau digunakan dalam beberapa konteks lain yang dapat meningkatkan nilai dari produk tersebut. Dalam arti lain, penggunaan kembali produk kita oleh diri sendiri atau orang lain memberikan kepuasan dan rasa bangga terhadap produk yang telah dibuat.

Untuk meningkatkan kepuasan praktisi perangkat lunak, penting untuk mengasimilasi tujuan penggunaan kembali ke dalam pengembangan perangkat lunak secara cepat. Namun, ini juga menekankan pada pentingnya menerima dualitas antara produk dan proses. Memandang artefak yang dapat digunakan kembali sebagai satu-satunya produk atau proses dapat menyebabkan kehilangan konteks dan penggunaannya. Setiap penggunaan menghasilkan produk yang dapat digunakan kembali dan kehilangan pandangan dari keduanya akan mengurangi kesempatan untuk meningkatkan kepuasan kerja.

Dalam menciptakan suatu karya, seseorang bisa memperoleh kepuasan yang sama atau bahkan lebih dari proses kreatif seperti yang diperoleh dari hasil akhir. Seorang seniman bisa menikmati proses mengayunkan kuas seperti halnya menikmati hasil lukisannya. Begitu juga seorang penulis bisa menikmati proses mencari metafora yang pas sama seperti saat menikmati hasil buku yang sudah selesai. Sebagai seorang profesional kreatif di bidang perangkat lunak, penting untuk memperoleh kepuasan dari proses sebanyak dari produk akhir. Dualitas produk dan proses merupakan faktor penting dalam menjaga agar orang-orang kreatif tetap terlibat dalam mengembangkan perangkat lunak yang terus berkembang.



Source: Pressman, Roger S. 2010. Software engineering : A Practitioner’s Approach (7th. Edition). New York: McGraw-Hill Higher Education. 

Comments

Popular posts from this blog

Proses Perangkat Lunak Menurut Roger S. Pressman

Suatu proses adalah gabungan dari beberapa kegiatan, aksi, dan pekerjaan yang dikerjakan saat akan membuat beberapa produk. Setiap kegiatan memiliki tujuan yang luas (seperti komunikasi dengan pemangku kepentingan) dan diterapkan secara universal, tidak peduli pada domain aplikasi, ukuran proyek, kompleksitas usaha, atau tingkat ketelitian rekayasa perangkat lunak yang digunakan. Aksi (contohnya, desain arsitektur) mencakup rangkaian tugas yang menghasilkan produk utama (sebagai contoh, model desain arsitektural). Sebuah tugas berfokus pada tujuan yang kecil namun terdefinisi dengan baik (seperti melakukan pengujian unit) yang menghasilkan hasil yang konkret. Dalam dunia rekayasa perangkat lunak, suatu proses tidaklah berarti resep yang kaku untuk membuat perangkat lunak. Sebaliknya, proses ini merupakan pendekatan yang dapat disesuaikan yang memungkinkan tim pengembang perangkat lunak untuk memilih dan mengeksekusi serangkaian tindakan dan tugas yang sesuai. Tujuannya adalah untuk sel...

Personal And Team Process Models Menurut Roger S. Pressman

 Menurut penulis, sebuah proses perangkat lunak yang optimal adalah yang dapat disesuaikan dengan kebutuhan tim yang akan melaksanakan pekerjaan tersebut. Meskipun model proses perangkat lunak telah dibuat di tingkat perusahaan atau organisasi, namun untuk efektifitasnya hanya akan tercapai apabila dapat diadaptasi dengan signifikan untuk memenuhi kebutuhan tim proyek yang sebenarnya melaksanakan rekayasa perangkat lunak. Sebaiknya, proses yang dibuat haruslah yang paling cocok dengan kebutuhan tim dan organisasi secara menyeluruh. Atau, tim itu sendiri dapat membuat proses sesuai dengan kebutuhan individu mereka, namun tetap memenuhi kebutuhan organisasi secara keseluruhan. Watts Humphrey berpendapat bahwa membangun "personal software process" maupun "team software process" dapat dilakukan, meskipun memerlukan usaha, pelatihan, dan koordinasi yang sungguh-sungguh. 1.1 Personal Software Process (PSP) Semua pengembang perangkat lunak menggunakan suatu proses, meskipu...

Other Agile Process Models (Model Process Agile Lainnya) Menurut Roger S. Pressman

 Sejarah pengembangan perangkat lunak telah dicatat dengan banyak deskripsi dan metodologi proses yang telah usang, alat-alat, dan teknologi, serta notasi pemodelan. Semua hal tersebut telah mencapai popularitasnya masing-masing sebelum akhirnya digantikan oleh yang baru dan lebih baik. Dalam upaya mencapai penerimaan di komunitas pengembangan perangkat lunak, berbagai agile process model telah diperkenalkan dan bersaing satu sama lain, mengikuti pola yang sama dengan gerakan sebelumnya. Sudah saya sampaikan pada bagian terakhir bahwa Extreme Programming (XP) merupakan agile process models yang paling sering digunakan. Meskipun demikian, terdapat banyak agile process models lain yang telah diusulkan dan diterapkan dalam berbagai industri. Beberapa model yang paling umum meliputi: Adaptive Software Development (ASD) Scrum Dynamic Systems Development Method (DSDM) Crystal Feature Drive Development (FDD) Lean Software Development (LSD) Agile Modeling (AM) Agile Unified Process (AUP) P...