Cele mai bune practici și orientări de la Indrivo privind gestionarea unei echipe de dezvoltare software dedicată agilă

     Un partener, în loc de un furnizor. O echipă dedicată, în loc de un grup de codificatori.

Fiecare companie, mai devreme sau mai târziu, trebuie să decidă între angajarea unei echipe de dezvoltare dedicată sau extinderea departamentului IT intern. Angajarea unei echipe dedicate este ca și cum ai avea propriul departament IT de la distanță. Cu toate acestea, atingerea unui nivel ridicat de eficiență necesită un partener de încredere, planificare atentă, management eficient și multă optimizare.

În acest articol, vă vom spune tot ce trebuie să știți despre acest model de implicare, vă vom explica cum funcționează o echipă de la distanță și cum să configurați o echipă funcțională de dezvoltare software dedicată.

Să începem!

 

Ce este o echipă dedicată?

Numele spune totul - o echipă de dezvoltare dedicată este un grup alocat de angajați la distanță care sunt pe deplin dedicați ție și proiectului tău.

 

Cum poate arăta o echipă dedicată?

Dezvoltatorii dedicați sunt cei mai potriviți pentru proiectele pe termen lung, în care domeniul de aplicare al proiectului se modifică frecvent, domeniul de aplicare al proiectului nu este bine definit sau nefinalizat și cerințele se schimbă în timpul procesului de dezvoltare. Poate consta din unul până la câteva zeci de dezvoltatori de software, ingineri QA, designeri și manageri care lucrează cu normă întreagă exclusiv la proiectul dvs. și vă raportează direct. În funcție de cât de bine cunoașteți procesul de dezvoltare și care sunt nevoile dvs. de personal, puteți decide să conduceți echipa din partea dvs. sau să instruiți managerii noștri de proiect să coordoneze procesul de comunicare și analiză.

De exemplu, la Indrivo, avem experiență în construirea unor echipe extinse dedicate, formate din 2 până la 15 experți. Unele echipe au un manager de proiect dedicat care se ocupă de procesele de zi cu zi. Cu toate acestea, avem și o echipă dedicată care constă dintr-un singur dezvoltator front-end dedicat. Structura este 100% personalizabila in functie de nevoile clientilor nostri.

Cum lucrăm la Indrivo cu Scrum și Kanban

Nu există o metodologie de lucru greșită sau corectă care să se potrivească tuturor echipelor sau tuturor industriilor. Cum funcționează de fapt echipele noastre de dezvoltare software?

Răspunsul scurt: Agil!

Recomandările de mai jos se bazează pe propria noastră experiență.

De obicei, recomandăm clienților noștri să folosească o metodologie Agile bazată pe Scrum sau Kanban. Folosim avantajele ambelor metode și astfel creăm procese de lucru transparente, membri independenți ai echipei și implementare eficientă. Cu Scrum sau Kanban, o echipă livrează un produs bucată cu bucată. În acest fel, se realizează un progres continuu, iar modificările cerinţelor ajung într-un proiect într-o manieră controlată. Aceste metodologii, datorită simplității și productivității dovedite, ne permit să includem mult mai strâns clienții noștri în procesul de dezvoltare.

 

Scrum 

De fapt, termenul provine de la rugby și înseamnă literal „mulțime”. Scrum este un model de proces iterativ din dezvoltarea agilă de software, în care proiectele nu sunt planificate complet și în detaliu în avans, ci rafinate pas cu pas. În loc să stea împreună pentru câteva ore în întâlniri săptămânale și schimbând multe informații, Scrum folosește așa-numitele standup-uri zilnice pentru a se concentra pe un schimb de informații concentrat, zilnic, în picioare, membrii echipei raportează unul după altul fără întrerupere. reuniunea up nu durează de obicei mai mult de 15 minute.

Kanban 

Kanban vine din Japonia și înseamnă „card”, „etichetă” sau „autocolant”. Spre deosebire de Scrum, abordarea Kanban nu este iterativă. Ideea din spatele acestei metode de dezvoltare este de a vizualiza munca pe un panou cu coloanele „De făcut”, „Lucrare în curs” și „Terminat” și permite ca software-ul să fie dezvoltat într-un ciclu mare de dezvoltare. Scopul este de a limita numărul de sarcini la care membrii echipei individuale le pot lucra independent. În acest fel, timpii de transfer ar trebui scurtați și ar trebui să fie vizibili, moment în care pot fi necesare resurse suplimentare.

