LATAR BELAKANG PRINSIP AGILE SOFTWARE DEVELOPMENT

Transkripsi

1 LATAR BELAKANG Agile Sftware develpment adalah salah satu metdlgi dalam pengembangan sebuah perangkat lunak. Kata Agile berarti bersifat cepat, ringan, bebas bergerak, waspada. Kata ini digunakan sebagai kata yang menggambarkan knsep mdel prses yang berbeda dari knsep mdelmdel prses yang sudah ada. Knsep Agile sftware develpment dicetuskan leh Kent Beck dan 16 rekannya dengan menyatakan bahwa Agile Sftware Develpment adalah cara membangun sftware dengan melakukannya dan membantu rang lain membangunnya sekaligus. Dalam Agile Sftware Develpment prses saling mempengaruhi dalam hubungan timbal balik (interaksi) lebih penting dari pada prses yg memebutuhkan banyak alat, sftware yang berfungsi lebih penting daripada dkumentasi yang lengkap, klabrasi dengan klient lebih penting daripada negsiasi kntrak, dan sikap tanggap terhadap perubahan lebih penting daripada mengikuti rencana. Namun demikian, sama seperti mdel prses yang lain, agile sftware develpment memiliki kelebihan dan tidak cck untuk semua jenis pryek, prduk, rang dan situasi. Agile Sftware Develpment memungkinkan mdel prses yang tleransi terhadap perubahan kebutuhan sehingga perubahan dapat cepat ditanggapi. Namun di sisi lain menyebabkan prduktiitas menurun. PRINSIP AGILE SOFTWARE DEVELOPMENT Salah satu ciri dari Agile Sftware Develpment adalah tim yang tanggap terhadap perubahan. Karena perubahan adalah hal yang utama dalam membangun sftware: perubahan kebutuhan sftware, perubahan anggta tim, perubahan teknlgi dll. Selain itu Agile Sftware Develpment juga melihat pentingnya kmunikasi antara anggta tim, antara rang-rang teknis dan businessmen, anatara develper dan managernya. Cirri lain adalah klien menjadi bagian dari tim pembangun sftware. Ciri-ciri ini didukung leh 12 prinsip yang diterapkan leh Agile Alliance. Menurut Agile Alliance, 12 prinsip ini

2 adalah bagi mereka yang ingin berhasil dalam penerapan Agile Sftware Develpment : 1. Kepuasan klien adalah priritas utama dengan menghasilkan prduk lebih awal dan terus menerus. 2. Menerima perubahan kebutuhan, sekalipun diakhir pengembangan 3. Penyerahan hasil/sftware dalam hitungan waktu dua minggi sampai dua bulan 4. Bagian bisnis dan pembangun kerja sama tiap hari selama pryek berlangsung 5. Membangun pryek dilingkungan rang-rang yang bermtivasi tinggi yang bekerja dalam lingkungan yang mendukung dan yang dipercaya untuk dapat menyelesaikan pryek. 6. Kmunikasi dengan berhadapan langsung adalah kmunikasi yang efektis dan efisien 7. Sftware yang berfungsi adalah ukuran utama dari kemajuan pryek 8. Dukungan yang stabil dari spnsr, pembangun, dan pengguna diperlukan untuk menjaga perkembangan yang berkesinambungan. 9. Perhatian kepada kehebatan teknis dan desain yang bagus meningkatkan sifat agile 10. Kesederhanaan penting 11. Arsitek. Kebutuhan dan desain yang bagus muncul dari tim yang mengatur dirinya sendiri 12.Secara peridic tim evaluasi diri dan mencari cara untuk lebih efektif dan segera melakukannya Kedua belas prinsip tersebut menjadi suatu dasar bagi mdel-mdel prses yang punya sifat agile. Dengan prinsip-prinsip tersebut agile prcess mdel berusaha untuk menyiasati tiga asumsi penting tentang pryek sftware pada umumnya :

