Other Agile Process Model

Other Agile Process Model

1. Adaptive Software Development (ASD)

    Adaptive Software Development (ASD) adalah proses pengembangan perangkat lunak yang tumbuh dari pengembangan aplikasi yang cepat bekerja dengan Jim Highsmith dan Sam Bayer. Ini mewujudkan prinsip bahwa adaptasi terus menerus dari proses untuk pekerjaan di tangan adalah keadaan normal urusan.

    Adaptive Software Development (ASD) menggantikan tradisional terjun siklus dengan serangkaian berulang berspekulasi, berkolaborasi, dan belajar siklus. Siklus dinamis ini memberikan pembelajaran dan adaptasi terhadap keadaan yang muncul dari proyek. Ciri-ciri siklus hidup ASD adalah bahwa itu adalah misi fokus, fitur berbasis, berulang ,timeboxed , risiko didorong, dan mengubah toleran.

    Kata berspekulasi mengacu pada paradoks perencanaan - itu lebih mungkin untuk menganggap bahwa semua pemangku kepentingan comparably salah untuk aspek-aspek tertentu dari misi proyek, ketika mencoba untuk mendefinisikannya Kolaborasi mengacu pada upaya untuk menyeimbangkan pekerjaan berdasarkan bagian diprediksi. lingkungan (perencanaan dan membimbing mereka) dan beradaptasi dengan campuran sekitarnya pasti dari perubahan yang disebabkan oleh berbagai faktor, seperti teknologi, persyaratan, stakeholder, vendor perangkat lunak. Siklus belajar, menantang semua pemangku kepentingan, didasarkan pada iterasi pendek dengan desain, membangun dan pengujian. Selama iterasi ini pengetahuan dikumpulkan dengan membuat kesalahan kecil berdasarkan asumsi yang salah dan memperbaiki kesalahan-kesalahan, sehingga mengarah ke pengalaman yang lebih besar dan akhirnya penguasaan dalam domain masalah. 

Sumber: http://en.wikipedia.org/wiki/Adaptive_software_development

2. Dynamic Systems Development Method (DSDM) 

    Dynamic systems development method (DSDM) adalah tangkas kerangka proyek pengiriman, terutama digunakan sebagai metode pengembangan perangkat lunak. Pertama kali dirilis pada tahun 1994, DSDM awalnya berusaha untuk memberikan beberapa disiplin untuk  rapid application development metode (RAD).  Pada tahun 2007 DSDM menjadi pendekatan umum untuk manajemen proyek dan solusi pengiriman. DSDM adalah perulang dan inkremental pendekatan yang merangkul prinsip-prinsip pembangunan Agile, termasuk keterlibatan pengguna / pelanggan terus-menerus.

    DSDM perbaikan biaya, mutu dan waktu di awal dan menggunakan Moskow prioritas lingkup ke keharusan, akan, harus dan tidak akan kaya untuk menyesuaikan proyek deliverable untuk memenuhi kendala waktu yang ditetapkan.DSDM adalah salah satu dari sejumlah metode Agile untuk mengembangkan perangkat lunak dan non-IT solusi, dan merupakan bagian dari Agile Alliance.

    Pada tahun 2007, DSDM yang namanya 'DSDM Atern'. Nama Atern adalah pemendekan Arctic Tern - burung kolaboratif yang dapat melakukan perjalanan jarak yang sangat jauh dan melambangkan banyak aspek metode yang cara alami bekerja misalnya prioritas dan kolaborasi.

    Pada tahun 2014, DSDM menjatuhkan branding 'Atern' dan dikembalikan ke nama aslinya dalam versi terbaru dari metode dalam 'Kerangka DSDM Agile Project' diposisikan sebagai "pembungkus yang ideal untuk kerangka Agile lebih terbatas. DSDM sering digunakan untuk menyediakan penuh 'proyek' fokus untuk pujian tim difokuskan proses pengembangan produk Scrum itu". Pada saat yang sama manual DSDM baru menyadari kebutuhan untuk beroperasi bersama kerangka kerja lainnya untuk pengiriman layanan (esp. ITIL ) PRINCE2, Managing Successful Programmes, dan PMI-BOK. Versi sebelumnya (DSDM 4.2) hanya berisi panduan tentang bagaimana menggunakan DSDM dengan Extreme Programming.

Sumber: http://en.wikipedia.org/wiki/Dynamic_systems_development_method

3. Scrum

     Scrum adalah perulang dan inkremental pengembangan perangkat lunak tangkas metodologi untuk mengelola pengembangan produk. Ini mendefinisikan "fleksibel, holistik strategi pengembangan produk di mana tim pengembangan bekerja sebagai satu unit untuk mencapai tujuan bersama", menantang asumsi dari tradisional, berurutan pendekatan "untuk pengembangan produk, dan memungkinkan tim untuk mengatur dirinya sendiri dengan mendorong co-located fisik kolaborasi atau menutup secara online dari seluruh anggota tim, serta komunikasi tatap muka setiap hari di antara semua anggota tim dan disiplin dalam proyek.

    Prinsip utama dari Scrum adalah pengakuan bahwa selama proyek pelanggan dapat mengubah pikiran mereka tentang apa yang mereka inginkan dan butuhkan (sering disebut " requirements churn"), dan tantangan yang tidak terduga tidak dapat dengan mudah diatasi dengan cara prediktif atau direncanakan tradisional. Dengan demikian, Scrum mengadopsi empiris pendekatan-menerima bahwa masalah tersebut tidak dapat sepenuhnya dipahami atau didefinisikan, bukan fokus pada memaksimalkan kemampuan tim untuk memberikan cepat dan menanggapi kebutuhan yang muncul.

