MODUL PERKULIAHAN

Mata Kuliah Analisis dan Perancangan System

Modul 5:
Pemodelan dan
Prototyping Agile
Bab ini membahas pemodelan agile, yang merupakan kumpulan
pendekatan inovatif yang berpusat pada pengguna untuk pengembangan
sistem. Anda akan mempelajari nilai dan prinsip, aktivitas, sumber daya,
praktik, proses, dan alat yang terkait dengan metodologi tangkas.

Fakultas Program Studi Tatap Muka Kode MK Disusun Oleh

05
Ekonomi dan Bisnis Program 01510003 Paulus Sugianto Yusuf SE MT
Studi Akuntansi S1

Abstract
Anda akan mempelajari nilai dan
prinsip, aktivitas, sumber daya,
praktik, proses, dan alat yang terkait
dengan metodologi tangkas.
Kompetensi
Memahami akar pemodelan agile
dalam pembuatan prototipe dan
empat jenis utama pembuatan
prototipe.
Gunakan pembuatan prototipe untuk
pengumpulan kebutuhan informasi
manusia.
Pahami pemodelan agile dan praktik
inti yang membedakannya dari
metodologi pengembangan lainnya.
Pembuatan prototipe

Sebagai analis sistem yang mempresentasikan prototipe sistem informasi, Anda sangat
tertarik dengan reaksi pengguna dan manajemen terhadap prototipe tersebut.
Macam Prototipe
Prototipe kata digunakan dengan berbagai cara. Daripada mencoba untuk mensintesis
semua penggunaan ini menjadi satu definisi atau mencoba untuk memberikan satu
pendekatan yang benar untuk topik prototyping yang agak kontroversial, kami
mengilustrasikan bagaimana masing-masing dari beberapa konsepsi prototyping dapat
diterapkan secara berguna dalam situasi tertentu, seperti yang ditunjukkan pada Gambar
6.1.
Gambar 6.1
Empat jenis prototype

PROTOTYPE PATCHED-UP. Jenis prototipe pertama berkaitan dengan membangun sistem

yang berfungsi tetapi ditambal atau ditambal bersama. Dalam teknik, pendekatan ini disebut
sebagai papan tempat memotong roti: membuat model kerja yang ditambal bersama-sama
dari sirkuit terpadu (jika tidak mikroskopis).

‘20 (E) Analisis Dan Perancangan Sistem

2 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
PROTOTIPE NONOPERASIONAL. Konsepsi kedua dari prototipe adalah model skala
nonworking yang disiapkan untuk menguji aspek-aspek tertentu dari desain. Contoh dari
pendekatan ini adalah model mobil skala penuh yang digunakan dalam pengujian
terowongan angin. Ukuran dan bentuk mobil memang tepat, tetapi mobil tidak beroperasi.
Dalam hal ini, hanya fitur mobil yang penting untuk pengujian terowongan angin yang
disertakan.
PROTOTIPE SERI PERTAMA. Konsepsi ketiga dari pembuatan prototipe melibatkan
pembuatan model sistem skala penuh pertama, yang sering disebut pilot. Contohnya adalah
membuat prototipe pesawat pertama dari sebuah seri dan kemudian melihat apakah
pesawat itu terbang sebelum membangun yang kedua. Prototipe ini sepenuhnya beroperasi
dan merupakan realisasi dari apa yang diharapkan perancangnya berupa serangkaian
pesawat terbang dengan fitur yang sama.
PROTOTYPE FITUR TERPILIH. Konsepsi keempat dari pembuatan prototipe berkaitan
dengan pembangunan model operasional yang mencakup beberapa, tetapi tidak semua,
fitur yang akan dimiliki sistem akhir. Sebuah analogi akan menjadi pusat perbelanjaan ritel
baru yang dibuka sebelum pembangunan semua toko selesai.

Pedoman Pengembangan Prototipe

Setelah keputusan untuk membuat prototipe dibuat, empat pedoman utama harus
diperhatikan saat mengintegrasikan prototipe ke dalam tahap penentuan persyaratan SDLC:
 Bekerja dalam modul yang dapat dikelola.
Saat membuat prototipe beberapa fitur sistem menjadi model yang bisa diterapkan,
sangat penting bahwa seorang analis bekerja dalam modul yang dapat dikelola. Satu
keuntungan berbeda dari pembuatan prototipe adalah bahwa tidak perlu atau
diinginkan untuk membangun keseluruhan sistem kerja untuk tujuan prototipe.
 Bangun prototipe dengan cepat.
