10 sfaturi de dezvoltare agilă încercate și testate

Cei mai mulți ar crede că programarea și dezvoltarea de software sunt o activitate solitară care îi are pe tocilari de computer ascunși în camerele lor, ciocănind milioane de linii de cod, dar asta este departe de adevăr. Dezvoltarea de software reală este un efort de grup semnificativ care necesită echipe de dezvoltatori cu diferite specializări să lucreze împreună pentru a crea un software care este funcțional, ușor de utilizat și dotat cu caracteristicile potrivite.

A face ca o echipă de dezvoltare să fie pe aceeași pagină pe tot parcursul ciclului de dezvoltare înseamnă să urmezi un model care poate facilita cel mai bine procesul. Au existat destul de multe de-a lungul anilor cu nume precum Waterfall, Spiral, V-model și așa mai departe, care ilustrează modul în care software-ul este dezvoltat, de la concepție până la obținerea unui produs finit și apoi menținerea acestuia.

Sursa imaginii: Poster Agile Manifesto de Adam Weisbart.

Procesul pe care mulți dezvoltatori mari îl atribuie acum este ceea ce este cunoscut sub numele de Agile, numit pentru principiul său de bază de adaptabilitate și evoluție constantă. Bazat pe ceea ce se numește Agile Manifesto și scris de un grup mic de dezvoltatori cu înaltă experiență.

Ei au văzut colaborarea drept pilonul central al dezvoltării și atât cerințele, cât și soluțiile pot evolua din aceasta. Dezvoltarea agilă durează mult timp pentru a stăpâni, dar iată zece sfaturi care vă pot ajuta.

Hardware excelent pentru dezvoltatorii și testerii dvs

Deși poate fi posibil să codificați folosind un laptop, este mai bine să vă dezvoltați software-ul cu echipamente care sunt mai mult decât ample. De asemenea, este la fel de important pentru testeri să aibă mașini de calitate pentru a-și face treaba, deoarece ați dori să vedeți erorile și erorile care apar, indiferent de problemele de performanță.

Dar ceea ce își doresc cu adevărat programatorii este ca mai multe monitoare să aibă cât mai mult spațiu pe ecran pentru a-și scrie codul. Tastaturile bune sunt, de asemenea, un mare impuls, deoarece tastarea codului este pâinea și untul lor, iar tastaturile mecanice sunt atât durabile, cât și grozave de tastat (cel puțin cele cu comutatoare tactile).

Concentrați-vă pe rezultate

Niciodată nu este vorba despre a cui idee este corectă, ci să vină cu ideea potrivită. În final, direcția vine de la conducerea superioară, spre deosebire de primele zile ale Agile, când venea de jos în sus. Acesta s-a dovedit a fi cel mai bun flux de proces, deoarece oamenii de mai sus se pot concentra pe supravegherea și gestionarea proiectului, în timp ce dezvoltatorii se pot concentra pe munca lor respectând parametrii și limitele stabilite de conducerea superioară.

Datorită acestui model de management de sus în jos, echipa de dezvoltare este de așteptat să dea rezultate concrete și măsurabile. Ei trebuie să fie capabili să-și arate munca, nu doar în cod, ci să aibă ceva care funcționează de fapt conform intenției. Acest lucru este apoi pus sub control prin Test Driven Development (TDD), un proces care joacă un rol important în dezvoltarea Agile.

Implementați mai întâi livrarea continuă

Practic, continuă să vină. Acest lucru vă asigură că dezvoltarea este realizată într-un ritm constant, iar dezvoltatorii primesc feedback din timp și des. Comunicarea constantă și feedback-ul reprezintă dezvoltarea Agile, permițând echipei să se adapteze la schimbări bruște și circumstanțe neașteptate atunci când este nevoie. Aici intervin „construcțiile”.

O build este practic o versiune utilizabilă a software-ului dezvoltat. Prin conceptul de livrare continuă (CD), trebuie să existe desfășurare frecventă de build-uri succesive, fiecare lansată după ce au făcut îmbunătățiri și remedieri care sunt extrase din feedback-ul cu privire la build-ul anterioară.