Sumber: http://en.wikipedia.org/wiki/Scrum_%28software_development%29

4. Crystal

    Crystal Clear adalah anggota dari keluarga Crystal, metodologi seperti yang dijelaskan oleh Alistair Cockburn dan dianggap sebagai contoh tangkas atau metodologi ringan.

    Crystal Clear dapat diterapkan untuk tim hingga 6 atau 8 co-located pengembang yang bekerja pada sistem yang tidak penting-hidup. Metodologi keluarga Crystal fokus pada efisiensi dan kelayakhunian sebagai komponen keamanan proyek. Crystal Clear berfokus pada orang, bukan proses atau artefak.

Crystal Clear membutuhkan properti berikut:

·         Pengiriman sering digunakan untuk kode pengguna

·         Perbaikan reflektif

·         Osmotik komunikasi sebaiknya dengan menjadi co-located

Crystal Clear tambahan mencakup sifat-sifat opsional:

·         Keselamatan pribadi

·         Fokus

·         Akses mudah ke pengguna ahli

·         Tes otomatis, manajemen konfigurasi dan integrasi sering

Sumber: http://en.wikipedia.org/wiki/Crystal_Clear_%28software_development%29

5. Feature Driven Development (FDD) 

    Feature driven development (FDD) adalah berulang dan bertahap proses pengembangan perangkat lunak. Ini adalah salah satu dari sejumlah ringan atau metode Agile untuk mengembangkan perangkat lunak. FDD memadukan sejumlah industri yang diakui praktek terbaik dalam suatu kesatuan yang utuh. Praktik-praktik ini semua didorong dari fungsi (client-dihargai fitur ) perspektif.Tujuan utamanya adalah untuk memberikan nyata, software bekerja berulang-ulang pada waktu yang tepat.

Sumber: http://en.wikipedia.org/wiki/Feature-driven_development

6. Agile modeling (AM)  

    Agile modeling (AM) adalah metodologi untuk pemodelan dan  mendokumentasikan sistem perangkat lunak berdasarkan praktik terbaik. Ini adalah kumpulan dari nilai-nilai dan prinsip-prinsip, yang dapat diterapkan pada proyek pembangunan (tangkas) software. Metodologi ini lebih fleksibel daripada metode pemodelan tradisional, sehingga lebih cocok dalam lingkungan yang cepat berubah. Ini adalah bagian dari Agile pengembangan perangkat lunak kit alat.

    Agile modeling adalah suplemen lain untuk metodologi agile seperti Scrum , extreme programming (XP), dan Rational Unified Process (RUP). Hal ini secara eksplisit dimasukkan sebagai bagian dari Rational Unified Process (DAD) framework. Sesuai 2011 statistik, agile modeling menyumbang 1% dari semua pengembangan perangkat lunak tangkas. 

Sumber: http://en.wikipedia.org/wiki/Agile_modeling

7. Lean Software Development (LSD) 

    Lean software development (LSD) adalah terjemahan dari lean manufacturing dan lean IT prinsip dan praktek untuk pengembangan perangkat lunak domain. Diadaptasi dari Toyota Production System , subkultur pro-ramping muncul dari dalam Agile masyarakat. Lean paling populer dengan startups yang ingin menembus pasar, atau menguji ide mereka dan melihat apakah itu akan membuat bisnis yang layak.

Sumber: http://en.wikipedia.org/wiki/Lean_software_development

8. Agile Unified Process (AUP) 

    Agile Unified Process (AUP) adalah versi sederhana dari Rational Unified Process (RUP) yang dikembangkan oleh Scott Ambler.  Ini menggambarkan sederhana, mudah dimengerti pendekatan untuk mengembangkan perangkat lunak aplikasi bisnis menggunakan teknik gesit dan konsep namun masih tetap setia untuk RUP. AUP menerapkan teknik tangkas termasuk tes-driven development (TDD), Agile Modeling (AM), manajemen perubahan tangkas, dan refactoring basis data untuk meningkatkan produktivitas.

    Pada tahun 2011 AUP menyumbang satu persen dari semua metodologi agile digunakan. Pada tahun 2012 AUP digantikan oleh Disciplined Agile Delivery (DAD). Sejak itu telah berhenti bekerja pada berkembang AUP.

Sumber: http://en.wikipedia.org/wiki/Agile_Unified_Process&usg=ALkJrhigr8hqtW8qAD1liEplev3sbjzXcQ