3 1. Kebutuhan sftware sulit diprediksi dari awal dan selalu akan berubah. Selain itu, priritas klien juga sering berjalannya pryek. 2. Desain dan pembangunan sering tumpang tindih. Sulit diperkirakan seberapa jauh desain yang diperlukan sebelum pembangunan 3. Analisis, desain, pembangunan dan testing tidak dapat diperkirakan seperti yang diinginkan. FAKTOR MANUSIA PADA AGILE PROCESS MODEL Kunci faktr manusia pada mdel ini adalah prses didasari pada kebutuhan rang dan tim bukan sebaliknya, Untuk dapat sukses menerapkan mdel prses ini, pada faktr manusia ada beberapa kunci penting: a. Kmpetensi: ketrampilan dalam membangun dan pengetahuan tentang prses membangun b. Fkus: memiliki fkus yang sama sekalipun peran dalam tim berbeda c. Klabrasi : kerja sama dengan klien, anggta tim dan manajer. d. Kemampuan ambil keputusan : tim pembangun memiliki tnmi dalam pengambilan keputusan terkait teknis dan pryek e. Kemampuan fuzzy prblem-slving: mampu menyelesaikan memilah masalah yang penting untuk dipecahkan segera atau nanti. f. Saling percaya dan hrmat: kekmpakan tim yang didukung leh rasa percaya dan saling menghargai satu sama lain. g. Manajemen diri: tim mengatur diri untuk selesaikan pryek, mengatur prses untuk disesuaikan dengan lingkungannya, tim menjadwal dirinya untuk menyerahkan hasil METODE KERJA AGILE Dalam prses pengembangan agile kita mengenal dengan iterasi atau perulangan. Singkatnya jika suatu pryek pengembangan sftware dikerjakan dengan menggunakan metde Agile, maka selama waktu

4 pengerjaannya akan selalu dijumpai prses pengembangan yang dilakukan berulang. Setiap perulangan (iterasi) meliputi berbagai kegiatan yang wajib dilakukan dalam pryek pengembangan sftware itu sendiri yaitu : 1. Perencanaan 2. Requirements Analysis : Langkah ini merupakan analisa terhadap kebutuhan sistem. Pengumpulan data dalam tahap ini bisa malakukan sebuah penelitian, wawancara atau study literatur. Serang sistem analis akan menggali infrmasi sebanyak-banyaknya dari user sehingga akan tercipta sebuah sistem kmputer yang bisa melakukan tugas-tugas yang diinginkan leh user tersebut. Tahapan ini akan menghasilkan dkumen user requirment atau bisa dikatakan sebagai data yang berhubungan dengan keinginan user dalam pembuatan sistem. Dkumen ini lah yang akan menjadi acuan sistem analis untuk menterjemahkan ke dalam bahasa pemprgram. 3. Desain : Prses desain akan menerjemahkan syarat kebutuhan ke sebuah perancangan perangkat lunak yang dapat diperkirakan sebelum dibuat cding. Prses ini berfkus pada : struktur data, arsitektur perangkat lunak, representasi interface, dan detail (algritma) prsedural. Tahapan ini akan menghasilkan dkumen yang disebut sftware requirment. Dkumen inilah yang akan digunakan prggrammer untuk melakukan aktivitas pembuatan sistemnya. 4. Cding : Cding merupan penerjemahan design dalam bahasa yang bisa dikenali leh kmputer. Dilakukan leh prgrammer yang akan meterjemahkan transaksi yang diminta leh user. Tahapan ini lah yang merupakan tahapan secara nyata dalam mengerjakan suatu sistem. Dalam artian penggunaan kmputer akan dimaksimalkan dalam tahapan ini. 5. Testing : testing adalah menemukan kesalahan-kesalahan terhadap sistem tersebut dan kemudian bisa diperbaiki.

5 6. Dkumentasi SYARAT DAN CARA ITERASI Skema Aktivitas Per Tahapan dan Iterasi 1. Lifecycle bjectives (LCO)

6 scpe cncurrence initial requirement definitin plan cnarrence risk acceptance prject feasibility prject plan prtkli cmpliance 2. Life cyle architecture (LCA) visin stability architecture stability risc acceptance prject feasibility prject plan enterprise cmpliance 3. Initial peratinal capability (LOC) system stability prepared stakehlders risk acceptance cst and estmate 4. Prduct release (PR) business aceeptance peratin acceptance supprt acceptance cast and estimate acceptance Detail Aktivitas Per Tahapan dan Iterasi Pada bagian ini akan dipaparkan penjelasan per aktifitas yang terdapat dalam setiap tahapan dan iterasi AUP.

7 1. Inceptin Banyak Iterasi : 1 iterasi Tujuan : a. Mendefinisikan batasan-batasan lingkup pryek, b. Memperleh estimasi kasar terhadap biaya dan waktu, c. Mendefinisikan resik yang mungkin terjadi, d. Menentukan kemampuan Perusahaan terhadap pengerjaan pryek (prject feasiblility), e. Mempersiapkan lingkungan pengerjaan pryek (tim, tempat kerja, instalasi, dsb) 2. Elabratin Banyak Iterasi : 1 2 iterasi Tujuan : a. Mengidentifikasikan arsitektur sistem yang akan diimplementasikan, b. Memvalidasi arsitektur yang hendak diimplementasikan 3. Cnstructin Banyak Iterasi : 2 8 iterasi Tujuan : a. Memdelkan, membangun dan mengujis sistem. b. Membuat dkumentasi yang mendukung. 4. Transitin Banyak Iterasi : 1-2 iterasi Tujuan : a. Menguji sistem secara keseluruhan. b. Menghantarkan dan menginstalasikan sistem ke rganisasi.

