Demistificarea Restanțelor În Inginerie

Dacă studiezi inginerie sau ești inginer, este posibil să fi auzit cuvântul „backlog” folosit foarte mult în domeniul tău.

Dar te-ai întrebat vreodată ce este un restanțe și de ce este atât de important în proiectele de inginerie?

Backlogul este mai mult decât o listă de sarcini sau comenzi care nu au fost încă efectuate.

Este un instrument puternic care poate face sau distruge un proiect, iar dacă știi să-l folosești bine, poți face din proiect un succes.

În această postare pe blog, vom vorbi despre întârzierea în inginerie, inclusiv despre diferitele sale tipuri, roluri și importanță.

Așadar, continuați să citiți dacă doriți să vă duceți proiectele de inginerie la următorul nivel.

Înțelegerea definițiilor restanțelor și importanța în inginerie

Definiție formală:

1. O acumulare de comenzi care promit munca viitoare si profit 2. O acumulare de materiale neprocesate sau sarcini neexecutate.

În inginerie și management de proiect, un backlog este o listă de sarcini care trebuie îndeplinite și cât de importante sunt acestea.

Ajută echipele să planifice detaliile înainte de a petrece prea mult timp planificând domeniul de aplicare și prioritățile de afaceri.

Lista lucrurilor de făcut:

Echipa de produs decide asupra proiectelor la care urmează să lucreze, iar restul este folosit de toate echipele din ciclul de dezvoltare pentru a ține evidența și a prioritiza sarcinile pe măsură ce lucrează pentru livrarea produsului.

Cele mai importante articole se află în partea de sus a stocului de produse, astfel încât echipa știe la ce să lucreze mai întâi.

Poveștile utilizatorilor, remedierea erorilor și actualizările de produse sunt toate lucruri obișnuite pe care trebuie să le puneți pe un backlog de produse.

Echipa de dezvoltare nu se ocupă de stocul în așteptare dintr-o dată.

În schimb, fac bucăți mici din el la un moment dat, numite „sprinturi”.

Îngrijirea sau perfecţionarea backlogului se face în mod regulat pentru a vă asigura că sarcinile fiecărui sprint sunt clare şi realizabile.

Cât de importante sunt restanțele:

Un backlog agil bine prioritizat facilitează planificarea lansărilor și iterațiilor, stabilește așteptările cu părțile interesate și cu alte echipe și face din timpul de inginerie un activ fix.

Un backlog de produse bine organizat ajută echipa să definească și să înțeleagă clar obiectivele și cerințele unui proiect, să prioritizeze sarcinile în funcție de cât de importante sunt acestea, să ia decizii informate cu privire la ceea ce ar trebui să fie lucrat în continuare și să se adapteze continuu la cerințele și prioritățile în schimbare, ceea ce face ca procesele de dezvoltare să fie mai flexibile și mai eficiente.

Managementul backlog:

Gestionarea backlog-ului este procesul prin care echipele adaugă, modifică, curățează și clasifică backlog-ul pentru a se asigura că utilizatorii primesc mai întâi cele mai importante funcții.

Un stoc complet poate dăuna dezvoltării software, făcându-l să dureze mai mult pentru a ajunge pe piață a unui produs și făcându-l mai puțin bun.

Restabilirea restanțelor poate fi o parte esențială pentru repunerea în funcțiune a unui proiect și pentru stimularea creativității care este atât de importantă pentru dezvoltarea de succes a software-ului.

Backlog mai poate însemna:

În contabilitate și finanțe, un întârziere este o cantitate mare de muncă care trebuie făcută, cum ar fi comenzile de vânzare care trebuie completate sau documentele financiare care trebuie procesate.

Un întârziere poate fi bun sau rău, în funcție de modul în care afectează situația.

Pe de o parte, ar putea însemna că vânzările sunt în creștere, dar, pe de altă parte, companiile încearcă de obicei să evite întârzierile, deoarece ar putea însemna că devin mai puțin eficiente sau nu pot satisface cererea.