Kecepatan sangat penting untuk keberhasilan pembuatan prototipe sistem informasi.
Ingatlah bahwa satu keluhan yang disuarakan untuk tidak mengikuti SDLC
tradisional adalah bahwa interval antara penentuan persyaratan dan penyampaian
sistem yang lengkap terlalu lama untuk menangani kebutuhan pengguna yang
berkembang secara efektif.
 Ubah prototipe dalam iterasi yang berurutan.
Pedoman ketiga untuk mengembangkan prototipe adalah konstruksinya harus
mendukung modifikasi. Membuat prototipe yang dapat dimodifikasi berarti

‘20 (E) Analisis Dan Perancangan Sistem

3 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
 membuatnya dalam modul yang tidak saling bergantung. Jika pedoman ini diamati,
lebih sedikit resistensi yang ditemui saat modifikasi dalam prototipe diperlukan.
 Tekankan antarmuka pengguna.
Antarmuka pengguna untuk prototipe (dan akhirnya sistem) sangat penting. Apa
yang Anda coba capai dengan prototipe adalah membuat pengguna
mengartikulasikan lebih lanjut kebutuhan informasi mereka, sehingga mereka harus
dapat berinteraksi dengan mudah dengan prototipe sistem. Mereka harus dapat
melihat bagaimana prototipe akan memungkinkan mereka menyelesaikan tugas
mereka. Bagi banyak pengguna, antarmuka adalah sistem. Ini seharusnya tidak
menjadi batu sandungan.
Kekurangan Prototyping
• Mungkin sulit untuk mengelola pembuatan prototipe sebagai proyek dalam upaya
sistem yang lebih besar
• Pengguna dan analis dapat mengadopsi prototipe sebagai sistem yang lengkap
Keuntungan Prototyping
• Berpotensi untuk mengubah sistem di awal perkembangannya
• Peluang untuk menghentikan pengembangan pada sistem yang tidak berfungsi
• Kemungkinan mengembangkan sistem yang lebih dekat dengan kebutuhan dan
harapan pengguna
Pembuatan Prototipe Menggunakan Perangkat Lunak COTS
• Terkadang cara tercepat untuk membuat prototipe adalah melalui instalasi modular
perangkat lunak COTS
• Beberapa perangkat lunak COTS rumit dan mahal, tetapi sangat berguna
Keterlibatan pengguna yang jujur dengan:
• Bereksperimen dengan prototipe
• Memberikan reaksi terbuka terhadap prototipe
• Menyarankan penambahan atau penghapusan dari prototipe

Pemodelan Agile
Metode tangkas adalah kumpulan pendekatan inovatif yang berpusat pada pengguna untuk
pengembangan sistem
Nilai dan Prinsip Pemodelan Agile
• Communication
• Simplicity
• Feedback
• Courage

‘20 (E) Analisis Dan Perancangan Sistem

4 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
 Gambar 6.2
Nilai Sangat Penting untuk Pendekatan Agile

Prinsip Dasar Pemodelan Agile

• Puaskan pelanggan melalui pengiriman perangkat lunak yang berfungsi
• Rangkullah perubahan, bahkan jika diperkenalkan di akhir perkembangan
• Terus berikan perangkat lunak yang berfungsi secara bertahap dan sering
• Dorong pelanggan dan analis untuk bekerja sama setiap hari
• Percayai individu yang termotivasi untuk menyelesaikan pekerjaan
• Promosikan percakapan tatap muka
• Berkonsentrasilah untuk menjalankan perangkat lunak
• Mendorong pembangunan yang berkelanjutan, teratur, dan berkelanjutan
• Gunakan ketangkasan dengan memperhatikan desain yang penuh perhatian
• Dukung tim yang mengatur diri sendiri
• Berikan umpan balik yang cepat
• Mendorong kualitas
• Tinjau dan sesekali sesuaikan perilaku
• Gunakan kesederhanaan
Empat Kegiatan Dasar Pemodelan Agile
Pengkodean ditetapkan sebagai satu aktivitas yang tidak mungkin dilakukan tanpanya.
Seorang penulis menyatakan bahwa hal paling berharga yang kami terima dari kode adalah
"belajar". Prosesnya pada dasarnya adalah ini: Pikirkan, kodekan, uji, dan lihat apakah

‘20 (E) Analisis Dan Perancangan Sistem