8 Maka jelas bahwa satu kali iterasi bertujuan menghasilkan mdul atau fungsinalitas yang deliverable pada client. Setiap iterasi umumnya berlangsung dalam jangka waktu 1 sampai 4 minggu. Langkah-langkah pengembangan perangkat lunak Agile adalah suatu filsfi yang mendrng kepuasaan pelanggan, penyerahan hasil perangkat lunak secara bertahap, tim pryek yang kecil, metda infrmal, dan prses pengembangan perangkat lunak dengan perancangan minimal namun tetap efektif. Agile membantu mempermudah para pengembang perangkat lunak untuk melakukan penyerahan prduk tepat waktu dari suatu tahap perasinal perangkat lunak yaitu analisa dan desain. AGILE PROCESS MODEL Berikut ini adalah mdel-mdel prses yang termasuk agile prcess mdel : 1. XP (Extreme Prgramming) a) Dipublikasikan leh Kent Beck tahun 1999 b) Menggunakan pendekatan berrientasi bjek c) Aktifitas Perencanaan : pengumpulan user stries dari klien yang klien tetapkan priritasnya. Setiap stry ditetapkan harga dan lama pembangunan, jika terlalu besar, stry dapat dipecah menjadi beberapa stry yang lebih kecil. Periksa dan pertimbangkan resik d) Aktifitas Desain: berprinsip: sederhana. Memanfaatkan CRC (Class-Respnsibility-Cllabratr) untuk identifikasi dan mengatur class-class di knsep OO. Jika menemui kesulitan, lakukan refactring, yaitu mengembangkan desain dari prgram setelah ditulis

9 e) Aktifitas Pengkdean: siapkan unit test sebelum pengkdean dipakai sebagai fcus pemrgram untuk membuat prgram. Pair prgramming dilakukan untuk real time prgram slving dan real time quality assurance f) Aktifitas Pengujian: menggunakan unit test yang dipersiapkan sebelum pengkdean. g) Metde extreme prgramming termasuk ke dalam metde agile karna Metdlgi ini mengedepankan prses pengembangan yang lebih respnsive terhadap kebutuhan custmer seperti pada metde agile dibandingkan dengan metde-metde tradisinal sambil membangun suatu sftware dengan kualitas yang lebih baik. 2. Scrum a) Diperkenalkan leh Jeff Sutherland tahun awal tahun 1990an b) Pengembangan berikutnya dilakukan leh Schwaber dan Beedle. c) Metde scrum termasuk ke dalam metde agile. Karena metde Agile menggunakan prinsip perulangan, maka selama waktu pengerjaannya akan selalu dijumpai prses pengembangan yang dilakukan berulang. Setiap perulangan (iterasi) meliputi berbagai

10 kegiatan yang wajib dilakukan dalam pryek pengembangan sfware itu sendiri, yaitu perencanaan, requirements analysis, desain, cding, testing, dan dkumentasi. Maka jelas bahwa satu kali iterasi bertujuan menghasilkan mdul atau fungsinalitas yang deliverable pada client. Setiap iterasi umumnya berlangsung dalam jangka waktu 1 sampai 4 minggu. Sedangkan pada scrum dikenal istilah sprint duratin yaitu rentang waktu satu kali iterasi, jadi jika suatu tugas atau masalah tidak di temukan slusi sampai sprint selesai maka tugas tersebut akan di kembalikan dalam prses backlg dan akan di sertakan pada prses sprint berikutnya. d) Scrum memiliki prinsip: ukuran tim yang kecil melancarkan kmunikasi, mengurangi biaya, dan memberdayakan satu sama lain prses dapat beradaptasi terhadap perubahan teknis dan bisnis prses menghasilkan beberapa sftware increment pembangunan dan rang yang membangun dibagi dalam tim yang kecil dkumentasi dan pengujian terus menerus dilakukan setelah sftware dibangun prses scrum mampu menyatakan bahwa prduk selesai kapanpun diperlukan

