Retrospective Agile

Care e nivelul de agilitate la care putem ajunge într-un anumit context particular? Este o intrebare a cărui răspuns e influențat de o serie de mituri. Revenim cu o continuare a episodului anterior unde dezbatem noi idei ce merita auzite. Episodul acesta este o continuare a episodului anterior în care dezbatem noi idei despre mituri în lumea Agile.

Practici greșite care devin lege sau întoarcerea la baze? Schimbări pentru confortul nostru și sincronizate cu cultura companiei sau evoluție bazată pe valorile și principiile agile? În lumea agile avem o linie extrem de fină între mituri și adevăruri, iar in episodul de astăzi disecăm câteva dintre cele mai întâlnite mituri.

Nu o dată se întâmplă să vedem ceva de succes, să fim impresionați și să avem impresia că replicând ceea ce se vede la suprafață vom putea ajunge la aceleași rezultate. Capcana aceasta, de a ne concentra mai mult pe formă și mai puțin pe fond, cunoscută sub numele de Cargo Cult, are și o are o întreagă istorie în spate. Această istorie și legătura cu lumea Agile le puteți afla în episodul de azi al Restrospectivelor Agile.

Echipele agile par a fi idealul vremurilor extrem de schimbătoare în care trăim. Dar ce sunt ele de fapt, ce le face să fie agile? Faptul că aplică un framework Agile cu strictețe sau faptul că se mapează pe fiecare situație în parte reușind să se adapteze fiecărui context? Răspunsul nu e simplu și cu atât mai mult modul în care ajungem să formăm o astfel de echipă nu e simplu. Astăzi dezbatem despre cum o echipă are nevoie să depășească provocări constant pentru a fi perfomantă și agilă, și nu numai. Alte idei neașteptate care gravitează în jurul acestor idei vă așteaptă într-un nou episod al Retrospectivelor Agile.

De multe ori totul porneste de la o idee, o echipă mică și pare simplu la prima vedere. O rețetă ușor de aplicat, de exemplu Scrum, dar greu de ințeles în profunzime ne poate face viața ușoară. Dar ce facem atunci cand ideea crește și trebuie să aducem în peisaj 50, 100 de echipe? Ce factori apar în joc atunci când "mamutul" e deja acolo și trebuie transformat și antrenat pentru a fi agil? Episodul de azi zgârie doar suprafață ceea ce inseamna scalarea Agile. Alergăm cu placere între idei care cu siguranță merită dezbatute mai adânc: importanța alinierii produsele noastre pentru a atinge obiectivele businessului, importanța aducerii la același mod de a gândi și a celorlalte funcții cum ar fi vânzarile, marketingul sau departamentul de resurse umane. Si cât de important e să facem asta într-un mod conștient că o astfel de transformare nu se întâmplă peste noapte. Cum știm că am ajuns și ce capcane pot apărea în această călătorie?

Un episod special, dedicat bâlbelor din timpul înregistrărilor. Enjoy! :)

Opțiuni, idei, cunoaștere, emoții, curiozitate, alegeri. Sunt doar câteva dintre ingredientele cu care ne luptăm într-un mod plăcut atunci când citim. Cărțile ne pot oferi perspective noi asupra unui lucru deja știut sau pot să ne stârnească curiozitatea cu o informație nouă. Rămâne la alegerea noastră dacă o depozităm într-un sertar, undeva într-un colț pierdut, dacă o ignorăm complet sau dacă dorim și reușim să folosim noile cunoștințe în mediul profesional. În acest episod povestim despre câteva dintre cărțile care ne-au ajutat să progresăm, cărți din care am reușit să luăm informații utile pe care am reușit să le transpunem în practică.

În spatele deciziilor pe care le luăm, a modului în care reacționăm în anumite situații și, de ce nu, a modului în care ne ducem viața, ne place să credem că există o logică bazată pe argumente raționale. Suntem tentați să credem că tot ceea ce facem se întamplă în mod conștient și educat. Dar adevărul este că minții noastre îi place să ne joace feste de multe ori, să creeze scurtături în luarea deciziilor și să ne împingă în capcane mai mici sau mai mari. Unele pot fi nocive, altele în schimb pot să ne ajute. În acest episod veți afla cum pot influenta uneori aceste capcane deciziile în proiecte Agile dezbătând acest episod alături de un invitat special: Simona Bongez, managing partner Colors in Projects.

Atunci când vreti sa determinați când anume se va termina implementarea unui proiect sau a unei functionalități noi, ce ați prefera? Să identificați cu exactitate o dată ce are o mare probabilitate să fie greșită sau să aproximați un interval de timp cu mari șanse de a fi corect? Dar atunci când deadline-ul este fix, cum ar fi să schimbați axa de raportare și criteriile de precizie sau acuratetea să se aplice în estimarea funcționalităților ce ar putea fi livrate pana la data respectivă?

Precizie sau acuratețe? Exactitate sau corectitudine? În episodul 8 vom argumenta de ce putem să alegem doar una dintre ele și vom vedea care dintre variante e de preferat într-un context agil.

Într-o lume în care nevoile utilizatorilor se schimbă cu o viteză amețitoare, ne întrebăm ce înseamnă de fapt rapiditatea în livrarea soluțiilor soft. Urmărim creșterea vitezei cu care producem un volum mare de cod sau scăderea timpului dintre apariția ideii și momentul lansării? Urmărim validarea rapidă a ipotezelor sau identificarea urgentă a solutiilor gresite? Sau, de ce nu, viteza cu care schimbăm direcția de câte ori este necesar. Dan și Bogdan vorbesc despre toate acestea într-un nou episod de retrospective agile.