Tartalomjegyzék:
Meghatározás - Mit jelent az Extreme Programming (XP)?
Az Extreme Programming (XP) egy intenzív, fegyelmezett és agilis szoftverfejlesztési módszertan, amely a kódolásra összpontosít minden szoftverfejlesztési életciklus (SDLC) szakaszban. Ezek a szakaszok a következők: Folyamatos integráció a problémák felfedezéséhez és kijavításához a fejlesztési folyamat elején Az ügyfelek bevonása és a gyors visszajelzés Ezek az XP módszertani tudományágak az XP kezdeményezője Kent Beck következő négy fő értékéből származnak: Kommunikáció: A csapattagok és az ügyfelek közötti kommunikációnak meg kell történnie. gyakran folytatják, és nyílt projektbeszélgetést eredményeznek a megtorlástól való félelem nélkül. Egyszerűség: Ez magában foglalja a legegyszerűbb tervezés, technológia, algoritmusok és technikák alkalmazását az ügyfél igényeinek kielégítésére a jelenlegi projekt iterációja érdekében. Visszajelzés: A visszajelzést több, különálló szintre kell beszerezni, pl. Egységteszt, kód áttekintés és integráció. Bátorság: Végezzen nehéz, de szükséges döntéseket.
A Techopedia magyarázza az extrém programozást (XP)
A kulcsfontosságú értékek mellett az XP módszertan megvalósításához a növekményes változás, a változást átfogó és a minőségi munka elvének támogatására is szükség van. Tizenkét kulcsfontosságú gyakorlatot is be kell tartani: Néhány hagyományos módszertani gyakorló kritizálja az XP-t mint "irreális" folyamatot, amely vakmerő kódolást okoz. Számos hagyományos szoftverfejlesztő XP rugalmasságot talál, alacsony funkcionalitással és kevés kreatív potenciállal. További kritika az, hogy az XP: nincs szerkezete. Hiányzik az alapvető dokumentáció. Nincs világos eredménye, azaz a reális becslések nehézek, mivel a teljes projektkövetelmény nincs teljesen meghatározva. (A részletes követelmények hiánya miatt az XP rendkívül hajlamos az alkalmazkodási lehetőségekre.) Kulturális változásokra van szükség az elfogadáshoz. (Csak az idősebb fejlesztők számára működik) Drága, vagyis gyakran igényel kommunikációt / megbeszélést az ügyfél költségén, ami nehéz tárgyalásokat eredményezhet. Lehetséges, hogy a különféle iterációkon belüli gyakori kódváltozások miatt nem hatékony. Természetesen, mint minden fejlesztési módszertan esetén, mindez nagyon szubjektív és a személyes preferenciáktól függ.