5 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
pemikiran itu logis. Kode juga dapat digunakan untuk mengkomunikasikan ide-ide yang
sebaliknya akan tetap kabur atau tidak berbentuk. Ketika saya melihat kode Anda, saya
mungkin mendapat pemikiran baru. Kode sumber adalah dasar dari sistem kehidupan. Itu
penting untuk pembangunan.
Pengujian adalah aktivitas dasar kedua dari pengembangan. Pendekatan agile memandang
pengujian otomatis sebagai hal yang penting. Pendekatan tangkas menganjurkan menulis
tes untuk memeriksa pengkodean, fungsionalitas, kinerja, dan kesesuaian. Pemodelan
tangkas bergantung pada pengujian otomatis, dan pustaka pengujian yang besar tersedia
untuk sebagian besar bahasa pemrograman. Tes ini perlu diperbarui seperlunya selama
kemajuan proyek.
Aktivitas dasar ketiga dari perkembangan adalah mendengarkan. Di Bab 4, kita belajar
tentang pentingnya mendengarkan selama wawancara. Pada pendekatan agile,
mendengarkan dilakukan secara ekstrim. Pengembang menggunakan mendengarkan
secara aktif untuk mendengarkan mitra pemrograman mereka. Dalam pemodelan tangkas,
ketergantungan pada formal, komunikasi tertulis, dan mendengarkan menjadi keterampilan
yang terpenting.
Kegiatan dasar keempat dalam pembangunan adalah mendesain, yaitu cara membuat
struktur untuk mengatur semua logika dalam sistem. Mendesain bersifat evolusioner,
sehingga sistem yang dirancang menggunakan pendekatan tangkas dikonseptualisasikan
sebagai berkembang, selalu dirancang.

Empat Variabel Kontrol Sumber Daya Agile Modeling

WAKTU. Anda perlu memberikan cukup waktu untuk menyelesaikan sebuah proyek.
Namun, waktu terpecah menjadi banyak bagian terpisah. Anda perlu waktu untuk
mendengarkan pelanggan, waktu untuk merancang, waktu untuk membuat kode, dan waktu
untuk menguji.
BIAYA. Biaya adalah variabel kedua yang dapat kita pertimbangkan untuk disesuaikan.
Misalkan kegiatan pengkodean, perancangan, pengujian, dan pendengaran membebani
proyek, dan sumber daya yang kita masukkan ke dalam waktu, ruang lingkup, dan kualitas
tidak cukup, bahkan dengan jumlah normal yang dikhususkan untuk biaya, untuk
menyeimbangkan proyek. Pada dasarnya kami mungkin diminta untuk menyumbangkan
lebih banyak sumber daya yang membutuhkan uang untuk menyeimbangkan proyek.
KUALITAS. Variabel kontrol sumber daya ketiga adalah kualitas. Jika sistem yang ideal
sempurna, mengapa begitu banyak upaya dilakukan dalam memelihara sistem? Apakah kita
sudah mempraktikkan pengembangan tangkas dengan mengorbankan kualitas dalam
pengembangan perangkat lunak? Pada Bab 16 kita akan melihat pentingnya kualitas dan

‘20 (E) Analisis Dan Perancangan Sistem

6 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
metode (seperti TQM dan Six Sigma) yang membantu memastikan bahwa kualitas
perangkat lunak tinggi.
CAKUPAN. Terakhir, ada ruang lingkup. Dalam pendekatan agile, cakupannya ditentukan
dengan mendengarkan pelanggan dan membuat mereka menuliskan cerita mereka.
Kemudian ceritanya diperiksa untuk melihat seberapa banyak yang bisa dilakukan dalam
waktu tertentu untuk memuaskan pelanggan. Cerita harus singkat dan mudah dipahami.

Empat Praktik Tangkas Inti

• Rilis singkat
• 40 jam kerja seminggu
• Pelanggan di tempat
• Pasangkan pemrograman
Gambar 6.3
Agile Core Practices

Proses Pengembangan Agile

• Dengarkan cerita pengguna
• Gambar model alur kerja yang logis

‘20 (E) Analisis Dan Perancangan Sistem

7 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
 • Buat cerita pengguna baru berdasarkan model logis
• Kembangkan beberapa prototipe tampilan
• Buat model data fisik menggunakan umpan balik dari prototipe dan diagram alur
kerja logis
Menulis Kisah Pengguna
• Interaksi lisan antara pengembang dan pengguna
• Mencari yang pertama dan terpenting untuk mengidentifikasi kebutuhan pengguna
bisnis yang berharga
• Tujuannya adalah mencegah kesalahpahaman atau kesalahpahaman tentang
kebutuhan pengguna
Gambar 6.4
Kisah Pengguna Dapat Direkam di Kartu

