co je extrémní programování? Přehled pravidel a hodnot XP
v 90. letech vzestup internetu vyžadoval změnu ve vývoji softwaru. Pokud úspěch společnosti závisel na rychlosti, jakou by společnost mohla růst a uvádět produkty na trh, podniky potřebovaly dramaticky snížit životní cyklus vývoje softwaru.,
To bylo v tomto prostředí, které Kent Beck vytvořil extrémní programování (XP), agilní metodologie řízení projektů, který podporuje časté zprávy v krátké vývojové cykly pro zlepšení kvality softwaru a umožní vývojářům reagovat na měnící se požadavky zákazníků.
přestože některé z těchto postupů a hodnot můžete rozpoznat z jiných metod řízení projektů, XP tyto postupy posouvá na“ extrémní “ úrovně, jak naznačuje název metodiky., V rozhovoru s Informit, Kent vysvětluje:
„poprvé jsem byl požádán, abych vedl tým, požádal jsem je, aby to trochu z věcí, které jsem myslel, že je rozumné, stejně jako testování a recenze. Podruhé jich bylo na trati mnohem víc. Požádal jsem tým, aby všechny knoflíky zvedl na 10 na věci, o kterých jsem si myslel, že jsou nezbytné, a vynechal všechno ostatní.“
Pokud se vy a váš tým musí rychle uvolnit a reagovat na požadavky zákazníků, podívejte se na hodnoty a pravidla extrémního programování—to by mohla být perfektní fit.,
Hodnoty extrémní programování metodika
XP je více než jen řada kroků, jak řídit projekty—to vyplývá určitý soubor hodnot, které pomáhají vašemu týmu pracovat rychleji a efektivněji spolupracovat.
jednoduchost
týmy dosáhnou toho, co bylo požadováno, a nic víc. XP se porouchá každý krok hlavní proces na menší, dosažitelné cíle pro členy týmu dosáhnout.,
Efektivní komunikace
Týmy společně pracovat na každé části projektu, od shromažďování požadavků na provádění kódu, a účastnit se denní standup schůzky, aby všichni členové týmu aktualizovat. Jakékoli obavy nebo problémy jsou řešeny okamžitě.
konzistentní, konstruktivní zpětná vazba
v XP týmy přizpůsobují svůj proces potřebám projektu a zákazníků, nikoliv naopak. Tým by měl prokázat svůj software brzy a často, aby mohli získat zpětnou vazbu od zákazníka a provést potřebné změny.,
respekt
extrémní programování podporuje mentalitu“ vše pro jednoho a jeden pro všechny“. Každá osoba v týmu, bez ohledu na hierarchii, je respektována za své příspěvky. Tým respektuje názory zákazníků a naopak.
členové týmu se přizpůsobují změnám tak, jak vznikají, a přebírají odpovědnost za svou práci. Říkají pravdu o svém pokroku—neexistují žádné „bílé lži“ nebo výmluvy za to, že se lidé necítí lépe. Není důvod se bát, protože nikdo nikdy nepracuje sám.,
Pravidla extrémního programování metodika
Don Wells publikoval první XP pravidla v roce 1999 na přepážce tvrdí, že extrémní programování nepodporuje aktivity, které jsou nezbytné pro vývoj softwaru, jako je plánování, řízení a navrhování. Od plánování až po testování softwaru postupujte podle těchto základních kroků pro každou iteraci.
Plánování
Tato fáze je, kde UX magie stane., Spíše než zdlouhavé požadavky dokumentu, zákazník píše uživatelské příběhy, které definují funkčnost zákazník by rád viděl, spolu s obchodní hodnotou a prioritou každé z těchto funkcí. Uživatelské příběhy nemusí být vyčerpávající nebo příliš technické—stačí jim poskytnout dostatek detailů, které pomohou týmu určit, jak dlouho bude trvat, než tyto funkce implementují.
s Lucidchart, zákazníci mohou vytvořit základní vývojový diagram a snadno nahrávat a sdílet požadované funkce.,
odtamtud tým vytvoří plán vydání a rozdělí Projekt na iterace (jeden až tři týdny). Projektoví manažeři by mohli chtít vytvořit časovou osu nebo zjednodušený graf Gantt pro sdílení plánu s týmem.
Správa
v této fázi projektový manažer nastaví tým, aby uspěl v této metodice. Každý musí spolupracovat a efektivně komunikovat, aby se vyhnul jakýmkoli sklouznutím. Tato fáze zahrnuje:
- vytvoření otevřeného pracovního prostoru pro váš tým
- nastavení udržitelného tempa (tj., určení správné délky pro iterací)
- Plánování denní standup meeting
- projekt Měření rychlosti (množství práce, které jsou uzavírány na vašem projektu)
- Rozdělení práce, aby se zabránilo překážky nebo znalosti ztráty
- Měnící se pravidla, pokud XP nefunguje dokonale pro tým
Projekční
Toto pravidlo sahá k hodnotě jednoduchost: Začněte s nejjednodušší design, protože to bude trvat méně času na dokončení, než složité řešení. Nepřidávejte funkce brzy. Refactor často, aby se váš kód čisté a stručné., Vytvořte řešení spike, abyste prozkoumali řešení potenciálních problémů dříve, než váš tým zařadí.
Kent Beck a Ward Cunningham také vytvořili karty class-responsibility-collaboration (CRC), které mají být použity jako součást metodiky XP. Tyto karty umožňují celému projektovému týmu navrhnout systém a zjistit, jak objekty interagují. Pokud byste chtěli vyzkoušet tento brainstorming nástroj pro sebe, začněte s naší Lucidchart šablony.,
Kódování
Pak se ten čas konečně přijde k provádění kódu. XP practices kolektivní vlastnictví kódu: každý kontroluje kód a každý vývojář může přidat funkce, opravit chyby nebo refactor. Pro kolektivní vlastnictví kódu k práci by tým měl:
- zvolit systémovou metaforu (standardizovaný systém pojmenování).
- praxe pár programování., Členové týmu pracují ve dvojicích na jednom počítači, vytvářejí kód a odesílají jej do výroby. Pouze jeden pár integruje kód najednou.
- Integrujte a odevzdávejte kód do úložiště každých několik hodin.
zákazník by měl být k dispozici, nejlépe na místě, během celého tohoto procesu, aby mohl odpovědět na otázky a stanovit požadavky.
testování
tým provádí testy jednotek a opravuje chyby před uvolněním kódu. Často také provádějí akceptační testy.,
Kdy použít extrémní programování
Stále nejste jisti, zda XP se vejde váš tým potřebuje, i po přečtení jeho pravidel a hodnot? Extrémní programování může fungovat dobře pro týmy, které:
- očekávají, že se funkce jejich systému změní každých několik měsíců.
- zkušenosti neustále se měnící požadavky nebo pracovat se zákazníky, kteří si nejsou jisti, co chtějí Systém dělat.
- chcete zmírnit riziko projektu, zejména kolem těsných termínů.
- zahrnují malý počet programátorů (mezi 2 a 12 je vhodnější).
- jsou schopni úzce spolupracovat se zákazníky.,
- jsou schopny vytvářet automatizované jednotky a funkční testy.
pokud jsou spolupráce a neustálý vývoj prioritami pro váš tým, extrémní programování by stálo za to vyzkoušet. Protože tento vysoce adaptabilní model vyžaduje průběžnou zpětnou vazbu od zákazníků, předpokládá chyby podél cesty, a vyžaduje, aby vývojáři spolupracovat, XP zajišťuje nejen zdravotní, uvolnění produktu, ale také neúmyslně zlepšení produktivity pro vývojové týmy všude.,
Pokud se rozhodnete použít XP, zkuste dokumentovat své uživatelské příběhy, plány vydání, karty CRC a systémovou dokumentaci vizuálně v přehledném diagramu. Zaregistrujte se k účtu zdarma ještě dnes.