LECTURE NOTES

ISYS6507
Testing dan Implementation System

Week 10

Implementation

ISYS6507 – Testing and System Implementation

 LEARNING OUTCOMES

LO4: Design the software implementation plans

OUTLINE MATERI (Sub-Topic):

1. Direct Cutover
2. Parallel
3. Phased

ISYS6507 – Testing and System Implementation

 ISI MATERI

Implementasi proyek berfokus pada pemasangan atau pelepasan pengiriman utama

proyek dalam organisasi — yaitu, produk atau sistem yang dibangun atau menginstal paket
perangkat lunak yang dibeli. Rilis atau implementasi ini memerlukan rencana taktis yang
memungkinkan tim proyek untuk memindahkan produk proyek dari lingkungan
pengembangan dan pengujian ke operasi sehari-hari organisasi atau di tangan pelanggan.
Pada titik tertentu, pengujian selesai dan tim proyek dan manajer proyek kemudian
menjadi bertanggung jawab untuk memastikan bahwa produk atau sistem dipindahkan dengan
sukses dari lingkungan pengembangan dan pengujian ke lingkungan operasional pelanggan
atau organisasi.
Memilih pendekatan implementasi yang tidak tepat dapat berdampak negatif terhadap
sisa jadwal dan anggaran proyek. Secara umum, tim proyek dapat mengambil salah satu dari
tiga pendekatan implementasi yaitu direct cutover, parallel dan phased (bertahap).

Direct Cutover
Pendekatan langsung langsung, seperti yang diilustrasikan dalam Gambar 10.1, dapat
digunakan untuk mengganti produk atau sistem yang ada. Singkatnya, produk atau sistem lama
dimatikan dan produk atau sistem baru dilepaskan atau dihidupkan. Secara umum, target, atau
tanggal rilis disepakati, dan produk atau sistem baru menggantikan yang lama.

Gambar 10.1. Direct Cutover (Marchewka, 2016)

ISYS6507 – Testing and System Implementation

 Pendekatan ini juga tepat untuk dilakukan ketika merilis produk atau sistem baru, saat
pengiriman cepat sangat penting, atau ketika produk atau sistem yang ada sangat buruk
sehingga harus diganti sesegera mungkin. Cutover langsung mungkin juga sesuai ketika suatu
sistem tidak kritis terhadap misi — yaitu, kegagalan sistem tidak akan berdampak besar pada
organisasi. Namun, penting bahwa produk atau sistem baru diuji secara menyeluruh sehingga
semua orang yakin bahwa sedikit tidak ada masalah sedikitpun, sebab jika ada masalah besar
akan muncul.
Meskipun ada beberapa keuntungan menggunakan pendekatan langsung langsung, ada
juga sejumlah risiko yang terlibat yang umumnya menjadikan ini pendekatan yang paling tidak
disukai kecuali dalam beberapa situasi yang direncanakan dengan cermat. Meskipun
pendekatan langsung langsung bisa cepat, mungkin tidak selalu tanpa rasa sakit. Anda mungkin
menganggap pendekatan ini sebagai berjalan di atas tali tanpa jaring pengaman. Anda mungkin
dapat berpindah dari satu ujung tali ke yang lain dengan cepat, tetapi bukan tanpa banyak risiko.
Selanjutnya, mungkin anda tidak akan kembali begitu sistem lama dimatikan dan sistem baru
dihidupkan. Akibatnya, organisasi dapat mengalami penundaan besar, pengguna dan
pelanggan yang frustrasi, kehilangan pendapatan, dan tenggat waktu yang terlewat. Tekanan
untuk memastikan bahwa semuanya benar atau harus berurusan dengan masalah dan membuat
marah pelanggan atau pemangku kepentingan proyek dapat menciptakan banyak tekanan bagi
tim proyek.

Parallel
Seperti yang diilustrasikan oleh Gambar 10.2. pendekatan paralel untuk implementasi
memungkinkan produk atau sistem lama dan baru berjalan bersamaan untuk sementara waktu.
Pada titik tertentu, organisasi beralih sepenuhnya dari yang lama ke yang baru. Pendekatan
paralel sesuai ketika masalah atau kegagalan produk atau sistem dapat memiliki dampak besar
pada organisasi. Sebelum beralih sepenuhnya ke sistem baru, organisasi dapat menjalankan
kedua sistem secara bersamaan untuk membandingkan output dari kedua sistem. Pendekatan
ini memberikan keyakinan bahwa sistem baru berfungsi dan berkinerja baik sebelum benar-
benar mengandalkannya.