Deblocați puterea întârzierilor: cum să evitați termenele limită și să creșteți stresul!

Inca greu de inteles? Hai sa schimb putin punctul de vedere:

Te-ai săturat să termini lucrurile la timp și la buget? Îți este dor de entuziasmul unui termen care se apropie și de gustul dulce al panicii? Ei bine, nu vă faceți griji, pentru că știu exact ce să fac: întârziere! Da, ai dreptate.

Lăsați acele comenzi și sarcini să se adune și în curând veți avea mai multă muncă decât știți cu ce să faceți.

Spune-ți la revedere de la finalizarea lucrurilor și salută atacurile de cord cauzate de stres.

Cui îi pasă să câștigi bani și să fii eficient?

Bine, a fost doar o glumă făcută să arate ca o reclamă TV.

Acum să revenim la explicație.

Product Backlog vs Sprint Backlog: diferențe cheie

Backlog-ul de produse și backlogul de sprint sunt două instrumente importante pentru organizarea proiectelor de dezvoltare software în metodologii Agile.

Ambele restanțe sunt părți importante ale oricărui proiect de dezvoltare software, dar domeniile și obiectivele lor sunt diferite.

Backlog de produse:

Proprietarul de produs face o listă de caracteristici de adăugat la proiect înainte de începerea proiectului.

Această listă se numește „produs în așteptare”.

Oferă o imagine de ansamblu asupra întregului produs, incluzând atât obiectivele și principiile de bază, cât și alte părți care sunt mai susceptibile de a se schimba.

Este mereu în schimbare și poate fi schimbat în orice moment pentru a reflecta schimbările de pe piață sau feedback-ul clienților.

Restul de produse este una dintre cele mai importante modalități prin care echipa de dezvoltare și părțile interesate pot vorbi despre ce trebuie construit și de ce.

Este, de asemenea, un document viu care oferă întregii echipe de dezvoltare o singură sursă de adevăr pe care să o folosească pe tot parcursul proiectului.

Sprint Backlog:

Pe de altă parte, un backlog de sprint este un subset al backlog-ului de produse care include doar elementele din backlog-ul de produse care pot fi finalizate în timpul fiecărui sprint agil.

Face ca munca produsului într-o anumită perioadă de timp să iasă mai mult în evidență.

Backlog-ul de sprint este alcătuit din elemente din backlog-ul de produse, dar numai din cele care pot fi finalizate în timpul fiecărui sprint agil.

În timpul ședinței de planificare a sprintului, echipa decide la ce elemente din backlog-ul de produse vor lucra în timpul sprintului.

Aici se face restanța de sprint.

Odată ce toată lumea este de acord, elementele și pașii pentru a le finaliza sunt stabiliți pentru întregul sprint.

Un backlog de sprint este diferit de un backlog de produs prin faptul că poate fi modificat numai în timpul unei întâlniri de planificare a sprintului.

Ce este diferit:

• Domeniu de aplicare: Backlog-ul de produse oferă o imagine de ansamblu asupra tuturor caracteristicilor de adăugat la un proiect, în timp ce backlog-ul de sprint se concentrează pe ceea ce trebuie făcut în fiecare sprint agil.
• Scop: Backlog-ul de produse este un instrument de comunicare între echipa de dezvoltare și părțile interesate, oferind o înțelegere comună a ceea ce trebuie construit și de ce.

Echipa de dezvoltare folosește stocul de sprint pentru a planifica și a lucra în timpul unui anumit sprint.

• Flexibilitate: Backlogul de produse este un document viu care poate fi actualizat în orice moment pentru a reflecta schimbările din piață sau feedback-ul clienților.

În timpul unui sprint, stocul de sprint este înghețat, iar modificările pot fi făcute numai în timpul unei întâlniri de planificare a sprintului.

Gestionarea și menținerea restanțelor: roluri și responsabilități

