ABONAMENTE VIDEO REDACȚIA
RO
EN

Cristina Dănulețiu Scrum Master and Monitoring Manager @ Wolfpack Digital

Andi Nicolescu Android Developer & Scrum Master @ Wolfpack Digital
@
3 Tipuri de retrospective și cum să o alegi pe cea mai potrivită pentru o echipă Scrum

În lumea noastră, a tehnologiei avansate în care eficiența joacă un rol important în viețile tuturor, observăm că singurul mod prin care se poate livra eficient este condiționat de o organizare cât mai bună a echipei de development. Ken Schwaber și Jeff Sutherland au identificat foarte devreme nevoia industriei de a miza pe o abordare flexibilă și incluzivă a întregii echipe în fața soluționării unor probleme complexe din domeniul IT. Ca urmare a acestei atitudini a luat naștere forma oficială a ghidului Scrum.


Simona Bonghez Managing Partner @ Colors in Projects
Despre Coaching Agile

Este nevoie de sprijin din afara companiei atunci când aceasta decide să schimbe anumite procese sau anumite practici? Răspunsul evident este unul negativ. De ce ? Pentru că optimizăm în mod curent procesele (sau măcar încercăm), învățăm să utilizăm noi instrumente, noi tehnici care se dovedesc a ne aduce rezultate mai bune și putem face asta cu forțe proprii, fără implicarea vreunui specialist extern. Și atunci e normal să ne punem întrebarea: de ce avem nevoie de coaching agile, de ce să aducem de afară pe cineva experimentat atunci când decidem să adoptăm acest nou mod de organizare a activității echipelor noastre? Am pus această întrebare unor profesioniști cu experiență în domeniu și am încercat să surprindem atât aspecte legate de rolul unui coach cât și utilitatea unui coach extern față de unui intern, din companie.

Reclame


Simona Motogna Conferențiar @ Facultatea de Matematică și Informatică, Universitatea Babeș-Bolyai

Arthur Molnar Lector @ Facultatea de Matematică și Informatică, Universitatea Babeș-Bolyai
@
Datoria Tehnică (I). Modele de estimare pentru datoria tehnică

Ne propunem o serie de trei articole în care să supunem analizei „datoria tehnică”, în engleză (și termenul mult mai des întâlnit) Technical Debt (TD). TD este o metaforă care însumează diferite probleme legate de calitatea sistemului software cauzate de prioritizarea dezvoltării de noi funcționalități în detrimentul activităților de întreținere și optimizare a codului sursă. Există mai multe modele de estimare a datoriei tehnice, unele dintre ele fiind implementate în instrumente software care facilitează managementul datoriei acumulate. Începem această serie printr-o prezentae a modelelor de estimare a datoriei tehnice pe care le-am considerat mai reprezentative, abordând principalele caracteristici, diferențele semnificative între modele, pentru ca în final să propunem niște recomandări care să ajute profesioniști în alegerea modelului potrivit. Următoarele articole vor discuta despre instrumentele software, respectiv despre modalități de control și de reducere a datoriei tehnice.


Dan Suciu Lector, PhD @ Facultatea de matematică și informatică, UBB
(Re) Gândește Agile

Nu mai încape nici o îndoială că trăim vremuri foarte schimbătoare. Și acest lucru este evident în egală măsură când ne referim la intensitate schimbărilor cât și la frecvența acestora. Adam Grant, autorul cărții ”Think Again”, consideră că e momentul să redefinim ceea ce înseamnă inteligența în acest context. Tradițional, inteligența este privită ca fiind capacitatea sau abilitatea de a gândi și a învăța. Într-o lume aflată într-o continuă mișcare există însă alte abilități care ar putea conta mai mult și anume capacitatea de a regândi și a te dezvăța. Agilitatea, ca mod de abordare a proiectelor, îmbrățișează un set de valori și principii ce stau la baza formării unor astfel de abilități, însă nu de puține ori am constatat că modul de implementare a agilității este unul departe de ceea ce autorii Manifestului Agile și-au dorit inițial.