Obțineți sponsorizare pentru conducerea superioară

În timp ce Dezvoltarea Agilă adoptă o abordare de sus în jos, poate fi destul de consumator de timp să așteptați aprobarea de la conducerea superioară înainte de a implementa sau a schimba ceva.

Când este făcut greșit, acest lucru ar putea duce doar la o mulțime de timp pierdut în așteptarea acordării permisiunii. O soluție bună este să aveți un purtător de cuvânt care să poată prelua această preocupare de la dezvoltator la autoritate mai repede, de preferință cineva care se pricepe la prezentarea de idei și poate înțelege ce i se cere.

Trecerea la cicluri mai scurte de dezvoltare și testare

Iadul dezvoltării pătrunde în multe software, inclusiv pe cele majore. Există, de asemenea, momente în care ciclurile lungi de dezvoltare au ca rezultat funcții care sunt în cele din urmă respinse de utilizatori, ceea ce face ca întregul ciclu să fie o mare pierdere de timp și bani din care compania ar putea să nu-și poată recupera imediat. O modalitate bună de a atenua aceste amenințări este scurtarea ciclurilor de dezvoltare și testare.

Deoarece Dezvoltarea Agilă se referă la ca lucrurile să meargă cât mai repede posibil, inclusiv afluxul de feedback, este important să existe cicluri de dezvoltare mai scurte pentru a veni cu „produsul minim viabil”. Acest lucru le oferă utilizatorilor ceva în care să-și scufunde dinții și să poată oferi feedback în consecință, care poate fi apoi abordat în următoarea versiune.

Realizarea automatizării din prima zi

Cunoscut și sub numele de AD1, acesta este un obiectiv înalt care cu siguranță poate face ca lucrurile să meargă mai repede dacă puneți totul la punct cât mai curând posibil. În mod realist, este posibil să puteți automatiza totul până în al doilea sau al treilea an dacă sunteți bun, dar cel puțin ar trebui să continuați să terminați totul în prima zi, ori de câte ori este posibil.

Este un economisitor de timp și chiar un salvator de vieți dacă te gândești suficient de bine. Automatizarea proceselor simple poate ajuta cu adevărat dezvoltatorii și alți membri să nu se confrunte cu o muncă ocupată inutilă.

Raportul efectiv al echipei

După cum se spune, „Prea mulți bucătari strică bulionul”. În timp ce a avea prea puțini membri într-o echipă poate face munca mai grea, a avea prea mulți poate fi la fel de rău. Este, de asemenea, o mare pierdere a finanțelor să ai prea mulți într-un proiect, deoarece trebuie să le plătești. Astfel, este esențial să luăm în considerare nevoile proiectului și ale echipei în sine, precum și intervalul de timp dat și mulți alți factori.

Planificați probleme deschise

Echipa poate încerca să rezolve fiecare problemă, dar întotdeauna vor exista unele care scapă și/sau ajung să fie probleme deschise. Acest lucru este rezolvat prin rezolvarea acestor probleme deschise în următorul ciclu de dezvoltare.

Solicitați feedback

Acest lucru nu poate fi subliniat suficient – ​​feedback-ul este sânul vital al dezvoltării agile. Sunt datele care pot ajuta software-ul să evolueze, iar atât dezvoltatorii, cât și conducerea superioară trebuie să țină seama cel puțin de cele mai presante, care sunt atât pentru prezent, cât și pe termen lung.

Evaluarea procesului dvs

Aici intervine evoluția dezvoltării, deoarece trebuie să evaluați nu doar software-ul la care se lucrează, ci și procesul de dezvoltare. Există atât de multe lucruri pe care le puteți ajusta, dar va trebui să determinați care sunt cele care pot da cele mai bune rezultate la un anumit interval de timp cu proiectul actual și, de asemenea, cu cele viitoare.