Urmărirea și gestionarea restanțelor este o parte cheie a dezvoltării software Agile.

Iată care sunt cele mai importante roluri și responsabilități atunci când vine vorba de gestionarea și ținerea pasului cu restanțele.

Responsabilitățile proprietarului produsului:

• Proprietarul de produs este responsabil pentru gestionarea și menținerea Product Backlog-ului, inclusiv defalcarea articolelor în povești de utilizator.
• Aceștia sunt responsabili pentru organizarea și menținerea Product Backlog-ului, inclusiv conținutul, disponibilitatea și comanda acestuia.
• Ei se asigură că restanța se aliniază cu obiectivele generale ale proiectului și că echipa lucrează la sarcini importante și valoroase.

Responsabilitatile echipei de dezvoltare:

• Echipa de dezvoltare este responsabilă pentru transformarea Product Backlog-ului în piese incrementale de funcționalitate.
• Ei dețin Sprint Backlog și sunt responsabili pentru a decide ce articole să includă și cum să le prioritizeze.
• Ele furnizează estimări pentru articolele din Backlog de produse în timpul sesiunilor de planificare a sprintului.
• Ei creează Sprint Backlog, care este un set de articole de backlog de produse selectate pentru sprint, împreună cu un plan pentru livrarea creșterii produsului în timp ce realizează obiectivul sprintului.
• Ei execută munca din Sprint Backlog și o modifică și o actualizează pe măsură ce noi informații devin disponibile.

Sarcinile unui Scrum Master sunt:

• Scrum Master facilitează evenimentele Scrum și îi ajută pe toată lumea să înțeleagă teoria, practicile, regulile și valorile Scrum.
• Ei pot fi implicați în procesul de modificare a restanțelor, dar nu au autoritatea de a face modificări pe cont propriu.

Colaborare și vorbire între ei:

• În timp ce Product Ownerul este singurul responsabil pentru menținerea Product Backlog-ului, rafinarea acestuia ar trebui să fie un efort de colaborare în care restul echipei Scrum contribuie cu cunoștințele, cunoștințele și experiența sa în proiect de până acum.
• Întreaga echipă lucrează și contribuie la stocul de produse, dar în cele din urmă depinde de Echipa de dezvoltare să îl transforme în software funcțional.

Pe scurt, Product Owner-ul este responsabil de Product Backlog, iar Echipa de Dezvoltare este responsabilă de Sprint Backlog.

Scrum Master conduce întâlniri Scrum și se asigură că toată lumea înțelege teoria, practicile, regulile și valorile Scrum.

Echipa lucrează împreună și vorbește pentru a se asigura că ambele restanțe sunt corecte, actualizate și în conformitate cu obiectivele generale ale proiectului.

Echipa de dezvoltare este responsabilă de transformarea elementelor din Product Backlog în software care funcționează, în timp ce Product Owner se asigură că backlogul este în conformitate cu obiectivele generale ale proiectului.

Tehnici de rafinare și prioritizare a backlog

Gestionarea și menținerea restanțelor: roluri și responsabilități

Backlogurile sunt o parte importantă a managementului de proiect Agile și trebuie gestionate și menținute la zi.

Acest articol vorbește despre rolurile și responsabilitățile echipei Scrum atunci când vine vorba de gestionarea și ținerea evidenței produselor și sprintului întârziat.

Product Owner și Product Backlog

Product Owner este responsabil cu gestionarea și actualizarea backlog-ului de produse, care este un document viu care se modifică în funcție de nevoile afacerii, de piață și de tehnologie.

Foaia de parcurs și cerințele sale sunt folosite pentru a face backlog-ul produsului, care este o listă de lucru pentru echipa de dezvoltare, care este clasificată după cât de important este.

Cele mai importante lucruri sunt în vârf pentru a putea fi lucrate mai întâi.

Product Owner-ul este responsabil de menținerea stocului de produse organizat și actualizat.

Aceasta include defalcarea articolelor în povești de utilizator.

