Apa itu kualitas? Apa yang dimaksud dengan pengujian? Dan bagaimana kita dapat membuat para pemangku kepentingan dan anggota tim peduli? Ini mungkin pertanyaan-pertanyaan dasar yang Anda miliki saat bertanya-tanya tentang pendekatan metodis untuk rekayasa kualitas sistem Teknologi Informasi (TI).

Di dunia saat ini banyak orang dan organisasi yang bergantung pada sistem TI, banyak hal yang tidak mungkin dilakukan tanpa sistem TI. Jadi, kita harus dapat mempercayai bahwa sistem TI tersebut bekerja dengan baik untuk mendukung proses bisnis. Ini berarti kualitasnya harus berada pada tingkat yang sesuai dengan tujuan dan memberikan nilai bisnis.

Definisi - kualitas

Kualitas adalah totalitas fitur dan karakteristik produk atau layanan yang berpengaruh pada kemampuannya untuk memuaskan kebutuhan yang dinyatakan atau tersirat.

Kualitas yang tepat paling baik dicapai dengan pendekatan integral. Kami menyebutnya rekayasa kualitas.

Definisi - rekayasa kualitas

Rekayasa Kualitas adalah tentang anggota tim dan pemangku kepentingan yang bertanggung jawab bersama untuk terus memberikan sistem TI dengan kualitas yang tepat pada saat yang tepat kepada para pebisnis dan pelanggan mereka. Ini adalah prinsip rekayasa perangkat lunak yang berkaitan dengan penerapan ukuran kualitas untuk memastikan kualitas sistem TI.

Inti dari rekayasa kualitas adalah orang-orang yang bertanggung jawab bersama untuk memberikan kualitas yang tepat dengan menerapkan berbagai ukuran kualitas. Langkah-langkah kualitas ini dapat berupa “pencegahan” (seperti penyempurnaan cerita pengguna atau pemrograman pasangan), “detektif” (seperti pengujian statis dan pengujian dinamis) dan “korektif” (seperti memperbaiki masalah, tidak hanya pada produk tetapi juga pada proses dan / atau keterampilan orang).

Dalam model pengiriman TI DevOps, ada fokus berkelanjutan pada rekayasa kualitas. Sebenarnya, pada umumnya tim DevOps mencoba untuk menerapkan “segala sesuatu yang berkelanjutan”, yang berarti mereka berusaha untuk mengotomatisasi sebanyak mungkin tugas dan aktivitas. Hal ini mengarah pada, antara lain, Integrasi Berkelanjutan dan Penerapan Berkelanjutan (biasanya disingkat CI/CD).

Untuk menerapkan rekayasa kualitas berkelanjutan, di mana pengujian berkelanjutan merupakan bagiannya, tim DevOps harus menggunakan alat canggih yang didukung oleh kecerdasan buatan dan pembelajaran mesin. Hal ini akan memungkinkan mereka untuk menghasilkan kualitas dengan cepat, misalnya dengan memperkirakan masalah kualitas dan menyelesaikannya sebelum ada yang mengalami kegagalan.

Jika kita ingin mengetahui apakah sistem TI kita memang memenuhi kebutuhan, kita harus mengukur kualitasnya. Kita perlu mendefinisikan indikator kualitas dan mengukur indikator ini. Sebagian besar pengukuran ini adalah tugas pengujian. Karena dalam Scrum atau DevOps, kualitas adalah tanggung jawab seluruh tim, pengukuran indikator ini dapat dilakukan oleh setiap anggota tim yang memiliki keterampilan rekayasa kualitas yang diperlukan.

Definisi - pengujian

Pengujian terdiri dari kegiatan verifikasi, validasi, dan eksplorasi yang memberikan informasi tentang kualitas dan risiko terkait, untuk menetapkan tingkat kepercayaan bahwa objek uji akan dapat memberikan nilai bisnis yang dikejar.

^{_{Sumber: tmap.net}}

Definisi pengujian

Pengujian adalah salah satu dari banyak langkah jaminan kualitas dan sering kali dilihat sebagai satu-satunya langkah jaminan kualitas seperti yang diilustrasikan di bawah ini. Sejak dimulainya Teknologi Informasi, kualitas sistem informasi telah menjadi topik yang sering dibahas.

Pengujian adalah bagian dari jaminan kualitas dan proses penyampaian TI secara keseluruhan

Ketika ada kesalahan pada produk TI (mulai dari spesifikasi kebutuhan yang salah hingga kode program yang salah dan perangkat keras yang rusak), kegagalan dapat terjadi, dan orang tidak akan mendapatkan layanan yang mereka butuhkan. Pengujian membantu mendeteksi kesalahan dan kegagalan sehingga dapat diperbaiki sebelum menyebabkan masalah bagi pengguna. Dan sebagai bagian dari semua tindakan kualitas, pengujian mendukung pencegahan, identifikasi, dan penghapusan pemborosan. Pengujian harus fokus pada pengujian fungsional dan non-fungsional.

Pemantauan adalah langkah jaminan kualitas lainnya. Pemantauan mengamati indikator sistem TI yang sedang beroperasi. Pengujian mengamati indikator terutama sebelum sistem TI beroperasi.

Jangan menerapkan “fase perbaikan”

^{_{Sumber: tmap.net}}

Pendekatan awal tim TI hingga tahun 1980-an, ketika menghadapi kualitas yang tidak memadai, adalah mencoba menemukan semua kesalahan dengan menguji dan kemudian memperbaikinya. Untuk menyadarkan orang akan kekeliruan ini, istilah “fase perbaikan” sangat membantu [Weinberg 2008]. Istilah ini dimaksudkan untuk membuat orang sadar bahwa pengujian tidak dapat menyisipkan kualitas di akhir, dan tim juga tidak dapat memperbaiki masalah apa pun di akhir.

Pengujian tidak boleh diimplementasikan sebagai fase perbaikan di akhir.

Pada tahun 1980-an dan 1990-an, orang-orang menemukan bahwa tidak mungkin mendeteksi semua kesalahan dalam sistem yang kompleks; tidak akan pernah ada sistem yang sempurna dengan melakukan pengujian di akhir dan mencoba menemukan dan memperbaiki semua kesalahan. Oleh karena itu, serangkaian ukuran kualitas yang seimbang di seluruh siklus hidup perlu menjamin kualitas.

^{_{Sumber: tmap.net}}

Jaminan kualitas dan pengujian penting di seluruh siklus hidup.

Persyaratan, Desain, Pengembangan, dan Operasi mengacu pada tugas, bukan pada fase atau tahapan, dan dalam konteks DevOps, tugas-tugas ini dapat dilakukan secara bersamaan. Dan karena menurut prinsip DevOps ketiga dari DASA [DASA 2019] tim memiliki tanggung jawab menyeluruh, maka jaminan kualitas dan pengujian harus diimplementasikan sebagai fokus yang berkelanjutan di seluruh siklus hidup.

Tidak perlu dikatakan, tidak adanya fase perbaikan berlaku untuk setiap jenis model pengiriman TI, baik Anda bekerja secara berurutan (misalnya waterfall), berkinerja tinggi (misalnya DevOps), atau hibrida (misalnya SAFe) (untuk informasi lebih lanjut, lihat bagian tentang model pengiriman TI).

Dengan menerapkan jaminan kualitas dan pengujian di seluruh siklus hidup penyampaian TI, kami mencapai pengujian berkelanjutan yang sering dipuji.

Perlu diingat: tidak semua kesalahan perlu diperbaiki. Orang-orang ingin terus memiliki wawasan tentang tingkat kualitas dan risiko yang tersisa, dan bila perlu meningkatkan kualitas di sepanjang siklus hidup. Jika ini berarti masih ada beberapa kesalahan yang tersisa, tidak masalah selama para pemangku kepentingan mengetahuinya dan memiliki solusi yang diperlukan. Kesalahan yang perlu diperbaiki nanti, dapat dimasukkan ke dalam daftar pekerjaan tim.

Contoh

Sebuah perusahaan asuransi membuat sistem asuransi baru untuk produk baru. Karena perusahaan ini adalah yang pertama di pasar dengan produk ini, mereka mengharapkan pangsa pasar yang besar. Ketika tenggat waktu untuk menjalankan produk baru semakin dekat, sistem baru dapat membuat entri baru ke dalam sistem. Selain itu, penghapusan entri sebelumnya juga dimungkinkan. Namun, memperbarui entri yang sudah ada tidak mungkin dilakukan. Hal ini tampak seperti menjadi masalah: pelanggan produk baru tidak dapat pindah rumah, atau mengubah artefak yang diasuransikan. Namun demikian, sistem asuransi tetap diluncurkan, berdasarkan pangsa pasar yang diharapkan dan nilai bisnis yang diharapkan berdasarkan pangsa pasar ini.

Sebagian dari pendapatan yang direalisasikan digunakan untuk mengurangi masalah tersebut. Entri pelanggan yang pindah rumah dihapus dari sistem, dan entri baru berdasarkan alamat baru mereka dibuat. Staf tambahan dipekerjakan untuk memastikan tidak ada surat yang dibuat secara otomatis mengenai pembatalan, atau surat mengenai asuransi baru, yang dikirim.

Dengan demikian, nilai bisnis tidak setinggi yang diproyeksikan pada awalnya, namun masih sedikit lebih tinggi daripada nilai yang seharusnya jika perusahaan asuransi tersebut tidak menjadi yang pertama di pasar.

Mengukur kualitas memberikan informasi untuk membangun kepercayaan

^{_{Sumber: tmap.net}}

Selama bertahun-tahun, orang-orang yang bekerja di proyek dan operasi TI belajar bahwa tingkat kualitas dan jumlah risiko yang tersisa tidak secara langsung berkaitan dengan keputusan apakah sebuah sistem informasi harus ditayangkan atau tidak.

Tingkat kualitas ditentukan dengan mengukur berbagai indikator, misalnya berdasarkan karakteristik kualitas. Ketika kualitas sesuai dengan ekspektasi, hal ini menegaskan bahwa kualitas untuk aspek tertentu baik-baik saja, yang berkontribusi pada keyakinan bahwa sistem TI akan mampu memberikan nilai bisnis yang dikejar.

Anomali yang terdeteksi menunjukkan bahwa kualitasnya mungkin tidak cukup baik. Setelah menganalisis penyebab anomali, kesimpulannya mungkin ada kesalahan. Kesalahan seperti itu dapat diperbaiki, atau didaftarkan sebagai kesalahan yang diketahui, ketika tingkat kualitas, meskipun ada kesalahan seperti itu, masih cukup baik.

Terkadang sistem TI dengan tingkat kualitas yang rendah (yaitu dengan banyak kesalahan yang diketahui dan/atau risiko yang tersisa) tidak menghentikan para pemangku kepentingan untuk memutuskan menggunakan sistem informasi tersebut, karena mereka masih dapat mencapai nilai bisnis mereka. Dalam kasus lain, sebuah sistem informasi tidak mengandung kesalahan sama sekali, tetapi karena tidak berkontribusi pada nilai bisnis, sistem tersebut tetap tidak digunakan (“sistem yang baik dalam proses yang salah”).

