ce este programarea extremă? O prezentare generală a regulilor și valorilor XP

în anii 1990, creșterea Internetului a necesitat o schimbare în dezvoltarea de software. Dacă succesul unei companii depindea de viteza cu care compania ar putea crește și aduce produse pe piață, întreprinderile trebuiau să reducă dramatic ciclul de viață al dezvoltării de software.,în acest mediu, Kent Beck a creat extreme programming (XP), o metodologie agilă de management de proiect care acceptă lansări frecvente în cicluri scurte de dezvoltare pentru a îmbunătăți calitatea software-ului și pentru a permite dezvoltatorilor să răspundă cerințelor în schimbare ale clienților.deși este posibil să recunoașteți unele dintre aceste practici și valori din alte metodologii de management de proiect, XP duce aceste practici la niveluri „extreme”, așa cum sugerează și numele metodologiei., Într-un interviu cu Informit, Kent explică:

„prima dată când am fost rugat să conducă o echipă, le-am cerut să facă un pic de lucrurile sensibile, cum ar fi testarea și recenzii. A doua oară a fost mult mai mult pe linie. Eu … am cerut echipei să ridice toate butoanele la 10 pe lucrurile pe care le-am crezut esențiale și să lase afară orice altceva.”

Dacă tu și echipa ta trebuie să eliberați rapid și să răspundeți solicitărilor clienților, aruncați o privire la valorile și regulile programării extreme—ar putea fi o potrivire perfectă.,

Valorile extreme metodologie de programare

XP este mai mult decât o serie de pași pentru a gestiona proiecte urmează un set de valori care va ajuta echipa să lucreze mai repede și să colaboreze mai eficient.

simplitate

echipele realizează ceea ce s-a cerut și nimic mai mult. XP descompune fiecare pas al unui proces major în obiective mai mici, realizabile pentru membrii echipei pentru a realiza.,

comunicare simplificată

echipele lucrează împreună în fiecare parte a proiectului, de la colectarea cerințelor până la implementarea codului și participă la întâlniri zilnice de standup pentru a menține toți membrii echipei actualizați. Orice probleme sau probleme sunt abordate imediat.

feedback consecvent, constructiv

în XP, echipele își adaptează procesul la nevoile proiectului și ale clienților, nu invers. Echipa ar trebui să-și demonstreze software-ul din timp și de multe ori, astfel încât să poată aduna feedback de la client și să facă modificările necesare.,programarea extremă încurajează o mentalitate „toți pentru unul și unul pentru toți”. Fiecare persoană din echipă, indiferent de ierarhie, este respectată pentru contribuțiile lor. Echipa respectă opiniile clienților și invers.membrii echipei se adaptează schimbărilor pe măsură ce apar și își asumă responsabilitatea pentru munca lor. Ei spun adevărul despre progresul lor-nu există „minciuni albe” sau scuze pentru eșecul de a face oamenii să se simtă mai bine. Nu există nici un motiv să se teamă pentru că nimeni nu lucrează niciodată singur.,Don Wells a publicat primele reguli XP în 1999 pentru a contracara afirmațiile că programarea extremă nu acceptă activitățile necesare dezvoltării de software, cum ar fi planificarea, gestionarea și proiectarea. De la planificarea la testarea software-ului, urmați acești pași de bază pentru fiecare iterație.

de Planificare

Această etapă este în cazul în care UX se întâmplă magia., Mai degrabă decât un document de cerințe de lungă durată, clientul scrie povești de utilizator, care definesc funcționalitatea clientul ar dori să vadă, împreună cu valoarea de afaceri și prioritatea de fiecare dintre aceste caracteristici. Poveștile utilizatorilor nu trebuie să fie exhaustive sau prea tehnice—trebuie doar să ofere suficiente detalii pentru a ajuta echipa să determine cât timp va dura implementarea acestor funcții.cu Lucidchart, clienții pot crea o diagramă de bază și pot înregistra și partaja cu ușurință funcționalitatea dorită.,de acolo, echipa creează un program de lansare și împarte proiectul în iterații (una până la trei săptămâni). Managerii de proiect ar putea dori să creeze o cronologie sau o diagramă simplificată Gantt pentru a partaja programul cu echipa.