Ei decid cum să ordoneze sarcinile în așteptare și se asigură că se potrivesc cu obiectivele generale ale proiectului.

Proprietarul de produs poate modifica sau reordona sarcinile din backlog în orice moment, pe baza feedback-ului clienților sau a noilor cerințe.

Dar odată ce lucrările sunt în curs, nu ar trebui să existe prea multe schimbări.

În timpul sesiunilor de curățare a stocului de produse și de planificare a sprinturilor, punctele de poveste sunt folosite pentru a estima PBI.

Aceasta este doar o idee aproximativă a mărimii.

Product Owner poate avea un efect asupra echipei de dezvoltare, ajutându-i să înțeleagă și să aleagă compromisuri, dar estimarea finală este făcută de oamenii care vor face munca.

Echipa de dezvoltare și Sprint Backlog

Echipa de dezvoltare este responsabilă de transformarea articolelor din Product Backlog în piese de funcționalitate care pot fi utilizate împreună.

Chiar dacă Product Owner este singurul responsabil cu ținerea evidenței Product Backlog-ului, restul echipei Scrum ar trebui să contribuie la îmbunătățirea acestuia, împărtășindu-și cunoștințele, cunoștințele și experiența cu proiectul de până acum.

Întreaga echipă lucrează și adaugă la stocul de produse, dar este datoria echipei de dezvoltare să-l transforme în software care poate fi utilizat.

Echipa de dezvoltare este responsabilă de Sprint Backlog, care este un subset al Product Backlog.

Sprint Backlog are cele mai importante lucruri din Product Backlog, precum și alte lucruri care trebuie făcute, cum ar fi User Stories, Tasks, Use Cases și Teste.

În Sprint Backlog, dezvoltatorii pot găsi sarcini simple la care să lucreze în timpul sprintului curent.

De asemenea, are povești care descriu valoarea de utilizator la nivel înalt a produsului și sarcini detaliate care descompun povestea utilizatorului în pași simpli și realizabili pentru dezvoltare.

Echipa de dezvoltare este responsabilă de alegerea ce se înscrie în Sprint Backlog și cât de important este fiecare articol.

Poveștile utilizatorului, Sarcinile, cazurile de utilizare, testele și orice alte elemente care descompun articolele selectate din Product Backlog pot fi adăugate la Sprint Backlog.

În timpul fiecărei întâlniri Daily Scrum (întâlnire zilnică), membrii echipei își revizuiesc progresul față de sarcinile planificate în Sprint Backlog pentru a vedea dacă sunt pe cale să atingă acest obiectiv de sprint.

Dacă există erori importante sau modificări ale caracteristicilor din Foaia de parcurs, acestea își pot schimba sau actualiza prioritățile în Backlog-ul Sprint.

Tehnici de rafinare și prioritizare a backlog

În managementul Agile de proiect, utilizarea eficientă a tehnicilor de rafinare și prioritizare a backlogului poate ajuta la îmbunătățirea rezultatelor proiectului și a cât de bine funcționează.

Rafinarea backlog-ului este un proces continuu care se asigură că așteptările utilizatorilor, feedback-ul de la piață și livrarea proiectelor rămân toate sincronizate.

Sesiunile de îngrijire a backlog-ului sunt folosite pentru a reevalua prioritățile, pentru a curăța și a organiza stocul de produse și pentru a face planificarea sprintului mai productivă.

Principalul beneficiu al rafinării backlog-ului este să vă asigurați că articolele din partea de sus a listei dvs. Sunt relevante, au suficiente informații și au o estimare.

Prioritizarea eficientă începe cu mult timp înainte de a ajunge chiar la restanța.

În primul rând, va trebui să veniți cu un plan pentru produsul dvs.

Acest lucru oferă echipei o modalitate de a măsura cât de bine se descurcă în raport cu un set comun de obiective și proiecte.

