Ar Agile yra strateginiame lūžio taške? (arba iš AgileEE 2010 konferencijos sugrįžus)

Spalio pradžioje dalyvavau didžiausioje Agile konferencijoje rytų Europoje Agile Eastern Europe 2010. Šiais metais joje dalyvavo daugiau nei 400 dalyvių. Prieš konferenciją vyko „Meistrų klasės” Agile dizaino, programinės įrangos kūrimo pagal Lean ir sertifikuotų Scrum meistrų bei Scrum produktų šeimininkų kursai, kur ir aš gavau Scrum produkto šeimininko sertifikatą (CSPO)! 😉

Bet grįžkime prie pagrindinės konferencijos. Visą konferencijos programą ir daugumą skaidrių galite rasti konferencijos puslapyje. Buvo tikrai daug įdomių ir naudingų pranešimų, panagrinėkite juos patys. Aš norėčiau pasidalinti viena mintimi kuri man buvo įsimintiniausiaMary Poppendieck atidarymo (keynote) pristatymo ir kuri lydėjo mane per visą konferenciją.

Strateginis lūžio taškas

Mary Poppendieck iškėlė mintį, jog Agile yra strateginiame lūžio taške. T.y. iki šiol Agile idėjos vedė mus pirmyn, kreivė kilo. Tačiau atėjo laikas kažką radikalaus pakeisti. Jei to nepadarysime, teorija sako, jog judėsime linija žemyn (business declines).

 

Kaip pavyzdį ji panaudojo kompanijos Intel vadovo Andre Grove istoriją. Intel kompanija pradėjo nuo atmintinių (RAM) kūrimo. Jie augo greitai ir tai buvo pagrindinis jų verslas. Po kurio laiko Intel sukūrė ir savo pirmąjį mikroprocesorių. Nors atmintinių pardavimai pradėjo kristi, tačiau valdyba nematė mikroprocesorių ateities ir toliau norėjo visas investicijas skirti atmintinių tobulinimui. Andrew Grove reikėjo daugiau nei metų suprasti jog jie pasiekė lūžio tašką. Jie privalo arba radikaliai pasikeisti, restruktūrizuoti kompaniją ties mikroprocesorių gamyba, arba jų pardavimai nuolat mažės. Kaip manote ką jie nusprendė?! 😉

 

Ką tai turi bendro su Agile? Kaip Mary tai susiejo? Ji teigia, kad Agile manifestas ir visas Agile judėjimas prasidėjęs po jo, pakeitė IT kompanijų fokusą. Anksčiau kompanijos rūpinosi kontraktais, o Agile jas nukreipė į kūrimo (development) optimizavimą. Daugelis kompanijų naudojančių Agile gan neblogai įvaldė Agile metodikas, technikas ir pasiekia gerų rezultatų optimizuojant kūrimo procesą. Nepaisant to, Mary mano, jog jau atėjo laikas priimti radikalų sprendimą: savo koncentraciją perkelti į klientą. T.y. kad dabar fokusuotis turėtume į KĄ mes kuriame. Ar tai tikrai yra tai ko klientas nori? Ar mūsų produktai padeda klientams pakeisti jų verslo procesus ar tiesiog automatizuoja seną rankinį procesą? Ar programuotojų komandos supranta, ko iš tikrųjų nori klientas, kas jį erzina, sugeba įsijausti į kliento vaidmenį? Nes tik taip galima sukurti produktus kurie yra vertingi. Kitaip tariant, Agile turi išaugti vien iš gamybos optimizavimo. Agile turi tapti visos organizacijos optimizavimo įrankiu.

 

Pavyzdžiu ji pasirinko IBM „Websphere Service Registry and Repository” produkto atvejį. IBM pradėjus naudoti Agile (Agile@IBM) pagrindinis tikslas buvo įtraukti klientų grįžtamąjį ryšį kuriant produktą, kad išleista versija būtų tai, ko klientas tikrai nori. Bandomieji klientai gavo galimybę parsisiųsti veikiančią produkto versiją po kiekvienos iteracijos. Jie taip pat gavo priėjimą prie diskusijų forumo kur pateikinėjo savo nuomonę, mintis, siūlymus, diskutavo su produkto kūrėjais (įskaitant programuotojus). Kūrimo komanda į tas nuomones reagavo ir pagal jas keitė diegimo planą (release plan). Rezultatas buvo stulbinantis. Puikūs pardavimai pačią pirmą paleidimo dieną, o klientų aptarnavimo centre skambučių sumažėjo labai ženkliai. Priežastis: kūrėjų ir klientų mintys apie produktą, jo funkcionalumą ir naudojimą sutapo.

Agile ateitis: viso proceso (kompanijos) optimizavimas

Ši Mary išsakyta mintis apie Agile lūžio tašką lydėjo mane per visą konferenciją. Aš pradėjau lyginti kiek konferencijos pranešimų buvo skirta Agile metodams ir Agile praktikoms detalizuoti (pvz. kaip veikia Scrum, kaip dirbti naudojant testavimu grįstą programavimą (TDD)), ir kiek pranešimų buvo apie Agile poveikį verslui (pvz. produkto vizijos kūrimas, produkto šeimininko vaidmuo, Agile kontraktai). Mano nustebimui Mary žodžiai pasitvirtino. Pranešimų apie Agile vertę kompanijai ir produktams buvo daugiau nei apie pačias Agile technikas. Palyginimui, konferencijoje kurioje dalyvavau 2008 metais Floridoje (Agile Development Practices) buvo atvirkščiai. Taigi turbūt galima patvirtinti Mary žodžius, jog Agile juda link strateginio lūžio taško.

