Customize Consent Preferences

We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.

The cookies that are categorized as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... 

Always Active

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

No cookies to display.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

No cookies to display.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

No cookies to display.

Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.

No cookies to display.

Advertisement cookies are used to provide visitors with customized advertisements based on the pages you visited previously and to analyze the effectiveness of the ad campaigns.

No cookies to display.

Vizibilitate tuturor!

Sunt adeptul suprimării formelor fără fond cu precădere prin educație, viziune comună, focalizarea energiilor, obiectivism și foarte multă răbdare.

Un exemplu de dezvoltare în flux continuu


În continuarea articolului „Dezvoltarea în flux continuu”.
Să spunem că avem un proiect în care ne stabilim ca bază ideală de lucru următoarea metamorfoză a specificațiilor:

  1. Utilizatorii finali fac sugestii responsabilului de produs.
  2. Acestea sunt asumate sau refuzate. Cele refuzate nu ne mai interesează.
  3. Sugestiile asumate trebuie rafinate.
  4. Odată conforme cu criteriile INVEST, ele sunt analizate de echipă, estimate și planificate, devenind astfel pregătite.
  5. Cerințele pregătite sunt incrementate până când sunt considerate finalizate și gata pentru inspecție.
  6. Responsabilul de produs le validează și solicită utilizatorilor finali să accepte munca dezvoltatorilor, testând într-un mediu sigur de pre-producție.
  7. Munca acceptată este livrată în producție.

Kanban_pentru_IT_-_exemplu_-_Cornel_Fătulescu - Fără Limite

Cele spuse mai sus sunt conforme cu principiile dezvoltării într-un flux continuu:

dezvoltarea_într-un_sistem_de_tip_trage_-_Corey_Ladas_-_Cornel_Fătulescu

 

Cu scopul evitării risipei, în procesul nostru nu ar trebui să intre sugestii pe care nu le putem transforma în funcționalități utile și n-ar trebui să livrăm mai mult decât ar putea utilizatorii să accepte și să folosească:

dezvoltarea_într-un_sistem_de_tip_trage_-_Corey_Ladas_-_Cornel_Fătulescu_-_dezvoltarea_în_flux_continuu

Utilizatorii pot fi disponibili o săptămână pe lună pentru acceptanță (5 zile). O cerință are în medie o mărime estimată de 3 puncte relative,iar acceptarea unei cerințe de o asemenea talie ocupă o zi întreagă pentru cei doi utilizatori disponibili. Această ipoteză ne duce cu gândul la a nu produce mai mult de 15 puncte relative pe lună (5 zile X 3 puncte relative). Sesizăm diferența de abordare față de modul de lucru tradițional?

Când toate cerințele din etapa „Acceptanță” au trecut în coloana „De livrat”, primul dezvoltator disponibil livrează incrementul în producție.

Când mărimea cerințelor din coloana „De acceptat” ajunge la 15 puncte relative, responsabilul de produs, solicită utilizatorii să înceapă acceptanța. În cazul identificării unui defect, aceștia se adresează direct echipei de dezvoltare, care se oprește din muncă, corectează și se asigură că reduce sau elimină complet șansele ca un astfel de defect să se mai reproducă.

Echipa este obișnuită să lucreze în iterații de câte două săptămâni, având o viteză constantă de aproape 8 puncte relative. N-are niciun sens să se accepte mai multă muncă în iterație.

Când echipei nu-i mai rămâne nicio cerință de realizat (0 puncte relative), adică toate au trecut în etapa „Gata pentru inspecție”, fiind conforme cu definiția unei cerințe finalizate, i se demonstrează responsabilului de produs rezultatul muncii. Responsabilul de produs invalidează anumite cerințe sau le trece în „De acceptat”. Discută cu echipa de dezvoltare referitor la ce poate fi adaptat pentru următoarea iterație și se trece la cerințele din „De planificat”, unde echipa :

  • analizează cerințele,
  • le estimează în puncte relative,
  • le împarte în sarcini de lucru (tasks) și
  • trece în etapa „De făcut” cerințele considerate pregătite.

Când în etapa „Sugesii asumate” mai rămân cel mult două sugestii, responsabilul de produs organizează un atelier cu utilizatorii finali, solicitându-le astfel noi idei pe care le va asuma.

Regulile date mai sus, pot fi făcute vizibile astfel:

exemple_de_limite

 

Rezultatul se numește limitarea cantității de muncă cu scopul optimizării debitului optimal. Noi abia am început, și n-am făcut decât să reprezentăm ipotezele noastre. În următoarele articole vom discuta și despre cum și în ce condiții putem reveni asupra acestor reguli.

Un exemplu de dezvoltare în flux continuu

Cornel FătulescuDacă doriți să aflați mai multe despre mine, Cornel Fătulescu, sau proiectele în care sunt implicat, vă invit să mă descoperiți și ca Chief Platform Officer la Pentalog, să mă urmăriți pe Facebook, ca investitor la wanttolearn, să citiți unul dintre primele articole despre mine și să mă contactați urmând ghidul de pe pagina de contact.

Acest articol a fost citit de 3265 ori