Saat ini, nilai bisnis adalah tujuan dari semua aktivitas TI. Dan kegiatan yang berkaitan dengan kualitas dan pengujian bertujuan untuk menetapkan tingkat kepercayaan sehingga para pemangku kepentingan dapat memutuskan apakah sistem TI tersebut dapat memberikan nilai bisnis yang dikejar atau tidak. Berdasarkan gagasan keyakinan ini, orang-orang yang terlibat akan memutuskan untuk menempatkan sistem TI dalam operasi langsung atau tidak.

Informasi tentang kualitas dan risiko kualitas terkait (juga disebut risiko produk) adalah masukan utama bagi para pemangku kepentingan untuk membangun kepercayaan diri mereka.

Definisi - risiko kualitas

Risiko kualitas adalah peluang tertentu bahwa produk gagal sehubungan dengan dampak yang diharapkan jika hal ini terjadi. Peluang kegagalan ditentukan oleh peluang kesalahan dan frekuensi penggunaan. Dampaknya terkait dengan penggunaan operasional produk.

Saat menentukan tingkat risiko, tim melakukan semacam analisis risiko kualitas, seperti yang dijelaskan dalam Blok Bangunan “Analisis risiko kualitas & strategi pengujian”. Peluang terjadinya kesalahan tergantung pada karakteristik TI, misalnya ketika teknologi baru digunakan, peluang terjadinya kesalahan lebih tinggi dibandingkan dengan teknologi lama. Frekuensi penggunaan aplikasi pada ponsel cerdas jauh lebih tinggi daripada fungsi operasi yang menyesuaikan beberapa parameter sistem, dan dengan frekuensi penggunaan yang tinggi, risiko kegagalan menjadi lebih tinggi. Dampaknya dapat berhubungan dengan banyak konsekuensi negatif; sering kali, kerusakan pada citra perusahaan dari organisasi yang bertanggung jawab dipandang sebagai dampak yang tinggi.

Pengujian mengukur indikator yang terkait dengan nilai yang dikejar

Proses penjaminan kualitas dan pengujian bertujuan untuk mengumpulkan dan melaporkan semua informasi yang dibutuhkan oleh para pemangku kepentingan untuk menetapkan tingkat kepercayaan mereka tentang nilai bisnis dari sistem TI. Hal ini dilakukan dengan menetapkan tujuan yang terkait dengan nilai bisnis dan menentukan indikator untuk tujuan tersebut. Indikator-indikator tersebut diukur dengan pengujian, dan langkah-langkah jaminan kualitas lainnya. Sebagai contoh, pengujian dapat mengukur perilaku sistem TI ketika digunakan oleh target audiens tertentu, yang memberikan informasi tentang kegunaan. Pemantauan akan mengukur perilaku dalam operasi langsung, misalnya untuk melihat apakah penggunaan memori cenderung melampaui batas, yang memerlukan tindakan korektif.

Risiko kualitas, tingkat risiko dan kemungkinan dampaknya, ditentukan dalam analisis risiko kualitas. Risiko-risiko ini merupakan bagian dari indikator yang akan diukur dengan pengujian. Bersama dengan pengukuran indikator lainnya, kegiatan pengujian akan memberikan informasi yang dibutuhkan oleh para pemangku kepentingan untuk membangun keyakinan mereka bahwa nilai bisnis yang dikejar dapat dicapai.

^{_{Sumber: tmap.net}}

Informasi tentang kualitas dan risiko dibagikan melalui beberapa jenis pelaporan, baik dalam dokumen, di papan tim, di dasbor otomatis, atau melalui komunikasi lisan (sebaiknya hanya untuk mendukung komunikasi lainnya).

Untuk mendukung lebih lanjut dalam membangun tingkat kepercayaan mereka, para pemangku kepentingan sering kali ingin menyaksikan kegiatan pengujian atau melakukan pengujian sendiri.

Pengujian terdiri dari verifikasi, validasi, dan eksplorasi

Anda mungkin bertanya-tanya: apa sebenarnya pengujian itu? Kami telah memberikan definisi pengujian di awal halaman ini. Dalam definisi ini, Anda dapat melihat sejumlah istilah yang mungkin memerlukan penjelasan. Pengujian umumnya disebut sebagai satu kegiatan, tetapi ketika Anda melihat lebih dekat, pengujian adalah kombinasi dari kegiatan verifikasi, validasi, dan eksplorasi.

Verifikasi memeriksa apakah objek pengujian sesuai dengan persyaratan yang ditentukan (misalnya dari cerita pengguna). Validasi menguji apakah objek uji sesuai dengan tujuan, yaitu apakah memenuhi kebutuhan pengguna dan berkontribusi pada nilai bisnis. Karena verifikasi dan validasi hanya dapat berfokus pada apa yang diketahui, maka harus dilengkapi dengan eksplorasi untuk mengumpulkan informasi tentang hal-hal yang belum diketahui.

Verifikasi berfokus pada “Apakah kita membangun sistem TI dengan benar?”. Validasi berfokus pada “Apakah kita membangun sistem TI yang tepat?” Eksplorasi berfokus pada “Bagaimana sistem TI dapat (salah) digunakan?” Bersama-sama, verifikasi, validasi, dan eksplorasi memberikan pandangan yang lengkap tentang kualitas dan risiko sistem TI.

Ikhtisar istilah-istilah yang terkait dengan pengujian.

^{_{Sumber: tmap.net}}

• Definisi - verifikasi

Verifikasi adalah konfirmasi melalui pemeriksaan dan melalui penyediaan bukti obyektif bahwa persyaratan yang ditentukan telah dipenuhi.

• Definisi - validasi

Validasi adalah konfirmasi melalui pemeriksaan dan melalui penyediaan bukti objektif bahwa tuntutan untuk penggunaan tertentu telah terpenuhi.

• Definisi - eksplorasi

Eksplorasi adalah kegiatan menyelidiki, dan menetapkan kualitas dan risiko penggunaan sistem TI melalui pemeriksaan, penyelidikan, dan analisis.

Anda mungkin bertanya-tanya, mengapa eksplorasi menambah manfaat bagi verifikasi dan validasi? Jika verifikasi dan validasi adalah tentang hal-hal yang sudah kita ketahui, eksplorasi juga menyelidiki hal-hal yang tidak diketahui.

Pada bulan Juli 2019, Michael Bolton mengatakan di Twitter: “Eksplorasi bukanlah sesuatu yang kita lakukan di akhir siklus pengujian. Hal ini sangat penting dalam cara kita mengembangkan perangkat lunak - ya, dalam pemrograman juga, bukan hanya dalam pengujian. Jika kita ingin melakukan pekerjaan formal yang sangat baik, itu harus berasal dari pekerjaan informal, mandiri, dan eksplorasi.” [Bolton 2019]

Pengujian adalah tentang menyediakan berbagai tingkat informasi

^{_{Sumber: tmap.net}}

Tragedi dalam pengujian adalah sebagian besar pemangku kepentingan jarang dapat melihat produk apa pun yang dihasilkan dari aktivitas pengujian (seperti rencana pengujian, skenario pengujian, log pengujian, dan perangkat pengujian lainnya). Secara umum, sebagian besar pemangku kepentingan hanya tertarik pada satu hal yang disediakan oleh pengujian: informasi yang diperlukan untuk memutuskan apakah mereka dapat membawa sistem TI ke dalam operasi langsung (keputusan go/no-go). Dengan kata lain: yang diinginkan oleh para pemangku kepentingan adalah semacam laporan atau dashboard. Namun untuk mengisi sumber informasi seperti itu, banyak aktivitas yang harus dilakukan dan banyak testware yang harus dibuat.

Sangat penting untuk membedakan informasi terhadap audiens yang berbeda. Pada gambar berikut, kotak-kotak berwarna cerah menunjukkan tiga tingkat pelaporan dan bagaimana mereka berhubungan dengan berbagai lapisan ekspektasi, spesifikasi, dan testware yang relevan untuk membuat tingkat pelaporan ini.

[Catatan: Pada gambar ini, kotak yang diarsir dimaksudkan hanya sebagai ilustrasi. Kotak-kotak tersebut terlihat jelas dan dijelaskan secara rinci di bagian “Desain Pengujian”, di mana juga dijelaskan mengapa tingkat pelaporan dibaca dari kanan ke kiri].

Ketiga level ini (dari kanan ke kiri) berkisar dari yang paling detail hingga yang paling tinggi. Orang-orang dalam tim pengiriman TI akan membutuhkan informasi yang sangat rinci untuk mengetahui tentang kualitas objek baru dan perubahan yang mereka kirimkan dan untuk menyelidiki anomali dalam sistem TI dan mengambil tindakan korektif jika diperlukan. Pemilik produk, pebisnis, manajer tingkat proyek, dll. akan membutuhkan laporan ikhtisar untuk melacak status dan kemajuan yang memungkinkan mereka untuk mendukung tim untuk menyesuaikan prioritas atau cara kerja kapan pun diperlukan. Manajemen tingkat tinggi hanya membutuhkan informasi yang sangat singkat untuk mengawasi proses penyampaian TI atau untuk mendukung keputusan go/no-go.

Ketika beberapa tim bekerja bersama dalam satu sistem TI, mereka harus berhati-hati dalam mengumpulkan informasi. Terutama laporan ikhtisar dan laporan tingkat tinggi yang perlu berisi informasi yang disediakan oleh beberapa tim untuk memberikan gambaran umum tentang status sistem TI secara menyeluruh.

Pengujian statis dan dinamis

Pengujian umumnya terdiri dari dua kelompok aktivitas utama.

^{_{Sumber: tmap.net}}

Pengujian statis 

Yang pertama adalah pengujian statis, yang juga dikenal sebagai peninjauan. Hal ini dapat dilakukan tanpa menjalankan objek pengujian, misalnya dengan meninjau persyaratan atau dokumen desain, kode sumber, panduan pengguna, rencana proyek dan pengujian, serta kasus pengujian.

Dalam model pengiriman IT berkinerja tinggi, seperti Scrum dan DevOps, sebagian besar kegiatan pengujian statis dilakukan selama penyempurnaan cerita pengguna, sehingga tidak diimplementasikan sebagai aktivitas terpisah, tetapi tetap membutuhkan fokus khusus. Selanjutnya, analisis statis terhadap kode dilakukan untuk memenuhi standar pengkodean. Pengujian statis sebisa mungkin didukung oleh alat bantu. Sebenarnya saat ini sudah ada tools yang tidak hanya melakukan analisis statis tetapi juga mampu melakukan refactoring kode berdasarkan pola refactoring standar. Namun, secara umum, pengujian statis adalah kombinasi dari kecerdasan manusia dan kekuatan alat.

Definisi - pengujian statis

Pengujian statis adalah pengujian dengan memeriksa produk (seperti spesifikasi kebutuhan, manual atau kode sumber) tanpa program yang dieksekusi.  

Pengujian dinamis