Scrum
• Mulailah proyek dengan rencana tingkat tinggi yang dapat diubah dengan cepat
• Keberhasilan proyek adalah yang paling penting
• Keberhasilan individu adalah nomor dua
• Pemimpin proyek memiliki beberapa (tidak banyak) pengaruh pada detail
• Tim sistem bekerja dalam kerangka waktu yang ketat
Kami dapat mendeskripsikan komponen dari metodologi scrum sebagai:
• Product backlog, yang daftarnya diturunkan dari spesifikasi produk.
• Sprint backlog, daftar tugas yang berubah secara dinamis untuk diselesaikan di
sprint berikutnya.
• Sprint, periode 30 hari di mana tim pengembangan mengubah backlog menjadi
perangkat lunak yang dapat didemonstrasikan.Scrum harian
• Daily scrum, pertemuan singkat di mana komunikasi adalah aturan nomor satu.
Anggota tim perlu menjelaskan apa yang mereka lakukan sejak rapat terakhir,

‘20 (E) Analisis Dan Perancangan Sistem

8 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
 apakah menemui kendala, dan apa yang akan mereka lakukan sebelum rapat harian
scrum berikutnya.
• Demo, perangkat lunak yang berfungsi yang dapat didemonstrasikan kepada
pelanggan.
Pelajaran yang Dipetik dari Pemodelan Agile
• Rilis singkat memungkinkan sistem berkembang
• Pemrograman berpasangan meningkatkan kualitas keseluruhan
• Pelanggan di lokasi saling menguntungkan bagi bisnis dan tim pengembangan yang
gesit
• 40 jam kerja seminggu meningkatkan efektivitas pekerja
• Sumber daya dan aktivitas yang seimbang mendukung tujuan proyek
• Nilai-nilai tangkas sangat penting untuk sukses
Gambar 6.5
Ada Enam Pelajaran Penting Yang Bisa Ditarik
dari Pendekatan Agile ke Sistem

Membandingkan Pemodelan Tangkas dan Metode Terstruktur

Seperti yang Anda lihat, metode tangkas dikembangkan dengan cepat, dilaporkan berhasil,
dan pengguna adalah pelanggan yang terlibat langsung. Memang benar bahwa proyek yang

‘20 (E) Analisis Dan Perancangan Sistem

9 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
dikembangkan dengan menggunakan metode tangkas sering kali memerlukan penyesuaian
agar berfungsi dengan baik, pengembang yang gesit mengakui bahwa mengutak-atik adalah
bagian dari proses. Pendekatan agile menyiratkan banyak rilis singkat, dengan fitur yang
ditambahkan di sepanjang jalan.
Meningkatkan Efisiensi dalam Pekerjaan Pengetahuan: SDLC Versus Agile
Peneliti Davis dan Naumann (1999) mengembangkan daftar tujuh strategi yang dapat
meningkatkan efisiensi kerja pengetahuan: mengurangi waktu dan kesalahan antarmuka,
mengurangi waktu proses belajar dan kerugian pemrosesan ganda, mengurangi waktu dan
upaya untuk menyusun tugas dan memformat keluaran, mengurangi perluasan pekerjaan
yang tidak produktif, mengurangi pencarian data dan pengetahuan serta waktu dan biaya
penyimpanan, mengurangi waktu dan biaya komunikasi dan koordinasi, dan mengurangi
kerugian akibat informasi manusia yang berlebihan. Para peneliti ini percaya ini penting
karena, berdasarkan studi mereka terhadap sekelompok programmer, mereka mengklaim
bahwa programmer terbaik 5 hingga 10 kali lebih produktif daripada yang terburuk. Lebih
lanjut mereka menunjukkan rasio ini hanya 2: 1 untuk pekerja dalam tugas administrasi atau
fisik. Saran mereka adalah perangkat lunak dapat membantu memperbaiki banyak situasi.
MENGURANGI WAKTU INTERFACE DAN ERROR. Analis dan pemrogram sistem perlu
menganalisis, merancang, dan mengembangkan sistem menggunakan alat kerja
pengetahuan yang berkisar dari Microsoft Office hingga alat CASE yang canggih dan mahal.
Mereka juga perlu mendokumentasikan saat mereka mengembangkan sistem. Penting
bahwa analis dan pemrogram mampu memahami antarmuka yang mereka gunakan.
Mereka perlu mengetahui cara mengklasifikasikan, membuat kode, menyimpan, dan
menulis tentang data yang mereka kumpulkan.