Prioritizarea backlog-ului este necesară pentru a organiza elementele din backlog-ul de produse (cum ar fi User stories, bug-uri, spikes etc.), astfel încât acestea să poată fi construite și lansate în ordinea corectă.

Tipuri de întârzieri și gestionarea lor în diferite industrii

Tipuri de backlog

Dezvoltarea unui produs presupune punerea în ordine a caracteristicilor în funcție de importanță și punerea lor în acțiune.

Există trei tipuri principale de întârzieri care sunt utilizate pentru aceasta:

• Restante produs.

Product Backlog este un plan pe termen lung pentru produs care include funcții care nu au fost încă prioritizate pentru lansare.

Este un document viu care se schimbă pe măsură ce apar noi informații și feedback.

Descompune viziunea în lucruri specifice care pot fi făcute și adaugă valoare produsului.

• Eliberați Backlog.

Release Backlog este o parte din Product Backlog care listează caracteristicile care vor fi livrate într-o anumită versiune.

Se realizează prin alegerea articolelor din Product Backlog în funcție de cât de importante sunt acestea și dacă pot fi realizate.

• Sprint Backlog.

Backlog-ul Sprint este o parte a Backlog-ului de lansare care listează caracteristicile care vor fi livrate într-un anumit sprint.

Se realizează prin alegerea articolelor din Release Backlog în funcție de cât de importante sunt acestea și dacă pot fi realizate sau nu.

Managementul backlog în diferite industrii

Diferitele industrii au moduri diferite de a-și gestiona restanțele.

Aici sunt cateva exemple:

• Dezvoltare de software.

Metode agile precum Scrum sau Kanban sunt folosite pentru a gestiona restanțele în dezvoltarea software.

Echipele Scrum lucrează în „sprinturi”, care sunt perioade limitate în timp în care lucrează la sarcini specifice din „Sprint Backlog”.

În fiecare zi, echipa are întâlniri „stand-up” în care vorbesc despre cum merg lucrurile și despre orice probleme le întâmpină.

În Kanban, elementele de lucru sunt afișate pe o tablă cu coloane care arată unde sunt în curs de finalizare.

Pe măsură ce elementele de lucru trec prin diferite etape, membrii echipei le mută de la o coloană la alta.

• Management de proiect.

În managementul proiectelor, instrumente precum Trello și Jira pot fi folosite pentru a ține evidența restanțelor.

Cu aceste instrumente, utilizatorii pot realiza panouri cu liste care arată diferitele etape ale unui proiect.

Elementele de lucru pot fi adăugate și mutate între aceste liste pe măsură ce se deplasează prin diferite etape.

Managementul Scrum și Backlog

Backlog de produse Scrum

Scrum Product Backlog este o listă de elemente, caracteristici și sarcini pentru un proiect care sunt clasificate în funcție de cât de importante sunt.

Nu ar trebui să aibă informații detaliate despre ceea ce este necesar.

În schimb, cerințele finale sunt stabilite în timpul sprintului, împreună cu clientul.

Poveștile utilizatorilor, care arată munca care trebuie făcută pentru a livra un produs sau serviciu, pot fi adăugate la Scrum Product Backlog.

Fiecare articol din Scrum Product Backlog trebuie să aibă un fel de valoare pentru client.

Echipa Scrum poate folosi, de asemenea, alte artefacte, cum ar fi un rezumat al diferitelor roluri ale utilizatorului, descrieri ale fluxului de lucru, ghiduri pentru interfața utilizator, storyboard-uri sau prototipuri ale interfeței cu utilizatorul, dar acestea nu înlocuiesc Scrum Product Backlog.

În schimb, ei adaugă și explică ceea ce spune.

Backlog logistic

În funcție de ceea ce se vorbește, termenul de „backlog logistic” poate însemna diferite lucruri.

În managementul lanțului de aprovizionare, un backlog reprezintă toate produsele care au fost comandate de clienți, dar nu au fost încă trimise.

Acestea includ lucruri precum numărul comenzii, numărul produsului, data livrării, suma și starea comenzii.