Ketika kita menjalankan pengujian, dengan kata lain, mengeksekusi objek pengujian (yang dapat bervariasi dari satu modul program tunggal hingga proses bisnis menyeluruh di berbagai organisasi), itulah yang kita sebut sebagai pengujian dinamis. Pengujian dinamis dapat dilakukan secara manual, namun untuk berbagai jenis pengujian, dukungan dari alat otomatisasi pengujian sangat disarankan. 

Definisi - pengujian dinamis

Pengujian dinamis adalah pengujian dengan eksekusi objek uji, yaitu menjalankan aplikasi.  

Selalu gunakan campuran pengujian statis dan dinamis

Dalam pengaturan pengujian dan jaminan kualitas yang baik, pengujian statis dan dinamis sangat penting. Gagasan tentang kualitas awal diimplementasikan dengan pengujian statis terhadap semua hasil kerja pada tahap yang sangat awal. Misalnya, saat meninjau cerita pengguna, tim mungkin menemukan bahwa beberapa pernyataan dalam cerita pengguna tidak jelas atau ambigu; pemilik produk dapat menjelaskan atau menyelidiki hal ini dengan segera dan memperbaikinya. Dengan cara ini, tidak ada penundaan di kemudian hari dalam proses pengembangan. Aspek kualitas lainnya hanya dapat diuji secara dinamis ketika (bagian dari) sistem TI sudah siap.

Pengujian adalah tentang menilai kualitas berdasarkan kriteria

^{_{Sumber: tmap.net}}

Dalam pengujian, kita menggunakan kriteria untuk menentukan apakah objek uji sesuai dengan ekspektasi tentang kualitas dan risiko. Uraian di bawah ini didasarkan pada satu tim, namun hal yang sama juga berlaku ketika ada beberapa tim yang memberikan sistem TI secara bersama-sama. Dalam hal ini, upaya ekstra mungkin diperlukan untuk menyelaraskan berbagai kriteria dan untuk mengukur apakah kriteria tersebut telah terpenuhi.

Definisi - kriteria masuk

Kriteria entri adalah kriteria yang harus dipenuhi oleh sebuah objek (misalnya, dokumen dasar pengujian atau objek pengujian) agar siap digunakan dalam aktivitas tertentu.

Kriteria entri mendefinisikan apa yang kita harapkan dari suatu produk sebelum dapat digunakan untuk aktivitas tertentu. Sebagai contoh, spesifikasi kebutuhan seperti cerita pengguna harus memenuhi persyaratan masuk yang spesifik sebelum aktivitas dapat dimulai yang menggunakan spesifikasi kebutuhan tersebut sebagai masukan. Dalam Scrum, kita menyebutnya sebagai Definition of Ready (DoR).

Jika kita ingin menentukan apakah pengujian sudah siap, kita menggunakan kriteria keluar, yang merupakan bagian dari Definisi Selesai (DoD) dalam Scrum.

Definisi - kriteria keluar

Exit criteria adalah kriteria yang harus dipenuhi oleh sebuah objek (misalnya, dokumen dasar pengujian atau objek pengujian) agar siap di akhir aktivitas atau tahap proyek tertentu (misalnya, iterasi).

Dengan kriteria keluaran, ada sesuatu yang spesifik yang harus diperhatikan, yaitu apa yang telah disepakati oleh tim untuk disampaikan. Sebuah tim lintas fungsi, yang biasa terjadi di lingkungan Scrum dan DevOps, akan setuju untuk memberikan produk TI dengan tingkat kualitas tertentu. Tingkat kualitas ini didefinisikan dalam kriteria penerimaan dan segera setelah produk memenuhi kriteria, produk tersebut “diterima”. Tim menggunakan hasil dari pengujian untuk mendapatkan informasi tentang perubahan yang diperlukan untuk meningkatkan kualitas. Tim sekarang dapat memberikan tingkat kualitas yang telah disepakati. Dalam penyampaian TI berkinerja tinggi, tim biasanya akan menyampaikan sistem TI dengan cara yang berulang; mereka akan menyampaikan bagian-bagian dari sistem TI dan memastikan setiap bagian memiliki tingkat kualitas yang disepakati.

Definisi - kriteria penerimaan

Kriteria penerimaan adalah kriteria yang harus dipenuhi oleh objek pengujian agar dapat diterima oleh pengguna, klien, atau pemangku kepentingan lainnya.

Dalam kasus tim penguji independen - yaitu tim yang tidak terlibat dalam kegiatan pengembangan apa pun tetapi hanya mengatur dan melakukan pengujian, yang lebih umum dalam model pengiriman TI berurutan tradisional - tim tidak dapat dimintai pertanggungjawaban atas kualitas produk TI karena mereka memberikan informasi tentang kualitas, tetapi mereka tidak memiliki pengaruh apa pun terhadap kualitas itu sendiri. Satu-satunya kriteria yang dapat mereka setujui adalah kriteria penyelesaian, yang menentukan kapan tim telah melakukan pengujian dengan baik. Ketika mereka telah melakukan semua yang mereka janjikan dan memberikan informasi yang diminta, maka pekerjaan mereka telah selesai, terlepas dari apakah produk TI tersebut diterima atau tidak.

Definisi - kriteria penyelesaian

Kriteria penyelesaian adalah kriteria yang harus dipenuhi oleh tim untuk menyelesaikan sebuah (kelompok) aktivitas.

Kriteria penerimaan didefinisikan dalam hal karakteristik kualitas dan risiko kualitas. Kriteria penyelesaian didefinisikan dalam hal informasi yang disampaikan dan upaya yang dikeluarkan.

Disadur dari: tmap.ne

Insinyur desain produk adalah spesialis bernilai tinggi yang memainkan peran penting dalam pengembangan produk. Para profesional ini memiliki banyak tanggung jawab, termasuk riset pasar, desain berbantuan perangkat lunak, dan kontrol proses manufaktur.

Untuk menjadi insinyur desain produk, Anda harus memiliki gelar sarjana yang relevan dan pengalaman langsung yang diperlukan. Dengan pendidikan, pengalaman, dan keahlian yang tepat, para spesialis ini dapat mengharapkan gaji yang kompetitif di atas rata-rata dan banyak peluang untuk pertumbuhan profesional.

Mari kita lihat lebih dekat apa saja yang diperlukan untuk menjadi insinyur desain produk yang berkualitas.

Apa yang dimaksud dengan insinyur desain produk?

Seorang insinyur desain produk adalah seorang profesional yang meneliti pasar yang relevan, mengevaluasi persyaratan produk, dan kemudian menciptakan, menguji, dan meningkatkan desain produk. Setelah mereka menyerahkan desain, para spesialis ini mengawasi proses manufaktur dan memberikan saran.

Insinyur desain produk memiliki pemahaman mendalam tentang produk perusahaan, persyaratan pelanggan, dan biaya produksi. Mereka merupakan bagian integral dari proses pembuatan dan peningkatan produk.

Terkadang, insinyur desain produk juga dapat membantu membuat anggaran untuk proyek dan melatih karyawan untuk tim desain.

Tanggung jawab insinyur desain produk

Insinyur desain produk bertanggung jawab atas banyak bagian dari proses desain, pengembangan, dan manufaktur. Bergantung pada perusahaan tempat mereka bekerja dan ukuran tim, seorang insinyur produk mungkin bertanggung jawab untuk

1. Melakukan riset pasar untuk mengevaluasi kelayakan produk
2. Membuat kriteria desain berdasarkan kebutuhan dan anggaran klien atau perusahaan
3. Mengusulkan ide desain produk
4. Membuat presentasi ide kepada klien atau perusahaan
5. Menggunakan perangkat lunak desain berbantuan komputer (CAD) untuk menghasilkan spesifikasi dan model desain serta daftar komponen yang diperlukan
6. Mengevaluasi biaya yang terlibat dalam pembuatan produk
7. Meneliti proses manufaktur untuk membuat sampel kerja
8. Bertemu dengan insinyur dan produsen lain untuk mengawasi dan merampingkan prosedur manufaktur
9. Melacak umpan balik klien atau pelanggan setelah implementasi produk

Seorang insinyur desain produk juga dapat terlibat dalam kampanye pemasaran produk dan proses perekrutan tim.

Keterampilan insinyur desain produk
Sambil belajar dan menimba pengalaman, insinyur desain produk mengembangkan berbagai keterampilan penting yang diperlukan untuk memenuhi syarat untuk mendapatkan gaji yang kompetitif. Beberapa keterampilan ini meliputi:

1. Pengetahuan tentang desain mekanis
2. Pemahaman tentang proses pembuatan produk
3. Kemampuan untuk bekerja dengan dokumentasi cetak biru
4. Pengetahuan tentang perangkat lunak yang relevan, termasuk AutoCAD, Figma, Sketch, Adobe Creative Suite, dll.
5. Keterampilan membuat konsep
6. Keterampilan kerja tim yang kuat
7. Perhatian terhadap detail
8. Pemikiran analitis
9. Pemecahan masalah
10. Komunikasi dan presentasi

Setiap perusahaan dapat memiliki persyaratan yang berbeda untuk peran insinyur desain produk. Beberapa perusahaan dapat meminta pengalaman dengan perangkat lunak tertentu (QAD, ERP), sementara yang lain mungkin mengharapkan pengalaman khusus dengan proses fabrikasi material.

Gaji insinyur desain produk tergantung pada keahlian, pengalaman, dan pendidikan mereka. Menurut Salary.com, di Amerika Serikat, para profesional ini dapat memperoleh penghasilan antara $63.000 hingga $90.000 per tahun.  

Langkah-langkah untuk menjadi insinyur desain produk

Dapatkan gelar akademis

Untuk menjadi seorang insinyur desain produk, Anda harus memulai dengan mendapatkan gelar sarjana. Gelar ini dapat diperoleh di:

1. Teknik manufaktur
2. Teknologi rekayasa desain produk
3. Teknik mesin
4. Teknik kualitas
5. Desain berbantuan komputer
6. Desain grafis
7. Desain produk
8. Desain industri

Jika bidang ini tidak terkait langsung dengan teknik desain produk, Anda perlu mendapatkan pendidikan tambahan atau mendapatkan pengalaman yang relevan. Saat memilih program, pertimbangkan sekolah yang menawarkan proyek berskala besar sebagai bagian dari pendidikan. Hal ini dapat memberikan pengalaman berharga dan menjadi bagian dari resume Anda.

Dalam beberapa kasus, posisi teknik desain produk tingkat tinggi membutuhkan gelar master. Meskipun ini bukan elemen penting untuk menjadi seorang insinyur desain produk, ini dapat membantu Anda menaiki tangga karier lebih cepat.

Mengambil kursus tambahan

Untuk mengasah kemampuan desain produk anda, anda mungkin ingin mengambil kursus tambahan dengan spesialisasi yang sempit. Misalnya, Anda bisa menggali lebih dalam tentang desain pengalaman pengguna atau mengisi kekosongan di bidang teknik manufaktur.