‘20 (E) Analisis Dan Perancangan Sistem

10 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
 Gambar 6.6
Bisa Jadi Strategi untuk Meningkatkan Efisiensi
Diterapkan Menggunakan Dua Pendekatan Pengembangan Berbeda

MENGURANGI WAKTU PEMBELAJARAN PROSES DAN KERUGIAN PENGOLAHAN

GANDA. Analis dan pemrogram mempelajari teknik khusus dan bahasa perangkat lunak
yang diperlukan untuk menyelesaikan proyek saat ini. Inefisiensi sering kali terjadi ketika
beberapa analis dan pemrogram sudah mengetahui produk yang digunakan sementara
yang lain masih perlu mempelajarinya. Sayangnya, perusahaan sering meminta
pengembang sistem untuk mempelajari aplikasi baru pada saat yang sama mereka
menggunakan aplikasi ini untuk membangun sistem. Pelatihan di tempat kerja ini sangat
memperlambat keseluruhan proyek pengembangan sistem.
MENGURANGI WAKTU DAN UPAYA UNTUK STRUKTUR TUGAS DAN FORMAT
OUTPUT. Setiap kali proyek dimulai, pengembang perlu menentukan batasannya. Dengan
kata lain, pengembang perlu mengetahui apa yang akan dikirimkan dan bagaimana mereka
akan mengatur proyek sehingga mereka dapat menyelesaikan semua tugas yang
diperlukan.
MENGURANGI EKSPANSI KERJA NONPRODUKTIF. Hukum Parkinson menyatakan
bahwa "pekerjaan berkembang untuk mengisi waktu yang tersedia untuk penyelesaiannya."
Jika tidak ada tenggat waktu yang ditentukan, kemungkinan pekerjaan pengetahuan akan
terus berkembang.
MENGURANGI WAKTU DAN BIAYA PENCARIAN DATA DAN PENGETAHUAN.
Pengembang sistem perlu mengumpulkan informasi tentang organisasi, tujuan, prioritas,

‘20 (E) Analisis Dan Perancangan Sistem

11 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
dan detail tentang sistem informasi saat ini sebelum mereka dapat melanjutkan untuk
mengembangkan sistem baru. Metode pengumpulan data meliputi wawancara, administrasi
kuesioner, observasi, dan investigasi dengan memeriksa laporan dan memo.
MENGURANGI WAKTU DAN BIAYA KOMUNIKASI DAN KOORDINASI.
Komunikasi antara analis dan pengguna, serta di antara analis itu sendiri, merupakan inti
dari sistem yang berkembang. Komunikasi yang buruk tentunya merupakan akar dari
berbagai masalah pembangunan. Kami tahu bahwa komunikasi meningkat ketika lebih
banyak orang bergabung dalam suatu proyek. Ketika dua orang mengerjakan sebuah
proyek, ada satu kesempatan untuk percakapan satu lawan satu; ketika tiga orang terlibat,
ada tiga kemungkinan; jika ada empat yang terlibat, ada enam kemungkinan, dan
seterusnya. Anggota tim yang tidak berpengalaman perlu waktu untuk mempercepat, dan
mereka dapat memperlambat proyek meskipun mereka dimaksudkan untuk membantu
mempercepatnya.
MENGURANGI KEHILANGAN DARI KELEBIHAN INFORMASI MANUSIA. Kami telah lama
mengetahui bahwa orang tidak bereaksi dengan baik dalam situasi kelebihan informasi.
Ketika telepon menjadi teknologi yang sedang berkembang, operator switchboard secara
manual menghubungkan panggilan antara dua pihak.

Risiko Inheren dalam Inovasi Organisasi