11 e) Aktifitas Scrum : Backlg, Sprints, Scrum Meetings, Dem f) Aktifitas Backlg : Backlg adalah daftar kebutuhan yang jadi priritas klien. Daftar dapat bertambah. g) Aktifitas Sprints: unit pekerjaan yang diperlukan untuk memenuhi kebutuhan yang ditetapkan dalam backlg sesuai dengan waktu yang ditetapkan dalam time-bx (biasanya 30hari). Selama prses ini berlangsung backlg tidak ada penambahan. h) Aktifitas Scrum Meeting: pertemuan 15 menit perhari untuk evaluasi apa yang dikerjakan, hambatan yang ada, dan target penyelesaian untuk bahan meeting selanjutnya. i) Aktifitas Dem:penyerahan sftware increment ke klien didemnstrasikan dan dievaluasi leh klien Perbedaan Scrum dan XP 1. Scrum adalah sebuah prses manajemen pryek, XP adalah sebuah praktek pemrgraman. Keduanya adalah "gesit" teknik dan sering digunakan bersama-sama. 2. Scrum menguraikan prses untuk mengidentifikasi dan katalgisasi pekerjaan yang perlu dilakukan, mempriritaskan yang bekerja dengan berkmunikasi dengan pelanggan atau wakil pelanggan, dan pelaksanaan yang bekerja menggunakan rilis iteratif.

12 3. Scrum tujuan utama adalah untuk mendapatkan perkiraan berapa lama akan pembangunan. XP lebih lanjut tentang pengembang membantu menyelesaikan pekerjaan secepat dan maintainably mungkin. 4. Beberapa perbedaan utama adalah bahwa scrum berfkus pada sprint pendek lebih terstruktur, dan lg kembali mempriritaskan item. Beberapa XP fkus lebih pada pemrgraman dipasangkan, mempriritaskan tugas, dan lebih pembangunan berbasis tes. Keduanya bekerja di iterasi dan keduanya cukup fleksibel untuk menangani pryek yang mudah menguap berubah. 5. Scrum merupakan salah satu kmpnen dari metdlgi pengembangan Agile mengenai pertemuan harian untuk membahas kemajuan dan XP adalah menekankan metdlgi yang berbeda sepasang ujian dulu pemrgraman dan pembangunan. Selain Scrum dan XP ada juga beberapa mdel prcess yang leh beberapa sumber, dikategrikan masuk kedalam bagian dari Agile Mdel Prcess, diantaranya : ADAPTIVE SOFTWARE DEVELOPMENT (ASD) a) Diajukan leh Jim Highsmith sebagai teknik untuk membangun sftware dan sistem yang kmpleks. b) Filsfi yang mendasari adalah klabrasi manusia dan tim yang mengatur diri sendiri. c) Aktifitas: Speculatin, Cllabratin dan Learning d) Aktifitas Speculatin : Adaptive cycle planning yaitu menggunakan infrmasi awal seperti misi dari klien, batasan pryek dan kebutuhan dasar untuk definisikan rangkaian sftware increment (prduk sftware yang secara berkala diserahkan) e) Aktifitas Cllabratin : rang-rang yang bermtivasi tinggi bekerja sama: saling melengkapi, rela membantu, kerja keras, trampil di

13 bidangnya, dan kmunikasikan masalah untuk hasilkan penyelesaian yang efektif. f) Aktifitas Learning: tim pembangun sering merasa sudah tahu semua hal tentang pryek, padahal tidak selamanya begitu. Karena itu prses ini membuat mereka belajar lebih tentang pryek melalui 3 cara: Fcus grup: klien dan pengguna memberi masukan terhadap sftware Frmal Technique Reviews: Tim ASD lengkap melakukan review Pstmrtems: Tim ASD lakukan instrspeksi pada kinerja dan prses DYNAMIC SYSTEMS DEVELOPMENT METHOD a) menyajikan kerangka kerja (framewrk) untuk membangun dan memelihara sistem dalam waktu yang terbatas melalui penggunaan prttyping yang incremental dalam lingkungan yang terkndisikan. b) Membangun sftware dengan cepat: 80% dari pryek diserahkan dalam 20% dari waktu ttal untuk menyerahkan pryek secara utuh. c) Aktifitas: feasibility study : siapkan requirement, dan batasan, lalu uji apakah sesuai gunakan prses DSDM d) Aktifitas: Business Study: susun kebutuhan fungsinal dan infrmasi, tentukan arsitektur aplikasi dan identifikasi kebutuhan pemeliharaan untuk aplikasi e) Aktifitas: Functinal mdel iteratin : hasilkan incremental prttype yang perlihatkan fungsi sftware ke klien untuk dapatkan kebutuhan lebih jelas dan knfirmasi f) Aktifitas: Design and Build Iteratin : cek ulang prttype yang dibangun untuk pastikan bahwa prttype dibangun dengan cara yang memungkinkan fungsi tersebut benar-benar bekerja g) Aktifitas: Implementatin: menempatkan sftware pada lingkungan sebenar sekalipun belum lengkap, atau masih ada perubahan.