Kursus tambahan atau bootcamp juga bisa menjadi peluang bagus untuk merampingkan pengetahuan alat desain Anda. Semakin banyak pengalaman yang Anda miliki dengan alat desain tertentu, semakin mudah untuk membuktikan kemampuan Anda kepada calon pemberi kerja.

Membangun portofolio

Selagi Anda mendapatkan pendidikan, Anda dapat mulai membangun portofolio. Portofolio ini bisa berisi proyek-proyek sukarela, proyek-proyek lepas, dan proyek-proyek magang. Anda dapat menemukan peluang magang melalui program studi Anda atau mencari perusahaan yang mungkin Anda minati di masa depan.

Setelah Anda menyelesaikan pendidikan Anda dan melakukan beberapa proyek, Anda bisa menjadi kandidat kuat untuk posisi entry-level. Manfaatkan waktu ini untuk mulai berkonsultasi dengan konselor karier di kampus, berjejaring dengan para profesional di industri, menghadiri pameran karier, mengikuti berbagai perusahaan di LinkedIn, dan mencari peluang magang. 

Meskipun gaji pada posisi entry-level cenderung rendah, ini dapat memberi Anda pengalaman industri yang sangat dibutuhkan. Semakin banyak pengalaman relevan yang Anda dapatkan, semakin besar peluang Anda untuk mendapatkan posisi tingkat tinggi.  

Mendapatkan lisensi
Anda mungkin tidak memerlukan lisensi teknik untuk posisi entry-level. Namun, hal ini mungkin akan menjadi suatu keharusan di kemudian hari dalam karier Anda. Persyaratannya akan bervariasi berdasarkan perusahaan dan industri tempat Anda bekerja. 

Jika Anda ingin menjual layanan teknik Anda sendiri, memiliki kendali atas proyek-proyek publik, atau mengawasi sesama insinyur, Anda harus menjadi insinyur profesional berlisensi. Ada beberapa cara untuk mendapatkan lisensi, termasuk mendapatkan gelar empat tahun dari program teknik terakreditasi atau bekerja di bawah insinyur profesional selama empat tahun.

Prospek pekerjaan insinyur desain produk

Menurut Biro Statistik Tenaga Kerja AS, permintaan untuk desainer produk diperkirakan akan tumbuh sebesar 3% hingga 2031. Meskipun tingkat pertumbuhan ini lebih lambat dari rata-rata untuk pekerjaan lain, ini masih cukup untuk menghasilkan sekitar 2.700 lowongan pekerjaan setiap tahunnya.

Dengan keahlian dalam desain produk, Anda dapat mempertimbangkan berbagai posisi, termasuk peneliti desain, desainer industri, desainer kemasan, desainer pengalaman pengguna, insinyur produk, dan masih banyak lagi.

Menjadi insinyur desain produk

Karier di bidang teknik desain produk adalah pilihan yang sangat baik bagi orang yang ingin berkontribusi pada kualitas pembuatan produk sambil mendapatkan keterampilan yang berharga untuk mencapai tujuan pekerjaan teratas.

Untuk mendapatkan posisi entry-level sebagai insinyur desain produk, Anda perlu mendapatkan pendidikan yang relevan dan setidaknya beberapa pengalaman langsung. Setelah Anda mulai bekerja di lapangan, Anda dapat melanjutkan pendidikan, mengasah keterampilan, dan memajukan karier Anda.

Pertanyaan yang sering diajukan

• Apakah desain produk memerlukan pengkodean?

Seorang desainer produk tidak perlu tahu cara membuat kode. Namun, memahami dasar-dasar pengkodean adalah sebuah keuntungan.

• Jenis teknik apa yang terbaik untuk desain?

Jika Anda mencari pendidikan tambahan untuk melengkapi pengetahuan desain Anda, Anda mungkin ingin mempertimbangkan untuk mempelajari teknik desain mekanik.

_{Disadur dari: dovetail.com}

Orang yang kreatif dan proaktif adalah pilihan yang tepat untuk menjadi desainer atau pengembang produk, karena profesi ini melibatkan inovasi dan pengembangan produk baru. Jika Anda memiliki salah satu dari kualitas ini, Anda mungkin bertanya-tanya bidang mana yang terbaik. Atau Anda hanya bingung tentang perbedaan antara kedua istilah tersebut.

Desain dan pengembangan produk adalah bagian penting dari siklus hidup produk. Sebuah produk tidak dapat dibuat tanpa salah satu dari keduanya. Namun, apa perbedaan antara kedua bidang ini? Mari kita bandingkan desain produk vs pengembangan produk di blog ini dan cari tahu detail dan peran kedua bidang tersebut.

Apa Itu proses desain dan pengembangan produk?

Desain dan pengembangan produk adalah proses memproduksi dan menyempurnakan sebuah produk mulai dari konsepsi hingga akhirnya dirilis di pasar. Proses ini melibatkan penciptaan bentuk dan fungsionalitas produk, serta daya tarik estetika, kegunaan, dan pengalaman pengguna.

Mengidentifikasi kebutuhan pelanggan, riset pasar, pembuatan ide, pembuatan konsep, pembuatan prototipe, dan pengujian adalah bagian dari desain produk. Tujuannya adalah untuk menciptakan produk yang memenuhi permintaan pasar yang dituju.

Pengembangan produk adalah mengubah produk konseptual menjadi hal nyata yang dapat diproduksi dan dipasarkan. Langkah ini mencakup rekayasa, manufaktur, pengujian, dan kontrol kualitas. Tujuannya adalah untuk mengembangkan produk yang memenuhi persyaratan desain, ekonomis untuk dibuat, dan dapat diproduksi secara massal.

Desain produk vs pengembangan produk: apa perbedaan utamanya?

Sebagai orang awam, Anda mungkin bingung dengan konsep desain dan pengembangan produk. Keduanya adalah bidang yang berbeda tetapi diperlukan untuk menciptakan sebuah produk. Perbedaan utama antara desain produk vs pengembangan produk adalah bahwa ide awal, konseptualisasi, dan pembuatan prototipe suatu produk adalah bidang perhatian utama untuk desain produk.

Hal ini mencakup pengembangan bentuk, fungsionalitas, dan pengalaman pengguna produk serta identifikasi kebutuhan pelanggan, riset pasar, dan menghasilkan desain yang memenuhi permintaan tersebut. Desainer bekerja dengan pengujian dan umpan balik dari pengguna untuk menciptakan desain akhir yang estetis, fungsional, dan dapat dipasarkan. Mereka membuat sketsa, mock-up, dan prototipe untuk menyempurnakan desain produk.

Sebaliknya, pengembangan produk memerlukan desain akhir dari tahap desain produk menjadi nyata. Hal ini membutuhkan koordinasi antara desainer, insinyur, dan produsen untuk mencakup rekayasa, manufaktur, pengujian, dan kontrol kualitas serta membuat versi final. Pengembangan produk bertujuan untuk menerjemahkan konsep menjadi produk yang nyata, praktis, dan terjangkau.

Contoh desain produk vs pengembangan produk

Mari kita bahas contoh desain produk dan pengembangan produk untuk memahami perbedaannya dengan benar. Misalkan sebuah bisnis ingin mendesain smartphone baru. Tim desain produk akan menganalisis keinginan dan preferensi konsumen, melihat tren dan teknologi yang sedang berkembang, dan membuat desain untuk tampilan baru pada smartphone. Untuk menyempurnakan desain, mereka akan membuat sketsa, model 3D, dan prototipe berdasarkan umpan balik pengguna dan pengujian kegunaan.

Tim pengembangan produk mengambil alih setelah desain akhir diterima. Mereka akan mendesain perangkat keras ponsel, membuat perangkat lunak dan antarmuka pengguna, sumber bahan, dan menguji barang jadi untuk jaminan kualitas. Mereka akan berkolaborasi dengan produsen untuk membuat ponsel dalam skala besar dan menjamin bahwa ponsel tersebut sesuai dengan persyaratan desain sekaligus terjangkau dan produktif untuk dibuat.

Pentingnya desain dan pengembangan produk

Pengembangan dan desain produk digital menjadi semakin penting bagi perusahaan untuk menjadi kompetitif di dunia modern. Desain dan pengembangan produk tidak terbatas hanya pada daya tarik visual dan struktur dasar produk. Mereka juga memiliki peran besar dalam pemasaran dan penjualan.

Pengalaman pengguna dapat dipengaruhi secara signifikan oleh desain produk digital. Situs web atau aplikasi seluler yang dirancang dengan baik dapat memfasilitasi navigasi dan interaksi pengguna dengan produk. Desain produk digital juga dapat membantu perusahaan dalam membedakan diri mereka dari pesaing. Produk yang menarik secara visual dan dirancang dengan baik dapat menonjol dari persaingan di pasar yang ramai dan menarik pembeli potensial.

Pengembangan produk digital juga penting bagi perusahaan yang ingin menghasilkan produk virtual yang kompetitif. Memahami permintaan dan aktivitas pengguna sangat penting untuk menciptakan produk digital, seperti halnya mengikuti perkembangan teknologi dan mode.

Perusahaan dapat mengembangkan barang yang canggih dan efisien yang memenuhi kebutuhan target pasar mereka dengan berinvestasi dalam desain dan pengembangan produk digital. Hasilnya, mungkin ada peningkatan penjualan, peningkatan pengenalan merek, dan keunggulan kompetitif yang lebih besar

Tanggung jawab desainer produk

Desainer produk melakukan banyak tugas untuk memberikan desain yang detail dan bermakna. Namun, hal ini dapat bervariasi dari satu industri ke industri lainnya. Beberapa tanggung jawab umum seorang desainer produk adalah:

• Membawa ide-ide baru ke dalam konsep

Merupakan tanggung jawab seorang desainer untuk memahami kebutuhan dan ide klien mereka dan kemudian memvisualisasikannya melalui produk. Mereka harus memahami standar industri dan perilaku pelanggan untuk memasukkan ide ke dalam produk.

• Meningkatkan prototipe

Desainer adalah bagian dari evaluasi dan pengujian prototipe produk baru. Peran ini juga melibatkan riset pasar dan analisis pesaing untuk menilai kinerja dan dampak dari desain mereka terhadap kesuksesan produk.

• Pengujian pengguna

Sampel audiens target dan komentar pada desain baru juga dapat dimasukkan dalam proses desain. Desainer biasanya melakukan pengujian pengguna untuk memastikan prototipe mereka memenuhi harapan konsumen.

• Studi kelayakan desain produk

Sebagai seorang desainer, Anda juga harus mempertimbangkan kelayakan desain produk. Dengan menggunakan studi kelayakan, desainer dapat memperkirakan kemungkinan desain yang berhasil. Anda dapat menggunakannya untuk memprediksi kegunaan, popularitas, dan kesuksesan finansial suatu produk.

• Ide pemodelan

Prototipe dievaluasi dan disetujui oleh perancang produk. Hal ini mungkin termasuk menentukan apakah desain sesuai dengan kriteria kualitas, kelayakan, dan keamanan industri. Desainer kemudian mengubah ide menjadi desain dan model yang dapat diterapkan dengan menggunakan perangkat lunak desain dan rekayasa berbantuan komputer./