Adform patirtis

Tačiau nebūtina žiūrėti į konferencijas. Galima pasižiūrėti į pačius save. Mes šių metų pavasarį transformavome visą Adform gamybos departamentą (~50 žmonių) į tarpfunkcines komandas ir pradėjome dirbti pagal Scrum. Visus metus tobulinome procesą ir dabar galime pasakyti jog turime greitą, stabilų ir prognozuojamą gamybos skyrių. Tačiau čia nesustojame. Kaip tik dabar kalbame kaip keisti produkto valdymo organizaciją, kad ji eitų koja kojon su Agile vertybėmis ir Scrum. Kaip įtraukti visą organizaciją (marketingą, pardavimus, klientų aptarnavimą) į Agile procesą. Kaip užtikrinti, kad mūsų gamybos skyrius kurtų ne tik greitai, bet ir tai ko labiausiai reikia klientui.

Agile Lietuvoje

Po Agile Turo 2010 Vilniuje paaiškėjo jog Lietuvoje jau yra nemažai kompanijų naudojančių Agile metodus. Įdomu kokia yra jūsų patirtis? Ar pagrindiniai sunkumai diegiant/tobulinant Agile metodus ir praktikas jau praeityje? Ar pradedate judėti link visos organizacijos transformacijos į tikrą Agile kompaniją? Na, o tiems kurie dar tik pradeda ar nori pradėti naudoti Agile metodus turbūt reikia tiesiog paskubėti. Pasivyti visada galima jei tik nori! Ypač, kai praktikos ir pavyzdžių, kuriais galima sekti, aplinkui tik daugėja. Sėkmės!

Tagged with: , , , ,
Posted in Agile, Kiti, Renginiai
2 comments on “Ar Agile yra strateginiame lūžio taške? (arba iš AgileEE 2010 konferencijos sugrįžus)
  1. Darius Damalakas says:

    Labai geras pastebėjimas.

    Dar būtų įdomu sužinoti apie jus pačius daugiau.

    >Visus metus tobulinome procesą ir dabar galime pasakyti jog turime greitą, stabilų ir prognozuojamą gamybos skyrių.

    O kaip buvo prieš metus? Ar jis buvo ne toks tabilus ir prognozuojamas?

    Gal yra kokių skaičių dėl prognozavimo?

  2. Sveikas Dariau,

    Adform nuolat ir gan greitai auga, tad natūraliai mums reikėjo stabilizuotis gamybos procesus. Scrum mums atrodė tinkamas procesas, tinkantis mūsų įmonei ir atnešantis naudas kurių mes norėjome. Dabar matome jog tai ko tikėjomes iš tikrųjų ir gavome.

    Su skaičiais visada yra sunkiausia 😉 mes savo greitį ir prognozuojamuma kolkas vertiname empiriškai, pagal kompanijos vadovų nuomonę. Jie dabar labai džiaugiasi kad gamyba gali gan tiksliai prognozuoti, kada kokį naują funkcionalumą sukursime. Jei taip pat sako, jog sugebame naują funkcionalumą kurti greičiau nei anksčiau. O prisimennat jog dabar daug daugiau jėgų skiriame ir pačios sistemos senų dalių perrašymui (refactorinimui), naujų dalių kūrimui kokybiškai (ne “fast and dirty”), tai dar kartą įrodo jog greitėjam.

    Be abejo, tobulėjimui ribų nėra 😉 Tad mes tikrai nesustojam! 😉

    Vaidas

Leave a Reply

Your email address will not be published. Required fields are marked *

*

Artimiausi mokymai
Data Mokymai - Lektorius
2017 m. spalio 2-3 d. Certified Scrum Master (CSM) - Tomas Björkholm (EN)
2017 m. spalio 3-4 d. Management 3.0 Change and Innovation Practices - Ralph van Roosmalen (EN)
2017 m. spalio 3-4 d. Certified Agile Leadership CAL1 - Angel Diaz-Maroto (EN)
2017 m. spalio 9 d. Reikalavimų valdymas Agile projektuose - Vaidas Adomauskas (LT)
2017 m. spalio 10 d. Agile projektų valdymo pagrindai - Vaidas Adomauskas (LT)
2017 m. spalio 11 d. Better Retrospectives - Jeff Campbell (EN)
2017 m. spalio 10-11 d. Kanban System Design (KMP I) - Gaetano Mazzanti (EN)
2017 m. spalio 10-11 d. Certified Scrum Product Owner (CSPO) - Lasse Ziegler (EN)
2017 m. spalio 10-11 d. ICAgile sertifikuotas profesionalas (ICP) - Vaidas Adomauskas (LT)
Visi mokymai
Archives
Categories
Kontaktai

Viešos mokymų klasės:
E-paštas: mokymai (at) agilecoach.lt
Mob. tel.: 8 686 32487

Konsultacijos ir mokymai įmonėms:
E-paštas: vaidas (at) agilecoach.lt
Mob. tel.: 8 686 32487