Lista de sarcini a erei digitale

Partea 1 a seriei de practică „În spatele scenelor agile” – perspective și perspective pentru profesioniștii agili de astăzi și de mâine. Seria de articole de blog din 5 părți tratează instrumentele și modelele centrale de gândire în munca agilă.

Cadrul agil

Cu siguranță cititorul înclinat cunoaște termenul de „auto-organizare”. Este un cuvânt la modă care se potrivește bine cu ideile de sisteme de management noi, mai puțin ierarhice. Ceea ce mulți oameni trec cu vederea atunci când îl folosesc: strict vorbind, auto-organizarea înseamnă auto-dedicare. Sistemul este proiectat de elementele sistemului în sine, adică nu este organizat de alții.

Dacă iei acest lucru în serios în sistemul companiei, are efecte radicale pe de o parte asupra managementului organizației și, pe de altă parte, asupra modului în care echipele și angajații trebuie să facă pentru a-și menține cooperarea în funcțiune. Rezultatul în majoritatea organizațiilor este un echilibru între măsurile-cadru ale managerilor și mai multă responsabilitate din partea angajaților. Auto-organizarea, devine rapid clar, este o aspirație ridicată.

Un câmp similar de tensiune se deschide pentru mulți începători în lumea agilă. „Agile” este ceea ce auziți după primele ore de relație cu Scrum & Co. „care ar trebui să ne facă mai liberi. Departe de lucrul conform metodei cascadei, mai rapid, mai flexibil. Deci, de ce există un cadru atât de detaliat pentru lucrul agil?”

„Agile Backlog”, unul dintre instrumentele centrale din setul de instrumente agil, este un exemplu al acestei întrebări. Există multe lucruri de care ați putea face fără, așa cum vă vor spune profesioniștii Agile cu experiență, dar nu un fel de restanță. Restul, așa cum s-ar spune în engleză, „este coloana vertebrală a rezolvării agile de probleme”.

Ce este Agile Backlog?

Backlog-ul, sau backlog de produs, este lista tuturor sarcinilor, caracteristicilor și elementelor care trebuie finalizate pentru a atinge obiectivul proiectului. Această listă de lucruri de făcut, care este actualizată constant de echipă, are două sarcini principale: să țină evidența proiectului (cu alte cuvinte: să nu se piardă nimic pe parcurs) și să prioritizeze sarcinile.

Echipele agile au sarcina de a crea un produs și de a-l evolua constant pe parcursul unui proiect. Managementul agil de proiect diferă de managementul de proiect tradițional prin faptul că nu există un plan de proiect stabilit în piatră. Dar asta nu înseamnă că nu există un plan. Există, de asemenea, o idee clară a soluției, dar modalitatea de a ajunge acolo nu este fixă. Ea decurge dintr-o alternanță constantă de dezvoltare, observație și adaptare.

Restul ca o listă agilă de activități reflectă această „însoțire a problemei”: dacă apar provocări noi, neașteptate pe calea de dezvoltare, următorii pași de dezvoltare sunt reevaluați și este creată o nouă cale.

Acum, unul dintre principiile Manifestului Agile din 2001 este că „software-ul de lucru este mai important decât documentația cuprinzătoare”. Cu toate acestea, pionierii mișcării agile nu au vrut să spună că procesul de lucru în curs poate fi lăsat în întregime singur.

Lucrul în echipă în special are nevoie de răspunsuri la întrebările: cine face ce și în ce ordine. Un backlog de produse bine întreținut răspunde la aceasta și multe altele.

Cum funcționează un backlog agil?

Patru categorii de informații sunt în mod obișnuit capturate într-un backlog:

  • proprietăți
  • Corectarea erorilor
  • Datoria tehnică
  • Cunoștințe dobândite

În backlog, aceste elemente sunt întotdeauna legate de o poveste concretă a utilizatorului, o funcție care este valoroasă pentru client. Scopul principal al acestei povești este de a oferi dezvoltatorilor o imagine clară a funcției și a beneficiului asociat clientului, fără a dicta soluția.

Caracteristicile produsului sunt elementele de produs care sunt absolut necesare pentru îndeplinirea funcției respective și din care decurg direct sarcinile de dezvoltare.