Tanggung jawab pengembang produk

Seorang pengembang produk biasanya memiliki lebih banyak tanggung jawab daripada perancang produk. Namun, 5 tanggung jawab utama seorang perancang produk meliputi yang berikut ini:

• Penelitian dan pengembangan

Pengembang produk harus melakukan penelitian yang ekstensif untuk mengungkap keinginan klien, tren pasar, dan area yang memungkinkan untuk inovasi. Mereka menggunakan pengetahuan ini untuk membuat produk baru atau menyempurnakan produk yang sudah ada.

• Desain dan pembuatan prototipe

Desainer dan pengembang berkolaborasi secara erat untuk menghasilkan prototipe dan mengembangkan konsep baru. Untuk memastikan produk akhir memenuhi persyaratan, pengembang mengawasi produksi model 3D, sketsa, dan komponen desain lainnya.

• Produksi dan kontrol kualitas

Desainer produk memantau proses produksi untuk memastikan produk yang dihasilkan sesuai dengan persyaratan desain dan mematuhi standar kualitas. Mereka harus berkolaborasi erat dengan tim produksi untuk menjamin bahwa jadwal produksi terpenuhi dan setiap masalah kualitas segera diselesaikan.

• Manajemen proyek

Pengembang produk bertanggung jawab untuk mengawasi proyek dari awal hingga akhir. Ini termasuk mengatur jadwal, batas pengeluaran, perencanaan sumber daya, dan mengarahkan tim lintas fungsi untuk memastikan bahwa proyek selesai tepat waktu dan dalam batas pengeluaran yang ditentukan.

• Penjualan dan pemasaran

Pengembang produk harus berkolaborasi erat dengan tim penjualan dan pemasaran untuk menciptakan posisi produk, strategi harga, dan kampanye pemasaran. Untuk menemukan peluang untuk perbaikan dan membuat perubahan yang diperlukan pada produk, mereka juga harus mengawasi data penjualan dan umpan balik konsumen.

Persyaratan pendidikan untuk kedua bidang

Mari kita lihat perbedaan antara persyaratan pendidikan desain produk vs pengembangan produk untuk mendapatkan pekerjaan yang baik. Meskipun keahlian anda di kedua bidang ini dapat tumpang tindih, anda perlu memiliki latar belakang pendidikan khusus untuk memiliki karir profesional di bidang yang anda inginkan.

Desain produk

Gelar sarjana dalam bidang terkait, seperti desain industri, desain grafis, atau teknik, sering kali diperlukan untuk desain produk. Perusahaan lebih suka mempekerjakan kandidat dengan gelar master dalam desain produk atau profesi serupa. Dalam gelar ini, CAD (desain berbantuan komputer), teori desain, pemodelan 3D, menggambar, dan ilmu material biasanya tercakup.

Anda juga dapat memilih mata kuliah pemasaran, kewirausahaan, dan aspek manusia yang tersedia untuk mahasiswa. Desainer produk dapat memperoleh pengalaman dunia nyata dari magang atau pekerjaan lepas dan sekolah akademis. Anda dapat memilih kursus online tentang desain produk melalui situs web seperti Udemy, Coursera, Dribble, dll.

Pengembangan produk

Gelar sarjana dalam disiplin ilmu yang relevan, seperti teknik, bisnis, atau bidang teknis terkait, sering kali diperlukan untuk pengembangan produk. Kandidat yang memiliki keunggulan kompetitif di pasar kerja mungkin memiliki gelar master dalam pengembangan produk atau disiplin ilmu serupa. Desain produk, prosedur manufaktur, manajemen rantai pasokan, manajemen proyek, dan kontrol kualitas sering kali disertakan dalam kursus.

Mahasiswa juga dapat mengikuti program pemasaran, kewirausahaan, dan keuangan untuk mengasah kemampuan penetapan harga produk dan analisis pasar. Sektor ini juga dapat memperoleh manfaat dari pengalaman praktis yang diperoleh melalui magang atau pekerjaan pengembangan produk di tingkat pemula. Anda bisa memilih universitas ternama di negara Anda untuk mendapatkan gelar profesional di bidang pengembangan produk.

Keterampilan yang harus anda miliki untuk kedua bidang: desain produk dan pengembangan produk

Terlepas dari persyaratan pendidikan, anda juga harus mempelajari keterampilan yang unik. Setiap profesional di bidangnya harus memiliki keterampilan yang diperlukan untuk membuat mereka menonjol di antara kumpulan desainer dan pengembang. Untungnya, beberapa keterampilan akan cocok untuk desainer dan pengembang produk. Sebagai contoh:

• Berpikir inovatif dan kreatif

Penciptaan produk dan kemampuan untuk berpikir kreatif dan mengusulkan solusi unik untuk masalah adalah prasyarat untuk kedua bidang tersebut.

• Keterampilan teknis

Desainer dan pengembang harus memiliki pemahaman yang kuat tentang keterampilan teknis seperti CAD, pemodelan 3D, proses manufaktur, dan ilmu material untuk menguasai desain dan pengembangan produk.

• Keterampilan komunikasi

Kedua disiplin ilmu ini mengharuskan individu untuk mampu mengkomunikasikan konsep desain dan status proyek secara efektif kepada para pemangku kepentingan, klien, dan anggota tim.

• Keterampilan analitis

Kandidat harus memiliki kemampuan analitis yang baik untuk menganalisis data dan informasi, membuat penilaian yang bijaksana, dan memecahkan masalah. Jadi, kemampuan analitis akan selalu berguna, baik Anda seorang desainer produk atau pengembang.

• Keterampilan manajemen proyek

Mengelola proyek adalah keahlian yang lebih terkait dengan pengembangan produk. Karena pekerjaan pengembangan produk sering kali datang dalam bentuk proyek. Kapasitas untuk merencanakan, menganggarkan, dan mengelola jadwal proyek dari konsepsi hingga selesai adalah suatu keharusan bagi kandidat.

• Keterampilan kolaborasi & kemampuan beradaptasi

Untuk memastikan pengembangan produk yang sukses, kandidat harus berkolaborasi dengan tim lintas fungsi, termasuk desainer, insinyur, dan pemangku kepentingan lainnya. Kandidat harus dapat menyesuaikan diri dengan teknologi, teknik, dan tren baru agar dapat bersaing di kedua industri yang terus berubah.

• Ketajaman bisnis

Terakhir, desainer dan pengembang harus mempelajari ketajaman bisnis. Anda perlu mempelajari bahasa dan dinamika bisnis dan memiliki pemahaman yang kuat tentang prinsip-prinsip bisnis (manajemen keuangan, analisis pasar, penetapan harga produk, dll.). Mengapa? Karena memiliki pengetahuan bisnis akan membantu Anda berkomunikasi secara efisien dengan atasan atau klien dan membantu Anda merencanakan proyek secara strategis. Akan menjadi nilai tambah jika anda memiliki keahlian ini!

Gaji desainer produk dan pengembang produk

Seorang desainer produk bisa mendapatkan gaji rata-rata $115 ribu di Amerika Serikat. (Sumber: Dribble) Di sisi lain, seorang pengembang produk dapat memperoleh total perkiraan gaji sebesar $83 ribu di Amerika Serikat. (Sumber: Glassdoor) Jadi ingatlah bahwa semua kerja keras untuk unggul di salah satu bidang ini akan terbayar dengan baik. Anda dapat dengan mudah mendapatkan pekerjaan yang bagus di agensi produk digital jika Anda memiliki pengetahuan dan keterampilan yang tepat di salah satu bidang ini.

Pikiran akhir

Untuk meringkas blog ini, kita dapat menyimpulkan bahwa pengembangan produk dan desain produk adalah proses yang saling berhubungan, sementara masing-masing memiliki fungsi khusus dalam menghasilkan produk baru. Sementara pengembangan produk memerlukan menghidupkan ide dan memastikan bahwa ide tersebut dapat diproduksi secara efektif dan terjangkau dalam skala besar, desain produk berkonsentrasi pada pengembangan dan peningkatan konsep sebagai tanggapan terhadap umpan balik pengguna.

Tanggung jawab perancang dan pengembang produk berbeda, tetapi keduanya sering kali bersinggungan. Kedua bidang ini sangat diminati di pasar kerja. Apakah Anda seorang desainer atau pengembang, Anda harus mempelajari keterampilan dan terminologi dasar dari kedua bidang tersebut. Semoga blog ini memberi Anda pengetahuan yang cukup tentang desain produk vs pengembangan produk.

Pertanyaan yang sering diajukan

• Bagaimana Cara Menggunakan Desain dan Pengembangan Produk dalam Pemasaran?

Memahami kebutuhan pelanggan, memanfaatkan desain untuk membangun identitas merek yang kuat, memasukkan elemen merek ke dalam produk, dan mengembangkan fitur dan fungsi yang berbeda untuk membedakan dari saingan adalah cara-cara yang dapat digunakan dalam desain dan pengembangan produk dalam pemasaran.

• Apakah Desain UX Juga Merupakan Bagian dari Pengembangan Produk?

Memang, desain pengalaman pengguna (UX) adalah langkah kunci dalam menciptakan produk. Desain ini berkonsentrasi pada pembuatan produk yang ramah pengguna, efektif, dan menyenangkan. Desain UX membantu memastikan bahwa produk memenuhi kebutuhan pengguna dan menawarkan pengalaman pengguna yang memuaskan.

Disadur dari: hapy.co

Mengapa riset operasi penting?

Membuat keputusan tentang lokasi, jadwal, dan proses produksi sangat penting bagi keberhasilan suatu organisasi. Riset operasi (OR) adalah salah satu alat yang digunakan organisasi untuk memperhitungkan semua elemen yang berbeda dari masalah yang diusulkan, mengkuantifikasinya dengan formula untuk mengidentifikasi hasil yang dioptimalkan. Banyak organisasi menggunakan OR sebagai bagian penting dari proses pengambilan keputusan untuk menentukan cara terbaik untuk memaksimalkan profitabilitas dan produktivitas. Dalam artikel ini, kita akan membahas apa itu OR, menjawab pertanyaan 'Mengapa riset operasi itu penting?" dan mendiskusikan karakteristik dan kegunaannya.

Apa yang dimaksud dengan riset operasi?

Riset operasi adalah alat yang digunakan organisasi untuk mengukur faktor-faktor dalam suatu masalah, yang memungkinkan manajer dan pemilik bisnis untuk mencapai keputusan yang optimal berdasarkan teknik matematika. Fungsi unik ini memberikan wawasan yang jelas tentang keputusan yang harus diambil dalam organisasi dengan membingkai ulang masalah yang sulit atau kompleks untuk menangani masalah ini secara efektif. Sebagai contoh, sebuah organisasi dapat menggunakan riset operasi untuk membuat keputusan tentang pembiayaan, pembuatan produk, atau bahkan lokasi fasilitas, memberikan jawaban yang optimal untuk membuat keputusan yang tepat. Dengan melakukan riset operasi, para pengambil keputusan dalam sebuah organisasi dapat dengan mudah memutuskan solusi mana yang memberikan hasil yang paling sesuai. Sebagai contoh, sebuah perusahaan manufaktur yang merencanakan jadwal mingguannya harus mempertimbangkan bahan yang dibutuhkan untuk memaksimalkan potensi keuntungan. Dengan memasukkan faktor-faktor yang relevan, seperti nilai produk akhir, waktu yang tersedia untuk pekerja, dan waktu untuk membuat produk, riset operasi memberikan hasil yang jelas untuk jadwal yang paling optimal untuk menghasilkan keuntungan terbesar. Metode ini juga dapat menentukan metode tercepat atau paling produktif untuk mencapai hasil yang diinginkan. 