ISYS6507 – Testing and System Implementation

 Gambar 10.2. Parallel (Marchewka, 2016)

Meskipun pendekatan paralel mungkin tidak terlalu membuat stres bagi tim proyek
dibandingkan dengan pendekatan langsung, itu dapat menciptakan lebih banyak tekanan bagi
pelanggan atau pengguna sistem. Beban kerja tambahan dan jam lembur mungkin mulai
mengambil korban dan tekanan bagi tim proyek untuk "melanjutkannya" dapat menciptakan
lingkungan yang penuh tekanan bagi semua orang yang terlibat.
Di sisi lain, banyak organisasi memiliki dua versi produk yang tersedia untuk pelanggan
mereka. Misalnya, perusahaan yang mengembangkan dan menjual sistem operasi dapat
mendukung beberapa versi untuk beberapa waktu hingga versi yang lebih lama dihapus secara
resmi. Selanjutnya, ini dapat mengakibatkan dukungan yang signifikan, pemeliharaan, dan
biaya penjualan karena kedua produk tersedia untuk pelanggannya.

Phased
Mengikuti pendekatan bertahap, produk atau sistem dirilis dalam modul atau di
berbagai bagian organisasi secara bertahap sebagaimana diilustrasikan dalam Gambar 10.3.

ISYS6507 – Testing and System Implementation

 Gambar 10.3. Phased (Marchewka, 2016)

Pendekatan bertahap mungkin tepat ketika memperkenalkan sistem perangkat lunak ke

berbagai bidang organisasi. Ketika memutakhirkan sistem operasi, misalnya, departemen TI
dapat melakukan peningkatan berdasarkan departemen demi departemen sesuai dengan jadwal
yang dipublikasikan. Dalam hal ini, tanggal target untuk setiap departemen akan ditetapkan
untuk memungkinkan masing-masing departemen untuk merencanakan peningkatan yang
sesuai. Pendekatan bertahap juga memungkinkan tim proyek belajar dari pengalamannya
selama implementasi awal sehingga implementasi selanjutnya berjalan lebih lancar. Demikian
pula, tim proyek yang mengembangkan produk menggunakan Agile, dapat merencanakan
beberapa rilis produk di mana fitur dan fungsi yang meningkat ditambahkan ke setiap rilis
produk berikutnya.
Meskipun pendekatan bertahap mungkin membutuhkan waktu lebih lama daripada
pendekatan langsung langsung, pendekatan ini mungkin memiliki resiko lebih rendah dan jauh
lebih mudah dikelola. Juga, tanggal target yang terlalu optimis atau masalah yang dialami
selama fase awal implementasi dapat menciptakan reaksi berantai yang mendorong kembali
tanggal yang dijadwalkan dari implementasi yang direncanakan yang tersisa.
Gambar 10.4 berkut ini akan memperlihatkan rangkuman dari ketiga pendekatan
implementasi diatas.

ISYS6507 – Testing and System Implementation

Gambar 10.4. Rangkuman 3 Pendekatan Implementasi (Marchewka, 2016)

ISYS6507 – Testing and System Implementation

 SIMPULAN

Kesimpulan yang dapat diambil dari materi ini adalah:

1. Cut Over: produk atau sistem lama dimatikan dan produk atau sistem baru dilepaskan
atau dihidupkan.
2. Paralel: Sebelum beralih sepenuhnya ke sistem baru, organisasi dapat menjalankan
kedua sistem secara bersamaan untuk membandingkan output dari kedua sistem.
Pendekatan ini memberikan keyakinan bahwa sistem baru berfungsi dan berkinerja baik
sebelum benar-benar mengandalkannya
3. Phase: Ketika memutakhirkan sistem operasi, misalnya, departemen TI dapat
melakukan peningkatan berdasarkan departemen demi departemen sesuai dengan
jadwal yang dipublikasikan. Dalam hal ini, tanggal target untuk setiap departemen akan
ditetapkan untuk memungkinkan masing-masing departemen untuk merencanakan
peningkatan yang sesuai. Pendekatan bertahap juga memungkinkan tim proyek belajar
dari pengalamannya selama implementasi awal sehingga implementasi selanjutnya
berjalan lebih lancar

ISYS6507 – Testing and System Implementation

 DAFTAR PUSTAKA

Marchewka, Jack T. (2016). Information technology project management: providing

measurable organizational valu. 5th Edition. Wiley

ISYS6507 – Testing and System Implementation