sâmbătă, 31 martie 2012

Open Agile Iasi - live blogging

2 comments
mai mult, dupa amiaza aici 
[12:10] Ionel Condor despre Agile Career Development. Vorbeste despre un subiect care ma pasioneaza.

Prima idee de la el: "Love what you are doing"
Altceva in care cred: cum sa recunosti diamantul in noroi sau intr-o gramada de sticla.

Ce fel de traininguri iti ofera o companie? de toate, depinde de firma,  dar nu e foarte simplu sa le urmezi pe alea semnificative pentru tine.

Cate companii pot sa vorbeasca despre "unde vei fi tu peste 10 ani"?
Sunt cazuri in companii care nu nu mai ofera Career Paths, tehnologia se schimba prea mult
Si una de la mine: un plan de cariera inseamna sa fii pregatit pentru cat mai multe schimbari.


Ionel spune si despre ce favorizeaza succesul in cariera. Am selectat: leadership, networking, passion. drive.

De asemenea, cateva cuvinte despre modelul de dezvoltare al lui Dreyfus.
Majoritatea practitionistilor sunt la nivelul advanced beginner.
Rules are not for everyone, they are mostly good to novices. 

Ce mai buna metoda de a invata este de a ii invata si pe altii. 

 Specialist sau generalist? Specialisti pe cateva directii pare a fi cea mai buna directie.Balansarea directiilor de specialist si generalist. De asemenea, a prezentat cum au pregatit setul de competente pe care il doresc sa il implementeze in companie si care sunt metodele. Una dintre ele este sa pregatesti timp special pentru development. O idee geniala, in opinia mea, dar foarte greu de implementat.

Un alt principiu este sa petreci 40 de ore la munca si alte 20 de ore sa te pregatesti. Nu e usor de facut, mai ales cand vorbim si de familie.

Si cateva citate bune:
Winners do not carry losers.
If you think you are standing firm, be careful that you don't fall.
The brain rule: use it or lose it.


[11:30] Stefan Bargaoanu a inceput speach-ul. Jumatate din audienta este membra a Agile Meetup Iasi.Stefan este initiatorul evenimentelor in Iasi.

Start small or go all-in?
Cateva idei despre de ce ai incepe la scara mica.
- necesarul de training e mic
- poti facilita o poveste de succes (aduci oameni buni, concentrezi resurse)
- nu afectezi multe proiecte
- nu afectezi organizatia in ansamblu
Impact in organizatie: Schimbare de roluri, nume, tipuri de evaluare.

De ce ai incepe la scara mare:
- reducerea rezistentei la schimbare
- se poate aplica eticheta "we are an agile company"
- cand anunti public, exista o anume presiune de a reusi. De asemenea, poti proclama o viziune, de urmat pentru membrii echipei. Se creeaza un dialog pe aceasta tema...

Daca mergi "inchis", nu ai parte de rezistenta inutila pana nu gasesti o cale de a face deployment. Nu poti intampina rezistenta clientului care nu stie ce inseamna Agile.

Cateodata, esti obligat sa adopti Agile pentru ca te obliga clientul.
===========================================================================
Split and seed : incepe cu o echipa care sa invete. Nu vor fi perfecti, dar e o baza. Imparte-i apoi in 2-3 echipe, care sa inceapa alte proiecte. Si asa mai departe. Interesanta idee de la Stefan

Grow and split: variatie pe tema de mai sus: se adauga membri in echipa, pana cand se poate imparti, fara riscuri, echipa in mai multe echipe. Oamenii lucreaza mai mult timp impreuna si observa avantajele.

Internal coaching: cei care au inceput sa fie buni in Agile (SCRUM) ii invata si pe ceilalti. 

===========================================================================
Cat de repede sa incepi cu "technical practices" (adica ce este peste organizarea de baza a SCRUM), de exemplu, TDD? nu e de dorit sa amani prea mult, pentru ca se va modifica destul de greu practica initiala.

Stefan recomanda sa folositi consultanti, training ("professional help").Nici mentoringul nu e de aruncat. Cateodata iese si pentru o bere. Ca sa nu mai povestesc despre community of practitioners, de exemplu Agile meetup in Iasi. Sau PMI, local chapter.
Si cea mai tare chestie de azi: "There is no leader without the first follower". Merci, Stefan !
[10:45] Unit tests - the immune system of the product
O alta idee de baza este ca se investeste disproportionat in diferite tipuri de teste. Ceea ce vedeti mai jos este realitatea. Ideal ar fi invers.


Un citat tare: "I measure the development time. I want that unit testing coverage is 90%"

[10:30] Alexandru Bolboaca vorbeste despre Unit Test. Mare problema, intotdeauna programatorii considera asta drept "second class work" - parerea mea.
Prezinta cele 4 cadrane ale Agile Testing. Unul dintre ele este Unit Tests.
Clarificari despre momentul de a scrie teste:
A> Design, Code, Test ==> Test After // SURPRIZE, SURPRIZE
B> Design, Test, Code ==> Test first Programming
C> Test, Code, Design =-> Test Driven Development // PARADIGM CHANGE NEEDED

 Inca una tare de la Alex Bolboaca: Developers write tests!

[10:15] Masurarea eficientei unui Scrum fata de altul devine o problema Anti-agile, spune Richard.
O alta idee interesanta: instant messaging este baza pentru o munca eficienta de tip agile.

[10:00] Unul dintre subiectele abordate de Richard Stinear: cum sa tratezi cu clienti non-agile: explica-le. 
Am aflat si de ce se vorbeste in engleza. Richard este nascut in Noua Zeelanda si este Group Head of Development la Endava. Cifrele lor arata cca 550 de oameni in Romania si Moldova, plus 150 in UK.

[09:25] Nu sunt toti practicieni in Agile. Cam jumatate de sala.
Open Space session --> 50 minute, pentru a facilita toate ideile bune care se genereaza in "coffee breaks". Conferinta este in engleza. Nu sunt sigur ca sunt alti participanti decat romani.
Law of two feet: use your two feets and move to another Open Space 
Your responsibilities in such a meeting: Be present in time, express your interest and discuss about it
Eu voi vorbi despre adoptarea de tehnici noi  in echipe vechi.

[09:05] Prima postare: sala este pe jumatate plina. O parte dintre figuri sunt cunoscute. Firmele ce sponsorizeaza sunt MosaicWorks (organizatorii de traditie), Endava si Pentalog - dintre cei mai mari, FITS (care da si un speaker - Stefan Bargaoanu, cel care a initiat Agile Meetup in Iasi).

Prima prezentare va fi a lui Richard Stinear - How to build a Death Star.

2 comentarii:

Anonim spunea...

Credeam ca in una din ideile Agile e sa nu supra-incarci developerii.... Chestia aia cu 40h + 20h pe saptamana cam suna a Super-Agile.

Gigi de la Scularie spunea...

E o idee legata de personal development. Acolo, fiecare e liber sa faca ce vrea... Cele 40h sunt importante.
Cred ca nu e despre supra-incarcare, dar asta e o alta discutie.