Mengapa riset operasi penting?

Untuk menjawab pertanyaan "Mengapa riset operasi penting?", riset operasi membantu organisasi dalam mengambil keputusan besar, terutama ketika jawaban yang tepat untuk suatu masalah mungkin tidak jelas. Riset operasi adalah cara untuk mendapatkan jawaban yang jelas berdasarkan berbagai faktor. Sebagai contoh, jika sebuah organisasi tidak yakin di mana harus membeli tempat, dengan menggunakan riset operasi dan mempertimbangkan faktor-faktor seperti biaya perjalanan, biaya area, dan rantai pasokan, akan memberikan jawaban di mana di antara beberapa tempat yang memungkinkan untuk mendapatkan keuntungan maksimum. Beberapa alasan mengapa riset operasi itu penting antara lain:

Pengambilan keputusan yang lebih baik

Riset operasi membantu pemilik bisnis dan manajer membuat keputusan penting, dengan menggunakan faktor-faktor individual untuk menemukan hasil yang ideal. Dengan mengambil beberapa faktor yang berbeda dan menguranginya agar sesuai dengan formula, bisnis mendapatkan gambaran tentang apa yang mungkin menjadi pilihan terbaik tanpa kebingungan dengan data dalam jumlah besar. Riset operasi membantu menemukan solusi optimal untuk masalah tertentu, sehingga organisasi dapat mengambil keputusan yang tepat dari berbagai pilihan yang tersedia. 

Tingkat kontrol yang lebih tinggi

Teknik dan proses yang digunakan untuk riset operasi memberikan alat dan informasi yang diperlukan oleh para pengambil keputusan untuk memiliki kontrol yang lebih baik atas keputusan mereka. Kejelasan ini juga memberikan arahan kepada staf di dalam organisasi, sehingga memungkinkan identifikasi cepat terhadap area-area yang membutuhkan perbaikan. Sebagai contoh, riset operasi memberikan dasar untuk menguji standar kinerja, sehingga manajer dapat melihat sumber daya apa yang cocok untuk dioptimalkan.

Peningkatan produktivitas

Tujuan utama dari riset operasi adalah untuk membantu organisasi mengidentifikasi pendekatan yang optimal untuk memecahkan masalah. Optimalisasi ini memungkinkan organisasi untuk meningkatkan produktivitas dan efisiensi mereka dengan memberikan informasi tentang pilihan ideal untuk campuran inventaris, tenaga kerja, atau penggunaan mesin. Karena riset operasi mengukur beragam faktor, informasi ini mendukung pengenalan langkah-langkah produktivitas yang lebih baik yang difokuskan pada pencapaian hasil optimal yang dihitung dengan 

Koordinasi yang efektif

Koordinasi di berbagai departemen secara langsung berdampak pada produktivitas dan fleksibilitas dalam organisasi. Riset operasi secara langsung mendukung koordinasi yang lebih baik di berbagai departemen berdasarkan apa yang optimal bagi organisasi secara keseluruhan. Misalnya, departemen pemasaran dan penjualan dalam sebuah organisasi menyelaraskan jadwal yang dirancang untuk memaksimalkan produksi, memastikan setiap tim memiliki informasi dan pengetahuan yang diperlukan untuk membuat keputusan yang efektif.

Masalah yang terukur

Riset operasi menyediakan cara untuk mengkuantifikasi masalah yang sulit dijelaskan. Misalnya, memutuskan produk mana yang akan dijual berdasarkan ruang, waktu, dan tenaga kerja dapat mencakup banyak faktor individual. Dengan mengkuantifikasi dan menyederhanakan faktor-faktor ini ke dalam satu formula, akan lebih mudah untuk membuat keputusan berdasarkan hasil yang paling sesuai. Mengukur solusi juga membantu membawa hasil potensial kepada tim manajemen atau pemangku kepentingan untuk disetujui.

Kejelasan yang lebih baik

Kejelasan sangat penting dalam membuat keputusan bisnis. Riset operasi meningkatkan kejelasan manajemen di sekitar topik dan masalah tertentu, mengurangi kebingungan dan kemungkinan kesalahpahaman untuk pengambilan keputusan yang lebih mudah. Formula ini memecah masalah ke dalam bentuk yang sederhana, sehingga pemilik dan manajer memiliki kejelasan atas situasi yang muncul dan masalah di masa depan secepat dan seefektif mungkin. Memiliki gambaran yang jelas tentang hasil yang akan dicapai memudahkan manajer untuk membuat keputusan penting yang berpotensi merugikan. 

Karakteristik riset operasi

Riset operasi terbagi menjadi tiga komponen, masing-masing memiliki tujuan dan fungsi tertentu. Sebagai contoh, optimasi membantu menemukan solusi yang ideal, statistik menjelaskan algoritma untuk menghasilkan hasil ini dan simulasi menggunakan berbagai faktor untuk membuat model dan replikasi sistem, yang memungkinkan pengujian menyeluruh sebelum diterapkan. Berikut adalah rincian lebih lanjut dari ketiga karakteristik ini:

Simulasi

Simulasi melibatkan pembuatan model-model yang berbeda dari replikasi masalah, menyediakan berbagai cara untuk menguji dan menemukan solusi tanpa komitmen. Elemen simulasi dalam riset operasi memungkinkan para pengambil keputusan untuk mencoba berbagai faktor dan opsi sebelum berkomitmen pada hasil yang paling optimal. Simulasi juga memberikan banyak prospek untuk dipresentasikan kepada manajemen tingkat atas atau pemangku kepentingan, sehingga memungkinkan lebih banyak pilihan untuk keputusan akhir.

Optimasi

Optimasi adalah praktik mencari solusi ideal untuk suatu masalah berdasarkan informasi dan faktor yang disediakan. Maksimalisasi dan minimalisasi adalah metode yang digunakan dalam optimasi untuk menentukan berbagai faktor dan memahami apa yang memengaruhi hasil keputusan. Batasan mendukung optimasi untuk menjaga batasan hukum dan etika, seperti memastikan faktor-faktor seperti kepegawaian dan tenaga kerja sesuai dengan hukum dan tidak masuk akal untuk tempat kerja. Hasil dari pengoptimalan biasanya berupa satu hasil optimal yang paling sesuai dengan kebutuhan dan tujuan organisasi.

Statistik

Statistik dan algoritme adalah praktik matematika yang digunakan untuk memeriksa berbagai faktor dan mencapai hasil tertentu. Algoritme ini, seperti algoritme pengoptimalan, memberikan jawaban langsung untuk masalah dalam bentuk nilai yang diminimalkan dan dimaksimalkan. Statistik mengukur elemen-elemen masalah lainnya, seperti menentukan biaya terendah yang masuk akal untuk mempekerjakan staf sebuah usaha bisnis baru atau sayap manufaktur.

Penggunaan riset operasi

Riset operasi adalah alat yang membantu dalam berbagai situasi pengambilan keputusan. Sebagai contoh, sebuah organisasi dapat menggunakan riset operasi untuk mengidentifikasi solusi optimal untuk masalah yang melibatkan penjadwalan staf dan material di tempat kerja. Beberapa penggunaan umum riset operasi meliputi:

Manajemen waktu dan penjadwalan

Riset operasi menyediakan cara yang efektif untuk mempertimbangkan berbagai faktor dan memecahkan masalah penjadwalan yang optimal. Sebagai contoh, sebuah organisasi yang ingin merencanakan jadwal bulan depan dapat menggunakan OR untuk memeriksa faktor-faktor seperti jam kerja, kompleksitas produksi, dan kebutuhan material untuk mengidentifikasi cara meningkatkan produktivitas pada tahap produksi berikutnya. Dengan mengoptimalkan penjadwalan, organisasi dapat mengurangi pemborosan dan menghemat waktu pengiriman: Keterampilan manajemen waktu: definisi, contoh, dan kiat untuk peningkatan

Perencanaan sumber daya

Perencanaan sumber daya, termasuk akuisisi, mendapat manfaat dari penggunaan riset operasi. Formula ini memberikan wawasan tentang sumber daya yang diperlukan untuk proyek tertentu, memungkinkan akuisisi yang optimal tanpa pemborosan atau potensi kekurangan. Sebagai contoh, sebuah organisasi yang merencanakan proyek pengembangan TI berskala besar dapat menggunakan OR untuk mengidentifikasi persyaratan perekrutan yang tepat untuk proyek tersebut, sehingga dapat merekrut jumlah spesialis yang tepat untuk mengoptimalkan prosesnya.

Manajemen risiko

Manajemen risiko berlaku di sebagian besar industri sebagai masalah yang dihadapi organisasi dalam mempertahankan standar hukum sekaligus mengoptimalkan alur kerja. Misalnya, menggunakan batasan dalam perencanaan operasi yang terkait dengan persyaratan kesehatan dan keselamatan serta kepatuhan membantu memastikan proyek berjalan secara legal dan optimal. Dengan melibatkan OR dalam manajemen risiko, dimungkinkan untuk mempertahankan tingkat risiko minimal sekaligus memaksimalkan hasil.

Pengaturan harga

Penetapan harga untuk produk yang dijual merupakan pertimbangan bagi manajemen dan pemangku kepentingan. Riset operasi mengidentifikasi faktor-faktor dalam biaya produksi dan tenaga kerja untuk produk tertentu berdasarkan waktu, sumber daya, dan investasi lainnya. Menggunakan OR memungkinkan manajemen untuk menetapkan harga produk secara optimal di pasar, dengan batasan produk serupa untuk memastikan potensi penjualan setinggi mungkin.

Desain alur kerja

Dalam lingkungan manufaktur dan pengembangan, desain alur kerja adalah alat yang ampuh untuk mengoptimalkan seberapa produktif sebuah tempat kerja dan seberapa efektif produk mengalir dari produksi ke pengiriman. Riset operasi menyediakan sarana untuk mengidentifikasi denah lantai yang paling optimal untuk tujuan tertentu. Sebagai contoh, tata letak yang paling efektif dapat dihitung untuk efisiensi pabrik yang optimal dengan menggunakan faktor-faktor seperti jarak dan pemborosan waktu.

Disadur dari: Indeed.com

Apa itu desain sistem dan mengapa hal itu diperlukan?