Dalam konsultasi dengan pengguna, analis harus mempertimbangkan risiko yang dihadapi
organisasi saat mengadopsi metodologi baru. Jelas, ini adalah bagian dari pertanyaan yang
lebih besar tentang kapan waktu yang tepat untuk meningkatkan keterampilan manusia,
mengadopsi proses organisasi baru, dan melakukan perubahan internal.
BUDAYA ORGANISASI. Pertimbangan utama dalam inovasi organisasi adalah budaya
keseluruhan organisasi dan bagaimana budaya tim pengembangan cocok di dalamnya.
Budaya organisasi konservatif dengan banyak fitur stabil yang tidak berusaha untuk
berinovasi mungkin merupakan konteks yang tidak sesuai atau bahkan tidak ramah untuk
adopsi metodologi tangkas oleh kelompok pengembangan sistem. Analis dan pengembang
lain harus berhati-hati dalam memperkenalkan teknik baru ke dalam jenis pengaturan ini
karena keberhasilan mereka masih jauh dari pasti, dan anggota tim pengembangan lama
atau anggota organisasi lainnya mungkin terancam oleh cara kerja baru yang berangkat dari
pendekatan yang biasa dan dapat diandalkan. dengan hasil yang sudah terbukti.
WAKTU. Organisasi harus bertanya dan menjawab pertanyaan kapan waktu terbaik untuk
berinovasi dengan penerapan metodologi pengembangan sistem baru ketika semua proyek
dan faktor lain (internal dan eksternal) diperhitungkan. Organisasi harus mempertimbangkan
keseluruhan proyek yang mereka investasikan, melihat ke depan pada tenggat waktu

‘20 (E) Analisis Dan Perancangan Sistem

12 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
proyek, menjadwalkan peningkatan pabrik fisik, dan menyerap perkiraan industri dan
ekonomi utama.
BIAYA. Risiko lain dari penerapan metodologi tangkas untuk organisasi adalah biaya yang
terlibat dalam pendidikan dan pelatihan analis sistem dan pemrogram dalam pendekatan
baru. Ini dapat melibatkan seminar dan kursus di luar lokasi yang mahal atau menyewa
konsultan untuk bekerja dengan staf di lokasi saat ini. Lebih lanjut, biaya peluang terlibat
ketika pengembang sistem perlu dialihkan (meskipun sementara) dari proyek yang sedang
berlangsung untuk mempelajari keterampilan baru. Pendidikan itu sendiri bisa mahal, tetapi
beban tambahan dikenali ketika analis tidak bisa memperoleh pendapatan selama masa
pelatihan mereka.
REAKSI KLIEN. Ketika klien (apakah mereka internal atau eksternal) terlibat sebagai
pengguna atau pemrakarsa upaya pengembangan sistem informasi, reaksi terhadap
penggunaan metode baru yang disyaratkan oleh pendekatan tangkas juga menjadi
pertimbangan utama. Beberapa klien bereaksi dengan gembira begitu manfaat ketepatan
waktu dan keterlibatan dijelaskan. Yang lain tidak ingin digunakan untuk "eksperimen"
sistem dengan hasil yang tidak pasti. Hubungan klien-analis harus cukup tangguh untuk
menyerap dan beradaptasi dengan perubahan dalam perilaku yang diharapkan. Misalnya,
kehadiran klien di tempat selama pengembangan adalah komitmen utama yang harus
dipahami dan disepakati secara menyeluruh oleh mereka yang mengadopsi metode
tangkas.
MENGUKUR DAMPAK. Pertimbangan lain bagi organisasi yang mengadopsi metodologi
tangkas adalah bagaimana mengesahkan dan mengukur bahwa metode baru akan
memfasilitasi pengembangan sistem yang sukses. Kekuatan dan kelemahan metode
terstruktur tradisional yang digunakan untuk mengembangkan sistem informasi sudah
dikenal.
HAK PERORANGAN PROGRAMMER / ANALIS. Pengembang sistem yang sukses (analis
dan pemrogram) melatih kreativitas dalam pendekatan mereka terhadap pekerjaan mereka,
dan mereka berhak mendapatkan hak untuk bekerja dalam konfigurasi yang paling berhasil.
Ada kemungkinan bahwa persyaratan kerja metode tangkas baru (misalnya, pemrograman
berpasangan) melanggar beberapa hak dasar orang kreatif untuk bekerja sendiri atau dalam
kelompok sesuai dengan yang ditentukan oleh karya desain. Tidak ada "satu cara terbaik"
untuk merancang sistem, modul, antarmuka, formulir, atau halaman web. Dalam kasus
pengembang sistem, kreativitas, subjektivitas, dan hak untuk mencapai tujuan desain
melalui berbagai jalur individu perlu diimbangi dengan adopsi organisasi dari pendekatan
inovatif seperti metodologi tangkas.

‘20 (E) Analisis Dan Perancangan Sistem

13 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen
 Gambar 6.7
Mengadopsi Sistem Informasi Baru
Menyeimbangkan Beberapa Risiko

‘20 (E) Analisis Dan Perancangan Sistem

14 dari Modul 3 Biro Akademik dan Pembelajaran
http://www.widyatama.ac.id
Tim Dosen