gestionarea

în această etapă, managerul de proiect va stabili echipa pentru a reuși în această metodologie. Toată lumea trebuie să lucreze în colaborare și să comunice eficient pentru a evita alunecările. Această etapă implică:

• crearea unui spațiu de lucru deschis pentru echipa dvs., determinarea dreapta lungime de iterații)
• Programarea zilnică standup întâlnire
• Măsurarea proiect viteza (cantitatea de muncă s-a făcut pe proiect)
• Realocarea lucru, pentru a evita blocajele sau cunoștințe pierdere
• Schimbarea regulilor în cazul XP nu este de lucru perfect pentru echipa

Proiectarea

Această regulă se întoarce la valoarea de simplitate: Începeți cu cea mai simplă de proiectare, pentru că va dura mai puțin timp pentru a finaliza decât soluția complexă. Nu adăugați funcționalitate mai devreme. Refactor de multe ori pentru a păstra codul curat și concis., Creați soluții spike pentru a explora soluții la problemele potențiale înainte de a pune echipa în urmă.

Kent Beck și Ward Cunningham au creat, de asemenea, carduri de clasă-responsabilitate-colaborare (CRC) pentru a fi utilizate ca parte a metodologiei XP. Aceste carduri permit întregii echipe de proiect să proiecteze sistemul și să vadă cum interacționează obiectele. Dacă doriți să încercați acest instrument de brainstorming pentru dvs., începeți cu șablonul nostru Lucidchart.,

Codificare

Atunci când vine în cele din urmă să pună în aplicare codul. XP practică proprietatea colectivă a codului: toată lumea revizuiește codul și orice dezvoltator poate adăuga funcționalitate, repara bug-uri sau refactor. Pentru ca proprietatea colectivă a codului să funcționeze, echipa ar trebui:

• să aleagă o metaforă de sistem (schema de denumire standardizată).
• practica pereche de programare., Membrii echipei lucrează în perechi, la un singur computer, pentru a crea cod și a-l trimite în producție. Doar o pereche integrează cod la un moment dat.
• integrați și comiteți codul în depozit la fiecare câteva ore.clientul ar trebui să fie disponibil, de preferință la fața locului, pe parcursul întregului proces, astfel încât să poată răspunde la întrebări și să stabilească cerințe.
  

  testare

  echipa efectuează teste unitare și remediază erorile înainte ca Codul să poată fi lansat. De asemenea, rulează frecvent teste de acceptare.,

  când să utilizați extreme programming

  încă nu sunteți sigur dacă XP se va potrivi nevoilor echipei dvs., chiar și după ce ați citit regulile și valorile sale? Programarea extremă poate funcționa bine pentru echipele care:

  • se așteaptă ca funcționalitatea sistemului lor să se schimbe la fiecare câteva luni.
  • experimentați cerințe în continuă schimbare sau lucrați cu clienți care nu sunt siguri ce vor să facă sistemul.
  • doresc să atenueze riscul de proiect, în special în jurul termenelor limită strânse.
  • includ un număr mic de programatori (între 2 și 12 este de preferat).
  • sunt capabili să lucreze îndeaproape cu clienții.,
  • sunt capabili de a crea unitate automată și teste funcționale.dacă colaborarea și dezvoltarea continuă sunt priorități pentru echipa dvs., ar merita să încercați extreme programming. Deoarece acest model extrem de adaptabil necesită feedback continuu de la clienți, anticipează erorile de-a lungul drumului și cere dezvoltatorilor să lucreze împreună, XP nu numai că asigură o lansare a produsului de sănătate, dar și a îmbunătățit neintenționat productivitatea echipelor de dezvoltare de pretutindeni.,dacă decideți să utilizați XP, încercați să documentați vizual poveștile utilizatorilor, programele de lansare, cardurile CRC și documentația sistemului în Lucidchart. Înscrieți-vă pentru contul dvs. gratuit astăzi.

---