Desain Sistem, setiap pengembang di dunia pasti melalui istilah ini sebelum mengembangkan arsitektur atau desain untuk perangkat lunak. Desain sistem adalah proses mendesain elemen-elemen sistem seperti arsitektur, modul dan komponen, antarmuka yang berbeda dari komponen-komponen tersebut, dan data yang melewati sistem tersebut.

Desain Sistem, setiap pengembang di dunia melewati istilah ini sebelum mengembangkan arsitektur atau desain untuk perangkat lunak.Desain sistem adalah proses mendesain elemen-elemen sistem seperti arsitektur, modul, dan komponen, antarmuka yang berbeda dari komponen-komponen tersebut, dan data yang melewati sistem itu.

Tujuan dari proses Desain Sistem adalah untuk menyediakan data dan informasi rinci yang cukup tentang sistem dan elemen sistemnya untuk memungkinkan implementasi yang konsisten dengan entitas arsitektur seperti yang didefinisikan dalam model dan pandangan arsitektur sistem.

Dalam merancang sistem, beberapa elemen yang perlu diperhatikan

• Arsitektur  

Ini adalah model konseptual yang mendefinisikan struktur, perilaku, dan lebih banyak pandangan dari sebuah sistem. Kita dapat menggunakan diagram alir untuk merepresentasikan dan mengilustrasikan arsitektur.

• Modul

Ini adalah komponen yang menangani satu tugas tertentu dalam sebuah sistem. Kombinasi dari modul-modul tersebut membentuk sistem.

• Komponen

Ini menyediakan fungsi tertentu atau kelompok fungsi terkait. Komponen ini terdiri dari modul-modul.

• Antarmuka 

ni adalah batas bersama di mana komponen-komponen sistem bertukar informasi dan berhubungan.

• Data

Ini adalah pengelolaan informasi dan aliran data.

Tugas utama yang dilakukan selama proses desain sistem

Seperti inisialisasi definisi desain

Merencanakan serta mengidentifikasi teknologi yang diperlukan untuk menyusun dan menerapkan elemen sistem beserta antarmuka fisiknya merupakan langkah awal yang krusial. Selain itu, perlu juga untuk mengevaluasi teknologi dan elemen sistem yang mungkin mengalami keusangan atau perubahan seiring dengan berjalannya sistem. Selanjutnya, perlu direncanakan potensi penggantian untuk mengantisipasi perubahan tersebut. Akhirnya, dokumentasikan dengan baik strategi definisi desain, termasuk segala kebutuhan dan persyaratan sistem, produk, atau layanan yang diperlukan untuk proses desain tersebut.

Inisialisasi definisi desain.

Merencanakan dan Mengidentifikasi teknologi yang akan menyusun dan mengimplementasikan elemen-elemen sistem dan antarmuka fisiknya.Tentukan teknologi dan elemen sistem mana yang memiliki risiko untuk menjadi usang atau berevolusi selama tahap operasi sistem. Rencanakan potensi penggantinya. Mendokumentasikan strategi definisi desain, termasuk kebutuhan dan persyaratan sistem, produk, atau layanan yang memungkinkan untuk melakukan desain.

Menetapkan karakteristik desain

Tetapkan karakteristik desain yang berkaitan dengan karakteristik arsitektur dan periksa apakah karakteristik tersebut dapat diimplementasikan.Tentukan antarmuka yang tidak didefinisikan oleh proses Arsitektur Sistem yang perlu didefinisikan saat detail desain berkembang.

Mendefinisikan dan mendokumentasikan karakteristik desain setiap elemen sistem.

• Menilai alternatif untuk mendapatkan elemen sistem
• Menilai opsi desain.
• Pilih alternatif yang paling tepat.
• Jika keputusan dibuat untuk mengembangkan elemen sistem, sisa proses definisi desain dan proses implementasi digunakan. Jika keputusannya adalah membeli atau menggunakan kembali elemen sistem, proses akuisisi dapat digunakan untuk mendapatkan elemen sistem.

Mengelola desain

• Menangkap dan mempertahankan alasan untuk semua pilihan di antara alternatif dan keputusan untuk desain, karakteristik arsitektur.
• Menilai dan mengendalikan evolusi karakteristik desain.
• Tugas Utama yang Dilakukan Selama Proses Desain Sistem

Inisialisasi definisi desain

• Merencanakan dan Mengidentifikasi teknologi yang akan menyusun dan mengimplementasikan elemen-elemen sistem dan antarmuka fisiknya.
• Tentukan teknologi dan elemen sistem mana yang memiliki risiko untuk menjadi usang atau berevolusi selama tahap operasi sistem. Rencanakan potensi penggantinya.
• Mendokumentasikan strategi definisi desain, termasuk kebutuhan dan persyaratan sistem, produk, atau layanan yang memungkinkan untuk melakukan desain.

Menetapkan karakteristik desain

• Tetapkan karakteristik desain yang berkaitan dengan karakteristik arsitektur dan periksa apakah karakteristik tersebut dapat diimplementasikan.
• Tentukan antarmuka yang tidak ditentukan oleh prosesor Arsitektur Sistem yang perlu disempurnakan seiring dengan berkembangnya detail desain.
• Mendefinisikan dan mendokumentasikan karakteristik desain setiap elemen sistem.
• Menilai alternatif untuk mendapatkan elemen sistem

Menilai opsi desain.

• Pilih alternatif yang paling tepat.
• Jika keputusan dibuat untuk mengembangkan elemen sistem, sisa proses definisi desain dan proses implementasi digunakan. Jika keputusannya adalah membeli atau menggunakan kembali elemen sistem, proses akuisisi dapat digunakan untuk mendapatkan elemen sistem.

Mengelola desain

• Menangkap dan mempertahankan alasan untuk semua pilihan di antara alternatif dan keputusan untuk desain, karakteristik arsitektur.
• Menilai dan mengendalikan evolusi karakteristik desain.
• Langkah-langkah dasar untuk merancang sistem
• Memperjelas dan menyepakati ruang lingkup sistem

Kasus pengguna

• Deskripsi urutan kejadian yang, jika digabungkan, akan menghasilkan sistem yang melakukan sesuatu yang berguna
• Siapa yang akan menggunakannya?
• Bagaimana mereka akan menggunakannya?

Kendala

• Terutama mengidentifikasi lalu lintas dan kendala penanganan data dalam skala besar.
• Skala sistem seperti permintaan per detik, jenis permintaan, data yang ditulis per detik, data yang dibaca per detik)
• Persyaratan sistem khusus seperti multi-threading, berorientasi baca atau tulis.
• Desain arsitektur tingkat tinggi (Desain abstrak)
• Membuat sketsa komponen penting dan hubungan di antara mereka, tetapi tidak membahas secara detail.
• Lapisan layanan aplikasi (melayani permintaan)
• Buat daftar berbagai layanan yang dibutuhkan.

Lapisan penyimpanan data

Contoh: Biasanya, sistem yang dapat diskalakan mencakup server web (penyeimbang beban), layanan (partisi layanan), basis data (klaster basis data master/slave), dan sistem caching.

Desain Komponen

• Komponen + API spesifik yang diperlukan untuk masing-masing komponen.
• Desain berorientasi objek untuk fungsionalitas.
  • Memetakan fitur-fitur ke dalam modul-modul: Satu skenario untuk satu modul.
  • Pertimbangkan hubungan antar modul:
    • Fungsi tertentu harus memiliki instance yang unik (Singletons)
    • Objek inti dapat terdiri dari banyak objek lain (komposisi).
    • Satu objek adalah objek lain (pewarisan)
• Desain skema basis data.

Memahami Kemacetan

• Mungkin sistem Anda membutuhkan penyeimbang beban dan banyak mesin di belakangnya untuk menangani permintaan pengguna. * Atau mungkin datanya sangat besar sehingga Anda perlu mendistribusikan database Anda ke banyak mesin. Apa saja kerugian yang terjadi jika melakukan hal tersebut?
• Apakah basis data terlalu lambat dan apakah perlu cache dalam memori?

Menskalakan desain abstrak Anda
Penskalaan vertikal
Anda menskalakan dengan menambahkan lebih banyak daya (CPU, RAM) ke mesin yang sudah ada.

Penskalaan horizontal
Anda menskalakan dengan menambahkan lebih banyak mesin ke dalam kumpulan sumber daya.

Caching