Ana-Maria Dobre Instructional Design Specialist & Trainer @ Azimut & updateED
Comunicarea eficientă în cadrul organizațional

Fiecare a fost pus în situația în care, după o ședință la locul de muncă sau după o discuție cu managerul, să nu fie destul de clar care sunt obiectivele stabilite și metodele prin care acestea trebuie atinse. Potrivit statisticilor, 57% dintre angajați nu sunt convinși că au înțeles corect ce au de făcut, în timp ce 69% dintre manageri consideră că le este greu să comunice cu angajații.


Iulia Ștefănescu Marketing Manager @ Colors in Projects
Despre noua generație de Product Owners. Interviu cu Joanna Tivig și Peter Monkhouse

În lumea noastră, a tehnologiei avansate în care eficiența joacă un rol important în viețile tuturor, observăm că singurul mod prin care se poate livra eficient este condiționat de o organizare cât mai bună a echipei de development. Ken Schwaber și Jeff Sutherland au identificat foarte devreme nevoia industriei de a miza pe o abordare flexibilă și incluzivă a întregii echipe în fața soluționării unor probleme complexe din domeniul IT. Ca urmare a acestei atitudini a luat naștere forma oficială a ghidului Scrum.


John Bax Senior Consultant, Trainer, Coach, Speaker @ TRYACT International
Angajamentul la locul de muncă. O modă actuală sau o preocupare constantă?

Este angajamentul (engagement) o modă actuală? Cu siguranță așa pare la o primă vedere! Dacă căutăm cuvântul ‘engagement’ pe Google, vom obține 51.200,00 de rezultate, iar dacă căutăm ‘work engagement’ vom obține 82.200,00 de rezultate. Totuși, la o privire mai atentă, a face din ‘angajamentul’ oamenilor dintr-o organizație o preocupare constantă merită, fiind un lucru util angajaților și angajatorului. Permiteți-mi să demonstrez ceea ce tocmai am afirmat.


Mădălina Kaszoni Business Analyst @ PitechPlus
Business Analysis în metodologia Agile

Filozofia Agile a pornit de la un manifest de patru principii dedicate echipelor de software development. În timp, aceasta a crescut considerabil și s-a dezvoltat în diferite frameworkuri, înlocuind în final tradiționala metodologie Waterfall. Faptul că în Agile nu vedem definit un rol de business analyst, cum de altfel nu vedem definite multe roluri în afara celor tehnice, este pentru că aceasta ar încălca principiul Agile fundamental : colaborarea. Metodologia nu reprezintă în sine un proces de analiză a nevoilor de business, ci un proces de software development gândit să aducă cât mai multă valoare businessului.


Szilárd Kacsó CEO & Trainer @ Azimut Happy Employees @ updateED
Cum să devii mai bun la orice?

Dezvoltarea personală este un proces pe tot parcursul vieții de a-ți dezvolta, modela și îmbunătăți abilitățile și cunoștințele pentru a asigura eficacitatea maximă și capacitatea de angajare continuă. Poate vrei să devii mai bun la jobul tău, să înveți noi abilități de viață, noi hobby-uri sau pur și simplu dorești să afli cum să faci „papanașul” perfect.


Dan Suciu Lector, PhD @ Facultatea de matematică și informatică, UBB
Decizii colective în echipe de proiect

Niciunul dintre noi nu e mai prost decât noi toți la un loc, zice un proverb american („None of us is as stupid as all of us”). Ironia face că proverbul este, prin definiție, un rezultat al înțelepciunii populare și atunci, cât credit să mai dăm mesajului pe care îl transmite? S-ar putea trezi vreunul dintre noi să vină cu o evaluare mai bună decât a noastră, a tuturor, despre înțelepciunea mulțimilor? James Surowiecki știe pe cineva.

Conferință

VIDEO: NUMĂRULUI 111

Sponsori

  • Accenture
  • Bosch
  • ntt data
  • Betfair
  • FlowTraders
  • MHP
  • Connatix
  • Cognizant Softvision
  • BoatyardX
  • Colors in projects

« Articole mai vechi