Procesul 

În cele ce urmează, vom intra în mai multe detalii despre diferitele aspecte ale lucrului agil și despre ideile de bază din spatele acesteia.

 

Demararea dezvoltării

Fiecare proiect nostru trece printr-o fază de colaborare predefinită în care implicăm clientul și întreaga echipă de dezvoltare dedicată, sub îndrumarea unui manager de proiect.

Primii pași sunt:

• Întâlnirile echipei
• Descoperirea proiectului
• Planificarea lansării

În această primă fază, toți participanții sunt rugați să discute despre proiect și să conducă o sesiune de brainstorming care de obicei aduce soluții și idei sau, uneori, dezvăluie riscurile pe care proiectul trebuie să le evite. Rezultatul este Backlog, care permite planificarea lansării produsului. Creăm o listă de verificare care ne asigură că nu trecem cu vederea niciun punct important.

 

Livrări săptămânale de proiecte

În funcție de metoda de dezvoltare agilă aleasă, echipele noastre de dezvoltare oferă actualizări regulate, acestea pot fi prototipuri sau versiuni demo live în funcție de faza proiectului.

Fiecare ciclu de dezvoltare include:

• Planificare
• Întâlniri zilnice
• Recenzii de ciclu
• Recenzii retrospective
• Management de proiect

Procesul de gestionare a unui proiect este preluat de 3 roluri, un Scrum Master, un Product Owner și un Project Manager, nu toate fiind obligatorii, dar pot coexista.

 

Domeniul de activitate și managementul schimbării

Schimbările și modificările care apar în timpul dezvoltării produsului sunt salvate în portofoliu, elementele din portofoliu servind pentru planificarea următorului ciclu de dezvoltare. 

 

Ciclul de management al domeniului

• Echipele de dezvoltare, managerii de proiect și proprietarii de proiect sunt responsabili pentru recomandările și deciziile pe care le iau, influențând ulterior bugetul procesului de dezvoltare. 
• Echipele de dezvoltare sunt responsabile de estimarea continuă a portofoliului corespunzător și de urmărirea lucrărilor în desfășurare. Acest proces permite trasabilitatea precisă a lucrărilor efectuate, precum și viteza de lucru. 
• Proprietarii de produs sunt responsabili în principal de modificările netehnice ale domeniului de aplicare, de stabilirea priorităților și a obiectivelor ciclului de dezvoltare. 
• Managerii de proiect și Scrum Masters, împreună cu echipa de dezvoltare, sunt responsabili pentru livrarea proiectului la timp. 
• O evaluare continuă a termenului de livrare și a domeniului de aplicare previzionate ajută la determinarea structurii și a dimensiunii echipei de dezvoltare. 

Acest proces, incluzând toți cei implicați, se desfășoară în mod iterativ și îl numim „Buget and Scope Management Cycle” deoarece permite Product Owner-ului și tuturor celor implicați să aibă un control precis și previzibil asupra echipei și bugetului.

 

Gestionarea riscurilor proiectului

De obicei, identificăm riscurile la începutul ciclului de dezvoltare și adesea principalii factori sunt descoperiți în timpul lansării dezvoltării produsului. Dacă este descoperit un risc, stabilim o întâlnire cu toți cei implicați și dezvoltăm un plan de rezolvare a problemei identificate.

Astfel, putem reacționa rapid și elimina riscul înainte ca acesta să devină o problemă. Cel mai important, oferim soluții și planuri de acțiune, inclusiv rezumate ale întârzierilor.

 

Rapoarte de proiect

Proprietarul de proiect primește săptămânal sau bisăptămânal rapoarte de dezvoltare cu rezumate ale sarcinilor efectuate și diagrame de ardere.

 

Norme de proces de dezvoltare

Procesele de mai jos se bazează pe experiența acumulată de-a lungul anilor în furnizarea de servicii IT, soluții și dezvoltare software avansată.

 

Reguli de dezvoltare