• Penyeimbangan beban membantu Anda menskalakan secara horizontal di seluruh jumlah server yang terus meningkat, tetapi caching akan memungkinkan Anda untuk menggunakan sumber daya yang sudah Anda miliki dengan lebih baik, serta membuat persyaratan produk yang sebelumnya tidak dapat dicapai menjadi layak.
• Caching aplikasi membutuhkan integrasi eksplisit dalam kode aplikasi itu sendiri. Biasanya, ini akan memeriksa apakah sebuah nilai ada di dalam cache; jika tidak, ambil nilai tersebut dari database.
• Caching basis data cenderung "gratis". Ketika Anda mengaktifkan database Anda, Anda akan mendapatkan beberapa tingkat konfigurasi default yang akan memberikan beberapa tingkat caching dan kinerja. Pengaturan awal tersebut akan dioptimalkan untuk kasus penggunaan umum, dan dengan menyesuaikannya dengan pola akses sistem Anda, Anda biasanya dapat memperoleh banyak peningkatan kinerja.
• Cache dalam memori adalah yang paling ampuh dalam hal kinerja mentah. Hal ini karena cache menyimpan seluruh kumpulan data dalam memori dan akses ke RAM jauh lebih cepat dibandingkan akses ke disk. Misalnya, Memcached atau Redis.
• misalnya, Hasil prakalkulasi (misalnya, jumlah kunjungan dari setiap domain yang dirujuk pada hari sebelumnya),
• misalnya, Pra-menghasilkan indeks yang mahal (misalnya, cerita yang disarankan berdasarkan riwayat klik pengguna)
• misalnya, Menyimpan salinan data yang sering diakses di backend yang lebih cepat (misalnya, Memcached, bukan PostgreSQL.

Penyeimbangan beban

• Server publik dari layanan web yang dapat diskalakan tersembunyi di balik penyeimbang beban. Penyeimbang beban ini mendistribusikan beban (permintaan dari pengguna Anda) secara merata ke grup/kelompok server aplikasi Anda.
• Jenis: Klien pintar (sulit untuk membuatnya sempurna), Penyeimbang beban perangkat keras ($$$ tetapi dapat diandalkan), Penyeimbang beban perangkat lunak (hibrida - berfungsi untuk sebagian besar sistem)

Replikasi basis data

Replikasi database adalah penyalinan data secara elektronik yang sering dilakukan dari database di satu komputer atau server ke database di komputer atau server lain sehingga semua pengguna memiliki informasi yang sama. Hasilnya adalah database terdistribusi di mana pengguna dapat mengakses data yang relevan dengan tugas mereka tanpa mengganggu pekerjaan orang lain. Implementasi replikasi database untuk tujuan menghilangkan ambiguitas data atau ketidakkonsistenan di antara para pengguna dikenal sebagai normalisasi.

Partisi basis data
Partisi data relasional biasanya mengacu pada penguraian tabel Anda baik berdasarkan baris (horizontal) atau kolom (vertikal).

Mengurangi Peta (Map-Reduce)

• Untuk sistem yang cukup kecil, Anda sering kali dapat menggunakan query ad-hoc pada database SQL, tetapi pendekatan tersebut mungkin tidak dapat ditingkatkan secara sepele setelah jumlah data yang disimpan atau beban tulis memerlukan sharding database Anda dan biasanya akan membutuhkan slave khusus untuk tujuan melakukan query ini (pada titik ini, mungkin Anda lebih suka menggunakan sistem yang dirancang untuk menganalisis data dalam jumlah besar, daripada melawan database Anda).
• Menambahkan layer pengurangan peta memungkinkan untuk melakukan data dan/atau operasi yang intensif dalam jumlah waktu yang masuk akal. Anda dapat menggunakannya untuk menghitung pengguna yang disarankan dalam grafik sosial, atau untuk menghasilkan laporan analitik. misalnya, Hadoop, dan mungkin Hive atau HBase.

Lapisan Platform (Layanan)

• Memisahkan platform dan aplikasi web memungkinkan Anda untuk menskalakan bagian-bagiannya secara independen. Jika Anda menambahkan API baru, Anda dapat menambahkan server platform tanpa menambahkan kapasitas yang tidak perlu untuk tingkat aplikasi web Anda.
• Menambahkan lapisan platform dapat menjadi cara untuk menggunakan kembali infrastruktur Anda untuk beberapa produk atau antarmuka (aplikasi web, API, aplikasi iPhone, dll.) tanpa menulis terlalu banyak kode boilerplate yang berlebihan untuk menangani cache, database, dll.

Pertimbangan desain Sistem Aplikasi Web

• Keamanan (CORS)
• Menggunakan CDN
  • Jaringan pengiriman konten (CDN) adalah sistem server terdistribusi (jaringan) yang mengirimkan halaman web dan konten Web lainnya kepada pengguna berdasarkan lokasi geografis pengguna, asal halaman web, dan server pengiriman konten.
  • Layanan ini efektif dalam mempercepat pengiriman konten situs web dengan lalu lintas tinggi dan situs web yang memiliki jangkauan global. Semakin dekat server CDN dengan pengguna secara geografis, semakin cepat konten dikirimkan ke pengguna.
  • CDN juga memberikan perlindungan dari lonjakan lalu lintas yang besar.
• Pencarian Teks Lengkap
• Menggunakan Sphinx/Lucene/Solr - yang mencapai respons pencarian cepat karena, alih-alih mencari teks secara langsung, ia mencari indeks sebagai gantinya.
• Dukungan offline/Peningkatan progresif
  • Pekerja Layanan
• Pekerja Web
• Perenderan Sisi Server
• Pemuatan aset secara asinkron (Lazy load item)
• Meminimalkan permintaan jaringan (Http2 + bundling/sprite, dll.)
• Produktivitas pengembang/Peralatan
• Aksesibilitas
• Internasionalisasi
• Desain responsif
• Kompatibilitas browser

Desain sistem diperlukan untuk pengembangan perangkat lunak, desain sistem memberi tahu kami persyaratan dan mengisi kesenjangan besar antara pengembang dan pengguna. Desain sistem adalah sumber kebenaran tunggal untuk pengalaman produk Anda.

Disadur dari: segwitz.com

Mengapa riset operasi sangat mengagumkan

Matematika adalah bahasa alam semesta, dan menurut definisinya, matematika itu logis. Tetapi melakukan matematika bukan hanya logika - Ini adalah proses yang sangat kreatif dalam memanfaatkan alat yang diberikan matematika kepada kita. Dalam riset operasi, Anda dapat berkreasi dengan alat matematika untuk memecahkan beberapa masalah yang sangat menarik!

Riset Operasi (Operations Research/OR) adalah bidang matematika terapan di mana alat-alat matematika tidak hanya digunakan untuk menyelidiki matematika lebih lanjut, tetapi juga untuk memodelkan, menganalisis, dan memecahkan masalah dalam domain OR.

Motivasi untuk memahami riset operasi

Pengambilan keputusan di masa depan akan sedekat mungkin dengan otomatisasi penuh (bayangkan otomatisasi tingkat "Tony Stark"). Salah satu bidang penelitian yang menyelidiki dan memajukan transisi ini adalah OR. Pada intinya, OR adalah bidang matematika terapan yang mengintegrasikan metode analitik tingkat lanjut dalam pengambilan keputusan.

Ketika masalah dan lingkungan keputusan menjadi semakin kompleks, penting untuk memajukan penelitian yang menekankan antarmuka manusia-teknologi untuk menghindari kesalahpahaman. Contoh horor klasik masa depan adalah jika seorang pengambil keputusan berusaha memaksimalkan kebahagiaan pelanggan, dan sistem (AI) menerjemahkannya dengan membuat semua orang dalam keadaan koma yang diinfus dopamin seperti yang terjadi di "The Matrix" (yang mungkin sudah kita alami...).

Tetapi ada juga masalah yang lebih nyata yang kita hadapi saat ini. Misalnya, penentuan rute untuk pengiriman paket di mana jarak total rute harus diminimalkan sambil tetap memaksimalkan jumlah paket yang dikirim. Dua tujuan tersebut, dalam kasus ekstrim, akan membuat para pengemudi tidak dapat mengantarkan paket atau tidak memiliki waktu luang, tetapi ada banyak contoh yang tidak optimal di antaranya. Dan masalah ini hanyalah puncak gunung es, Jack. Jadi, sangat penting bagi para pengambil keputusan di masa depan untuk mengintegrasikan preferensi mereka dengan benar untuk menghindari situasi seperti ini - dan Riset Operasi menyelidiki hal ini dengan tepat!

Saya mengenal OR sebagai mahasiswa pascasarjana di bidang matematika dan ekonomi, di mana ada dua pilihan yang bisa dipelajari; OR atau Rekayasa Finansial. Dibandingkan satu sama lain, Teknik Keuangan berhubungan dengan pengambilan keputusan di bidang keuangan, perdagangan, dan risiko/investasi, sedangkan Riset Operasi lebih umum di industri dan bisnis. Meskipun, beberapa terminologi menempatkan Rekayasa Keuangan sebagai sub-kategori yang lebih khusus untuk bidang OR yang lebih luas.

Apa yang dimaksud dengan riset operasi?

Secara umum, OR berkaitan dengan mendapatkan nilai ekstrim dari beberapa fungsi objektif dunia nyata; maksimum (keuntungan, kinerja, utilitas, atau hasil), minimum (kerugian, risiko, jarak, atau biaya). Metode ini menggabungkan teknik-teknik dari pemodelan matematika, optimasi, dan analisis statistik dengan menekankan pada antarmuka antara manusia dan teknologi. Namun, salah satu kesulitan dalam menjawab pertanyaan ini adalah banyaknya tumpang tindih dalam terminologi ilmiah - dan terkadang istilah-istilah tersebut menjadi sangat populer, sehingga mempengaruhi lanskap terminologi. Misalnya, popularitas istilah yang tidak jelas dan luas seperti AI dan Big Data yang keduanya sangat cocok untuk pemasaran, namun tidak ada artinya dalam diskusi penelitian. Oleh karena itu, saya telah mencoba mengilustrasikannya dalam bentuk bidang, subbidang, dan masalah yang dibahas dalam Gbr. 3.

Sebagai catatan, saya sangat dibatasi oleh representasi 2D karena ada beberapa hubungan lain antara disiplin ilmu daripada yang ditunjukkan di sini. Misalnya, teori probabilitas dan statistik menjadi bagian intrinsik dari pembelajaran mesin. Ilustrasi oleh 

Riset operasi memiliki asal-usul historis pada abad ke-17 ketika pendekatan teori permainan dan nilai ekspektasi digunakan untuk memecahkan masalah. Versi modern dari OR berasal dari perang dunia kedua ketika menjadi jelas bahwa militer perlu menyelesaikan beberapa masalah logistik dan rantai pasokan yang signifikan yang muncul dalam perang.

Saat itu, OR didefinisikan sebagai "metode ilmiah yang memberikan departemen eksekutif dasar kuantitatif untuk mengambil keputusan terkait operasi di bawah kendali mereka" dan disebut sebagai "analisis operasional" (masih ada di Denmark) atau "manajemen kuantitatif".

Masa depan riset operasi?

Fitur yang menarik dari OR adalah penerapan pengetahuan, keterampilan, dan alat bantu di berbagai industri. Saat ini, OR diterapkan dalam versi yang kurang lebih terspesialisasi di sebagian besar bisnis dan industri - mulai dari pertanian, perdagangan energi, produksi, dan penjualan hingga industri luar angkasa, penetapan harga aset, operasi militer, dan peramalan permintaan. Kasus penggunaan yang paling terkenal mungkin adalah:

• Manajemen rantai pasokan
• Manajemen logistik dan inventaris
• Masalah perutean dan pencarian jalur
• Pemeliharaan prediktif
• Masalah penjadwalan dan penugasan
• Masalah evaluasi (pengambilan keputusan multi-kriteria)
• Rekayasa sistem
• Peramalan

Penyebut umum dalam hal alat bantu adalah empat keterampilan berikut ini, yang memungkinkan Anda untuk:

• Memanfaatkan metode optimasi matematis, seperti pemrograman linier, pemrograman dinamis, pemrograman stokastik, dll.
• Mengembangkan algoritme solusi. Sering kali solusi diperlukan dalam waktu yang hampir bersamaan. Artinya, solusi optimal tidak diperlukan. Seseorang 'hanya' menginginkan solusi yang cukup baik. Untuk masalah besar dengan kompleksitas tinggi (misalnya, masalah NP-Hard), algoritma solusi seperti heuristik yang terinspirasi oleh pakar atau algoritma genetika yang terinspirasi oleh bio, optimasi koloni semut, atau bahkan jaringan syaraf tiruan atau metode peningkatan gradien yang terinspirasi oleh pohon keputusan. Hal ini tergantung pada kerangka kerja masalah dan apakah pendekatan solusi berbasis model atau berbasis data.
• Melakukan simulasi ekstensif untuk menyelidiki aspek ketahanan dan fleksibilitas dari pendekatan solusi yang diturunkan. Baik dengan simulasi Monte Carlo, analisis sensitivitas, dll.
• Melakukan analisis ekstensif terhadap masalah-misalnya untuk mengidentifikasi jalur kritis dalam jaringan. Sebagai contoh untuk mengilustrasikan pentingnya analisis yang tepat, dalam analisis jaringan, lebih khusus lagi dalam jaringan lalu lintas, telah diamati bahwa dengan menghilangkan jalan, dimungkinkan untuk meningkatkan arus lalu lintas. Hal ini disebut sebagai paradoks Braess, dan juga telah ditemukan untuk mengelabui sistem lain, seperti jaringan listrik, biologi, dan strategi olahraga tim. Jadi, sangat penting untuk menganalisis solusi dengan benar.

Disadur dari: towardsdatascience.com