14 h) DSDM dapat dikmbinasikan dengan XP menghasilkan kmbinasi mdel prses yang mengikuti DSDM dan praktek yang sejalan dengan XP KELEBIHAN DAN KEKURANGAN AGILE Kelebihan Agile : 1. Meningkatkan rasi kepuasan pelanggan 2. Bisa melakukan review pelanggan mengenai sftware yang di buat lebih awal. Kekurangan agile: 1. Ttal lama pengembangan menjadi lebih lama 2. Meningkatkan resik kesalahan teknis 3. Prses pengembangan menjadi agak kurang terrganisir IMPLEMENTASI Metdlgi agile prject management dalam beberapa tahun terakhir telah banyak digunakan untuk mengembangkan, mengimplementasikan sistem teknlgi infrmasi, seiring dengan mulai banyak diadpsinya knsep agile pada prses manufaktur dan prduksi. Knsep agile prject management itu sendiri mengikuti life cycle diatas dengan menggabungkan knsep agility dalam prsesnya. Agility itu sendiri adalah kemampuan untuk membuat dan merespn perubahan (Highsmith, 2009). Dengan kata lain agility adalah kemampuan untuk mengkmbinasikan flexibilitas dan stabilitas (Highsmith,2002). Dari

15 pengertian diatas bisa diambil titik temu bahwa agile prject management adalah metdlgi manajemen pryek yang mempunyai adaptabilitas yang tinggi terhadap perubahan yang terjadi di setiap elemen-elemennya. Salah satu ciri dari sebuah agility adalah adanya prses iterasi yang terus menerus dan evaluasi yang terus berjalan pada setiap prses yang dilewatinya. Berikut cnth kasus Agile : Pelaku industri mulai sadar bahwa untuk menyediakan prduk yang murah, berkualitas dan cepat, perbaikan di internal perusahaan manufaktur adalah tidak cukup. Peran serta supplier, perusahaan transprtasi dan jaringan distributr adalah dibutuhkan. Pada bagian prduksi Bagian ini bertugas secara fisik melakukan transfrmasi dari bahan baku, bahan setengan jadi atau kmpnen menjadi prduk jadi. Kegiatan prduksi dalam knteks SCM tidak harus dilakukan dalam perusahaan. Banyak perusahaan melakukan utsurcing yaitu memindahkan kegiatan prduksi ke pihak subkntraktr, sementara perusahaan knsentrasi ke kegiatan yang menjadi cre cmpetency mereka. Cnth perusahaan sepatu Nike. Dalam kegiatan prduksi, knsep lean manufakturing yang mementingkan efisiensi dan agile manufacturing yang menekankan pada fleksibilitas dan ketangkasan merespn perubahan adalah dua hal yang penting KESIMPULAN Dari mdel-mdel prses di atas dapat diambil beberapa pin penting: 1. Kmunikasi mempunyai peran penting dalam pembanguna sftware

16 2. Kebutuhan sftware tidak mudah untuk diidentifikasikan secara lengkap 3. Kerja sama dalam tim menentukan kelancaran pembangunan sftware Aktifitas yang terjadi di dalam Agile Mdel Prcess tetap mengandung aktifitas-aktifitas yang ada pada mdel prses generasi sebelumnya seperti waterfall, incremental, spiral dan RAD. Selain itu, mdel-mdel prses di atas tetaplah bukan mdel prses yang cck untuk setiap jenis sftware. Dengan menerapkan metde agile ini diharapkan pembangunan atau pengembangan perangkat lunak bisa terkntrl dengan baik dan selesai tepat pada waktu yang telah ditetapkan. Referensi [1] Agile Sftware Develpment, Sabtu 12 maret 2011 [2] Umi Prbyekti, Agile Mdel, Sabtu 5 maret 2011 [3] Metde Scrum, 12 maret [4] Ambler, Sctt W. "An Intrducatin t Agile Mdeling." Agile Mdeling Hme Page Diakses di 07/09/08.

17 [5] Pressman, Rger S. Sftware Engineering : A Practitiner's Apprach. 6th Ed. McGraw-Hall. NY.2005.