Greșelile se întâmplă chiar și celei mai bune echipe de dezvoltare. Cu toate acestea, deoarece „defecțiunile” au un impact negativ direct asupra valorii produsului și, prin urmare, asupra satisfacției clienților, poate fi logic să prioritizați o „remediere a erorilor” mult mai mare în restanța. Ceea ce poate însemna și că echipa trebuie să întrerupă un sprint curent. Este recomandabil să plasați erorile detectate sus în stocul de produse, astfel încât să nu fie uitate.

Când vorbim despre „datoria tehnică”, ne referim la munca neterminată din restanță. Similar datoriei financiare, ignorarea ei înseamnă costuri mai mari, adică dobânda. Așadar, pe măsură ce anumite sarcini alunecă în jos, devine din ce în ce mai dificil să le finalizezi. Dar exact pentru asta este întârziatul: să nu existe întârziere de sarcini sau sarcini uitate.

În cele din urmă, să ne uităm la a patra categorie de informații din acumulare, cunoștințele dobândite. Scopul acestor note de rulare în stoc este de a colecta și partaja informații de care echipa are nevoie pentru a finaliza sarcinile viitoare. În practică, acest lucru ar putea duce la cercetare, un prototip sau o dovadă de concept care ajută echipa Scrum să ia decizii mai bune.

Restul este elementul central de control al proprietarului produsului. Responsabilitatea pentru restanța revine astfel proprietarului produsului. Această sarcină complexă include, printre altele, menținerea restanțelor, introducerea sau respingerea cererilor părților interesate, stabilirea priorităților și alinierea acestora la viziunea produsului. Gestionarea cu pricepere a restanțelor necesită multă experiență și pregătire suplimentară.

Cum construiesc proprietarii de produse restanța?

Baza unui backlog este foaia de parcurs al produsului, o foaie de parcurs care descrie schimbările din produs în timpul procesului de dezvoltare la un nivel superior. Transmite viziunea pe termen lung pentru dezvoltarea produsului, ceea ce nu înseamnă că acesta poate fi adaptat la evoluțiile actuale în timp.

Pe baza foii de parcurs, membrii echipei pot acum lista toate articolele pentru stocul de produse. Inițial, ideile pot fi foarte concrete și urgente, dar pot fi și mai abstracte. Schimbul cu toți cei implicați în proiect este absolut necesar pentru a ne asigura că toate proprietățile necesare ale produsului sunt incluse în dezvoltare.

După introducerea înregistrărilor, acestea trebuie sortate și prioritizate. Cea mai importantă întrebare atunci când stabilim priorități ar trebui să fie întotdeauna: Unde creăm cel mai mare beneficiu pentru clienți?

Backlogul este un document viu care trebuie utilizat și actualizat constant de toți membrii echipei. În consecință, prioritizarea sarcinilor trebuie ajustată din nou și din nou de către proprietarul produsului. La finalul acestei lucrări de coordonare în desfășurare, este determinată următoarea etapă de dezvoltare, numită „sprint” în lumea agilă.

De ce au nevoie proprietarii de produse de restanța?

Un backlog de produse îmbunătățește organizarea și colaborarea în echipe agile. Este instrumentul central pentru gestionarea și coordonarea muncii și, în combinație cu un mesager multicanal (cum ar fi Slack), formează și coloana vertebrală comunicativă a dezvoltării.

Principiul muncii iterative, adică renunțarea la un plan fix, complet elaborat în favoarea pachetelor de muncă mici, limitate în timp, pur și simplu nu ar fi posibil fără orientarea unui întârziere.

Membrii echipei sunt responsabili pentru îndeplinirea sarcinilor lor ei înșiși, pentru că numai ei pot judeca cu adevărat care sarcină este cât de solicitantă. În cel mai bun caz, se creează o echipă de performeri auto-organizați, care contribuie continuu la un produs mai bun, fără a fi supraîncărcat.

Concluzie
Restul este un element de control important pentru proprietarii de produse, care permite întreținerea, prioritizarea și coordonarea sarcinilor și cerințelor dezvoltării unui produs. Este un document viu care este utilizat și actualizat în mod constant de toți membrii echipei și este folosit în primul rând pentru a oferi o imagine de ansamblu asupra proiectelor și a prioritizării sarcinilor.

About admin

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *