Dezvoltare software adaptiv

De la Wikipedia, enciclopedia liberă.
Salt la navigare Salt la căutare

Este o metodologie agilă concepută de Jim Highsmith , directorul Serviciului de consultanță pentru managementul proiectelor Agile al Consortiumului Cutter .

Această metodologie este compusă dintr-un set de reguli de dezvoltare software inserate într-un sistem general numit Agile Project Management ale cărui concepte de bază sunt trei:

  • Managementul conducerii-colaborării - Un stil de management mixt între ierarhic și colaborativ;
  • De la procese la tipar - Trecerea de la ideea unui proces definit și măsurabil la cea a unui proces nu perfect definit, aproape un proces fuzzy ;
  • Peering into the Future - Observarea viitorului pentru a înțelege cum ideea care va produce o afacere de succes trebuie să fie legată de momentul în care va deveni o formă de afaceri.

Jim Highsmith și Ken Orr afirmă că Adaptive Software Development poate funcționa numai dacă întreaga echipă este conștientă de importanța muncii în echipă și explică diferența, de exemplu, de programarea extremă în punctele esențiale (prezentarea clientului, programarea în perechi , teste automate) privind strategia de management a conducerii-colaborării și adaptarea totală la proiectul în desfășurare.

Condiții optime de utilizare

Există trei situații exemplare care sugerează utilizarea Agile Project Management :

  • pentru proiecte cu o valoare exploratorie ridicată (în sensul experimentării);
  • pentru proiecte în care feedbackul clienților este de o importanță capitală;
  • pentru organizațiile care aduc inovații extreme.

Etapele ciclului de viață

Formalizarea unui sistem general construit în jurul dezvoltării software-ului adaptiv duce la considerarea managementului de proiect Agile ca la un nou cadru .

Cele cinci faze ale ciclului de viață sunt generalizate pentru a le permite să fie utilizate cu orice metodologie agilă :

  • prezice (definește o viziune a produsului final, decide cine va face ce, alege modul în care echipa va lucra împreună);
  • ipoteză (elaborați o versiune bazată doar pe caracteristici, decideți asupra etapelor de referință și a unui plan de interacțiune);
  • examinați (adică livrați adesea versiuni cu noi caracteristici testate și pe care clientul le va testa și mai bine odată cu utilizarea);
  • adaptați-vă (verificați rezultatele versiunilor livrate, verificați dublu mediul real de utilizare, testați astfel performanța grupului de lucru; adaptați-vă și readaptați-vă dacă este necesar);
  • închideți (încheiați proiectul, abordați ultimele detalii în așteptare și sărbătoriți).

Principii de baza

  • dezvolta ceva util;
  • cultiva încrederea părților interesate;
  • folosi Managementul colaborării-leadership ca stil de management;
  • înființează grupuri de lucru competente și de colaborare;
  • asigurați-vă că echipa are oportunitatea și este capabilă să ia decizii;
  • livrează adesea versiuni noi pe măsură ce se adaugă noi funcții;
  • încurajează adaptabilitatea;
  • depuneți eforturi pentru excelența tehnică;
  • ori de câte ori este posibil, creșteți volumul de date introduse.

Elemente conexe