Echipele noastre aderă la standardele de codificare bine-cunoscute pentru a oferi o bază de cod consecventă, ușor de înțeles și care poate fi întreținută. Pentru produsele pe care le dezvoltăm, implementăm cele mai bune și mai fiabile tehnologii și folosim cadre și instrumente fiabile și testate și urmăm tendințele tehnologice.

 

Definiția „Terminat”

Când începem o nouă cooperare cu un client, cădem de acord asupra definiției statutului „Terminat”. Orice funcționalitate sau modificare a codului pe care îl livrăm ar trebui să corespundă criteriilor inițiale enumerate în definiția noastră de „Terminat”, asigurând astfel calitatea și consistența rezultatului.

Definiția noastră standard a „Terminat” definește că o poveste de utilizator, o epopee, o sarcină sau o eroare din întârziere sau o sarcină atribuită este „Terminat” dacă au fost efectuate următorii pași:

• Definiți - Există o înțelegere comună între dezvoltatori și proprietarii de produse cu privire la modul în care ar trebui să arate și să se comporte produsul.
• Implementare - Sarcina este dezvoltată. Interfețele grafice cu utilizatorul sunt complet implementate.
• Integrare - Toate testele sunt trecute automat.
• Verificare - Un dezvoltator a verificat manual sarcina/funcționalitatea.
• Revizuire - Codul a trecut de revizuirea codului și a fost aprobat de 2 dezvoltatori (principiul 4-ochi).
• Aprobare - Codul a fost testat și aprobat de QA și de proprietarul produsului.
• Livrare - Codul este transmis unui depozit și livrat într-un mediu de aplicație adecvat.

 

Revizuirea codului

Procesul nostru de revizuire a codului asigură că fiecare parte a codului nu este verificată doar de dezvoltatorul care a scris acest cod, ci este verificată și aprobată de alți 2 dezvoltatori. Ne petrecem aproximativ 15% din timp pe teste și ne asigurăm că munca noastră îndeplinește standardele noastre înalte și că oferim doar cea mai bună calitate clienților noștri.

 

Valorile codului

Instrumente automate de testare, cum ar fi Jenkins, Sonar și Gitlab, sunt folosite pentru verificări regulate ale codului sursă. Odată cu rezultatul testelor, îmbunătățim codul sursă și prevenim blocajele care pot apărea în timpul programării.

 

Integrare continuă/Dezvoltare continuă

Indrivo utilizează integrarea continuă (CI)/dezvoltarea continuă (CD) ca practică de dezvoltare. De asemenea, folosim Jenkins CI pentru rapoarte automate de calitate și teste în curs de livrare. Acest proces asigură că numai codul care îndeplinește criteriile noastre de implementare și care a trecut testele automate relevante este integrat în codul de producție.

 

Asigurarea calității

Inginerii noștri de asigurare a calității efectuează teste pentru a asigura cel mai înalt nivel de calitate și utilizare a codului. În funcție de nevoile clienților noștri, creăm linii directoare individuale de asigurare a calității pentru fiecare proiect.

Domeniul de aplicare al testelor QA:

• Testare unitară - bucăți mici de cod sunt verificate pentru a vedea dacă funcționalitatea lor introduce sau emite valorile corecte.
• Testarea interfeței cu utilizatorul (UI) - Interfața cu utilizatorul este testată pentru conformitatea cu liniile directoare de proiectare și machete.
• Testarea experienței utilizatorului (UX) - Utilizabilitatea este testată și măsurată în detaliu.
• Testare de regresie - Pentru a testa dacă codul nou implementat nu interferează cu o implementare anterioară.
• Testare de securitate - Securitatea datelor este testată.
• Testarea performanței - Testarea capacității de răspuns, a performanței și a stabilității unui produs sub o sarcină de lucru simulată.
• Teste manuale - Produsul este verificat în raport cu cerințele specificațiilor inițiale.

 

Asigurarea excelenței

Lucrăm cu modelul de echipă dedicată de câțiva ani. La Indrivo, comunicarea și colaborarea sunt cele mai importante atuuri pe care le oferim atunci când lucrăm cu clienții noștri. Procesele noastre ne ajută să creăm relații de lungă durată cu partenerii de afaceri și clienții și să oferim produse software de primă clasă. Modelul de echipă agilă dedicată are multe avantaje de oferit, inclusiv economii de costuri, acces la resurse foarte specializate etc., menținând în același timp un nivel ridicat de control și încredere.