Un întârziere este bun pentru afaceri, deoarece arată că clienții sunt dispuși să plătească pentru comenzile care nu au fost încă onorate.

Dar dacă termenele limită nu sunt respectate și comenzile nu sunt expediate la timp, restanța se transformă în comenzi în așteptare, ceea ce poate fi dăunător pentru afaceri.

În logistica containerelor portuare, un întârziere este atunci când containerele de transport se adună în porturi din cauza problemelor din lanțul de aprovizionare cauzate de lucruri precum politicile COVID-19 și mai mulți oameni care doresc bunuri.

Acest tip de întârziere în logistică poate face ca expedierea să dureze mai mult și să coste mai mult pentru companii.

BACKLOG DE ÎNTREȚINERE: Ce este și cum se calculează Backlog?

Sfat: activați butonul de subtitrare dacă aveți nevoie de el. Alegeți „traducere automată” în butonul de setări, dacă nu sunteți familiarizat cu limba vorbită. Poate fi necesar să faceți mai întâi clic pe limba videoclipului înainte ca limba preferată să devină disponibilă pentru traducere.

Cazuri de utilizare

Folosit in:	Descriere:
Dezvoltare de software:	Backlog-ul este adesea folosit pentru a urmări progresul unui proiect în dezvoltarea de software. Are o listă cu toate caracteristicile, erorile și sarcinile care trebuie făcute înainte ca produsul final să poată fi realizat. Echipa lucrează la elementele din backlog. În ordinea care are cel mai mult sens pentru proiect. Backlog-ul poate fi folosit pentru a ține evidența a ceea ce trebuie făcut, cine este responsabil pentru fiecare sarcină și când fiecare sarcină este datorată. Este un instrument pe care echipele de dezvoltare de software îl pot nu se lipsește dacă doresc să se asigure că livrează produse de înaltă calitate la timp.
De fabricație:	În producție, stocul poate fi utilizat pentru a urmări modul în care materialele și produsele se deplasează prin procesul de producție. De exemplu, ar putea fi creat un stoc pentru a ține evidența câte produse neterminate trebuie să fie terminate înainte ca o comandă să poată fi completată. Folosit pentru a se asigura că procesul de producție se desfășoară fără probleme și că comenzile sunt onorate la timp.
Constructie:	Întârzierea poate fi folosită în construcții pentru a urmări cât de departe este un proiect și pentru a vă asigura că toate sarcinile sunt efectuate la timp. Unele dintre lucrurile care ar putea fi în stocul de construcții sunt comandarea materialelor, programarea lucrătorilor și efectuarea inspecțiilor. Puteți utiliza restanța pentru a vă asigura că fiecare sarcină este efectuată în ordinea corectă și că proiectul se derulează conform planificării.
Finanţa:	În finanțe, întârzierea este o modalitate de a urmări plățile sau facturile care nu au fost încă procesate și trebuie să fie. Folosit pentru a se asigura că toate plățile sunt procesate la timp și că fluxul de numerar al companiei este bine gestionat.

Concluzie

În inginerie, backlogul este o parte importantă a managementului de proiect, iar înțelegerea importanței acestuia poate avea un efect uriaș asupra succesului unui proiect.

Este important să înțelegeți pe deplin conceptul de „backlog” pentru a gestiona backlog-ul de produse sau sprint backlog și pentru a utiliza tehnici eficiente de rafinare și prioritizare.

Dar este important să rețineți că gestionarea restanțelor nu este un lucru unic.

Trebuie îmbunătățit și acordat atenție pe tot parcursul ciclului de viață al proiectului.

Ca inginer, a ști cum să-ți gestionezi întârzierile poate însemna diferența între un proiect care funcționează și unul care nu.

Așadar, folosiți puterea restanțelor în avantajul dvs. Și nu încetați niciodată să-l rafinați și să îl îmbunătățiți pentru a obține cele mai bune rezultate.