Nauji mokslo metai. Kaip tu tobulėsi? Nori ir vėl dovanų?

Nauji metai, nauji darbai. Meluoju, tik nauji mokslo metai.

Praėjus vasaros atostogoms ir atėjus naujiems mokslo metams, laikas ir jums visiems sukrusti ir grįžti prie Naujųjų išvakarėse pasižadėtų įvykdyti užduočių. Jei vienos iš jų buvo tobulėjimas IT srityje, tai čia sąrašas artėjančių renginių ir nuorodos, kur galite patys pasiieškoti. Gal aš gi per anksti laukiu informacijos. Net jei ir nesate studentai, tikiu, jog vis tiek žinote apie tai, kad tobulėjimui ribų nėra ir neturėtumėte vengti dalintis žiniomis ar tiesiog jų tinkamoje vietoje ieškoti.

  1. Agile Tour Kaunas 2013 – rugsėjo 26 d. nuo 12:00  Google+Facebook Nori kvietimo? Skaityk iki galo viską. 😛
  2. PHP Susitikimas 0x0B Vilniuje – spalio 3 d. 18:30 ŠMTP, J. Galvydžio g. 5, Vilnius (žemėlapisFacebook. Ten galite ne tik dalyvauti, bet ir tapti pranešėju. Pabandykite!
  3. Rails Girls Vilnius – spalio 4-5. Renginys skirtas merginoms, bet vaikinai gi galite nueiti pabūti pagalbininkais ar ne? Praeitais metais dalyvau Rails Girls Tallinn, tai galite pasiskaityti ir pasižvalgyti kas ten gero buvo.
  4. Java UG – spalio 9 d. nuo 19 val. Šiek tiek nespėja jie atnaujinti savo puslapio, bet Eventbrite yra nurodyta data ir netgi galima registruotis. Gal čia irgi norite pabūti pranešėjais? Jei turite ką papasakoti, tai susisiekite su organizatoriais, gal ateisiu paklausyti. 😉
  5. Agile Tour Vilnius 2013 – spalio 10 d. nuo 8:00  Google+ Facebook 
  6. Begalė nemokamų kursų ITMC mokykloje Vilniuje ir Kaune. Nepatingėkite patys ten vis užeiti pasitikrinti ką gero siūlo.

Kitos grupės, kurias reikėtų pajudinti, kad pabustų po vasaros:

Tai gal bent į vieną iš šių paskutinių galite nueiti ir ką nors papasakoti? 😉

Jei nenorite niekur eiti, o tiesiog mėgstate sėdėti prie kompiuterio, tuomet užsiregistruokite į ką tik prasidėjusius Coursera funkcinio programavimo kursus “Functional Programming Principles in Scala“.

Taigi, ir vėl dovana. Gavau vieną kvietimą į Kauno Agile turą, bet negalėsiu dalyvauti ir norėčiau pasidalinti su jumis. Tai kol sudariau šį renginių sąrašą supratau, kad labai trūksta Lietuvoje žmonių, kurie norėtų pasidalinti patirtimi. Žinoma, priversti jūsų negaliu, bet užtat siūlau prisiminti renginius, kuriuose teko dalyvauti ir parašyti koks jums labiausiai įsiminė lietuvių pranešėjas. Na, buvo pasiruošęs, įdomiai pristatė IT temą, sutilpo į duotą laiką ar šiaip tiesiog labai geras buvo. Parašykite vardą, pavardę ir renginio pavadinimą. Jei yra nuoroda, galite ir nuorodą įkelti. Man labai smalsu. Lauksiu variantų iki pirmadienio 11:00. Tuomet išrinksiu vieną komentuotoją, kuriam padovanosiu kvietimą į ketvirtadienio renginį.

Ką dar praleidau?

Trello – susiplanuok, užsirašyk ir įvykdyk

Perskaitėte įrašą apie laiko valdymą pomidorų pagalba, bet vis dar manote, kad kažko trūksta? Štai prašau įrašas Jums apie dar vieną įrankį produktyvumui didinti. Trello – bendradarbiavimo įrankis, kurio pagalba kiekvienam projektui galima susikurti elektroninę darbų lentą ir stebėti jo eigą: kas jau padaryta, kas dar daroma ir kas prie kurios užduoties dirba.

Užduočių sąrašas sugrupuotas pagal sudėtingumo lygį

Užduočių sąrašas sugrupuotas pagal sudėtingumo lygį

Kai tik užsiregistruosite gausite vieną bandomąją Trello lentą, kurioje darbai bus sugrupuoti pagal  sudėtingumo lygius. Aš ją pavyzdžiui paėmiau ir šiek tiek papildžiau, kai kur tekstą parašiau lietuvių kalba vietoj anglų. Galite ir jūs pasižiūrėti čia. Jei prisijungtumėte, gal net leisčiau pakomentuoti ar paredaguoti darbus.

Jei  manote, kad jums nereikia tos bandomosios, o norite iškart turėti savo, tai naujoje bus automatiškai sukurti trys sąrašai į kuriuos leis įkelti planuojamus, atliekamus ir atliktus darbus. Jei šių sąrašų nepakaks, tai galėsite pridėti ir papildomus, kaip pvz. Testing/tikrinami. Į savo naująją lentą įrašiau keturis darbus:

  • parašyti apie Taliną,
  • parašyti apie Seulo hostelį,
  • parašyti apie Trello,
  • parašyti apie koučingą.
powTrelloLenta

Pow darbų Trello lenta

Tam, kad darbai neatrodytų nuobodūs ir atsirastų daugiau minčių apie ką rašyti, prie kiekvieno prikabinau paveiksliuką. Jį bus galima įkelti į įrašą ir šiaip lengviau naršyti po sąrašą.

Užduotis Trello lentoje

Užduotis Trello lentoje

Pavyzdžiui, paimkime pažiūrėti ką gero turiu užduotyje apie Taliną. Ji patenka į daromų (Doing) grupę ir turi žymes “Atostogos“ ir “Tobulėjimas“, atsakingas vienas žmogus, dar yra prisegtas failas. Ją galima papildomai paaiškinti apraše ar parašyti kokį komentarą žemiau. Taip pat, ji patikslinta sąrašu su keturiais darbais ir vienas iš jų jau atliktas.

Screenshot_2013-04-09-22-12-55

Užduotį patikslinantis sąrašas viduje

 Taigi, prie kiekvieno darbo galima:

  • prikabinti paveiksliukus ir kitus failus iš kompiuterio, GDrive arba Dropbox,
  • įkelti nuorodas,
  • sukurti sąrašus, kuriuose galima pažymėti atliktus,
  • balsuoti,
  • priskirti atsakingus už vykdymą,
  • pažymėti norima žyme (viršuje kairėje spalvota juostelė),
  • pridėti pabaigos terminą,
  • užsisakyti pranešimus apie pakeitimus,
  • ir t.t.

Darbai, kurie jau atlikti, pagal šį sąrašą, turėtų būti perkelti į Atliktų/Done sąrašą, o tie, kurie daromi į Daromų/Doing. Visi kiti planuojami ir nepradėti yra Planuojami/To Do skiltyje.

Jei savo darbe naudojate Google Drive, tai Trello lenta yra aukso vertės. Pvz. sukuriat kiekvienam darbui užduotį ir prie prisegate failą, kuris bus galutinis produktas ir kurį bendradarbiai dabar taiso. Tuomet bendrinius komentarus galite rašyti ne faile, o pačioje užduotyje. Galite jas grupuoti ir dar kitaip vizualiai išskirti ir taip pasilengvinti navigaciją tarp turimų failų. Juk ne visuomet viską gali surašyti į failo pavadinimą.

Jeigu šis trumpas aprašymas suviliojo išbandyti ir norite tapti šios lentos meistrais, tai paskaitykite įrašą kaip  tapti profesionaliu naudotoju. Dar galite paskaityti kaip kai kurie elektroninė Trello lentą panaudojo darbo optimizavimui ir organizavimui. Tai tik parodo, kad kiekvienas gali su ja daryti kaip jam patogiau ir naudingiau – vieni supranta, kad aukščiausias prioritetas yra viršuje esančių darbų, kiti padaro visą sąrašą ir konkrečiai nurodo prioritetą.

Trello aplikacijos:

O kaip jūs organizuojatės savo laiką ir darbus?

Žaidžiam su Lego ir mokomės DSDM Atern projektų valdymo metodikos

Lengviausias ir greičiausias būdas ne tik išmokti, bet ir suprasti yra darant savo rankomis, o ne skaitant knygas ar einant į paskaitas. Juk ne veltui mokykloje, universitete gaudavote praktinių užduočių. Kadangi visiškai su tuo sutinku, tai labai laukiau Agile naudotojų susitikimo, kuriame turėjo būti pristatyta DSDM Atern projektų valdymo metodika ir vykti šiokios tokios dirbtuvės.

Pasakojo apie tai, kad negalima susirinkti visų reikalavimų ir tik tuomet pradėti įgyvendinti. Gi užtenka pradinių, kuriuos tik vėliau reikia jau detalizuoti. Projekto metu negali kisti nė vienas iš trijų vertinimo kriterijų: įgyvendinimo terminai, biudžetas ir kokybė. Galima keisti tik reikalavimus, iškeičiant juos į anksčiau priimtus. Kaip sakoma vienas į sąrašą, kitas iš sąrašo. Darbo metu labai svarbi yra komunikacija, kad kuo anksčiau būtų galima pastebėti nukrypimus. Taip pat, kiekviena užduotis turėtų būti prioritetizuota ir patekti į vieną iš šių grupių:

  • privalo būti įgyvendinta – 60%,
  • turėtų būti – 20%,
  • galėtų būti – 20%,
  • nebus, jei kažkas nenumatyto atsitiks.

Daugiau ir tikslesnės informacijos ieškokite skaidrėse žemiau.

Po įdomaus pristatymo pagaliau leido mums pažaisti su Lego. Na aš nė trupučio nejuokauju. Juk produkto kūrimui ir metodikos išsiaiškinimui labai tinka šios kaladėlės – kol nepabandai savo kailiu, tol sausa teorija ir lieka teorija. Taigi, susiskirstę į keturias komandas, turėjome vieną žmogų išleisti į pasitarimą. Jis buvo pavadintas verslo ambasadoriumi. Už durų susispietę rateliu ambasadoriai klausė instrukcijų kaip būti piktiems ir nepriimti atliktų užduočių. Gal taip ir nesakė, negirdėjau, bet na ką dar jiems ten galėjo papasakoti?

Ambasadorių slaptas susimokymas

Ambasadorių slaptas susimokymas

Sugrįžę į savo komandas, jie turėjo krūvą kortelių su užduotimis. Išdavė jas visas mums ir leido septynias minutes išsiaiškinti su kortelėmis ir įgyvendinti tai, kas ten įrašyta su turimomis Lego detalėmis.

Aš kaip gyvas padaras noriu būti vienspalvis kad atrodyčiau madingas (o gal protingas? :D)

Tokias užduotis gavome. Kaip pvz. kaip gyvas padaras
noriu būti vienspalvis,
kad atrodyčiau madingas. (o gal protingas?)

Pirmiausia reikėjo nuspręsti kiek pastangų reikės kiekvienai užduočiai įgyvendinti ir susidėlioti prioritetus. Kai kai kurie ilgai galvoja, tai taip laikas ir praeina vien galvojant, o ne gaminant produktą. Pavyzdžiui, po pirmos iteracijos buvo pagaminti kažkokie robotai, kurie turėjo akis, galvą, kūną, kojas ir dar kažką priklausomai nuo grupės organizuotumo. Praėjus šioms minutėms, komandos sužinojo, kad jos turi ne tik tarpusavyje bendrauti, bet ir įtraukti tą verslo ambasadorių, nes jis pasibaigus darbo laikui gali atmesti visus atliktus darbus ir pasakyti, kad jie neatitinka reikalavimų. Na tikrai sakau, kad jie ten susimokė! Iš tiesų, vienas iš esminių Agile metodikų principų ir yra bendravimas. Juk kuo anksčiau pradedi bendrauti su užsakovu, tuo labiau esi užtikrintas, kad kai baigsis tavo laikas, tai ir tu, ir pirkėjas gaus tai, ką užsakė.

Pirmos iteracijos produktas dešinėje viršuje - balta būtybė ir aptvaras.

Pirmos iteracijos produktas dešinėje viršuje – maža balta būtybė ir aptvaras.

Antroje ir trečioje iteracijoje gavome dar naujų reikalavimų. Šįkart įgavę patirties iškart pradėjome taršyti verslo ambasadorių ir tikslintis ko jis nori ir ar tai ką darome jam tinka. Darbo metu dar buvo gauta papildomų užduočių, kurias pagal šią metodiką priimant reikia iškeisti į ankstesnes. T.y. pasiimate tas anksčiau gautas užduotis ir bandote susitarti, kad kurios nors nebereiks ir galima bus jos nedaryti, o vietoj to įgyvendinti naująjį reikalavimą. Juk laikas yra ribotas, o ne guminis ir reikia nepamiršti derėtis ir susitarti kas yra tuo metu svarbiau.

Galutinis darbo rezultatas. Padaras turi savo stogu dengtą aptvarą, ratus savo dvynukams ir yra vienspalvis.

Galutinis darbo rezultatas: padaras turi savo stogu dengtą aptvarą, ratus dvynukams ir yra vienspalvis, su akim, kojom, galva, rankom, sparnais ir dar ten kažkuo.

Vakaras praėjo naudingai. Beveik kaip neaišku kiek kainuojantys mokymai. Įdomu kas bus kovo pabaigoje. Sekite naujienas pas mane arba agile.lt. Gal irgi atsiras norinčių pravesti dirbtuves?

Valdyk savo laiką pomidorų pagalba

Turite daug darbų, bet vakare pamatote, kad nieko vertingo taip ir nepadarėte? O gal net nežinote ko griebtis?

Pirmiausia, reikėtų susirašyti būtinus atlikti darbus. Pvz. parašyti tinklaraščio įrašą apie laiko valdymo techniką ar net kokį magistrinį darbą. Kol galvojame, kad turime konkrečią užduotį ir matome, kad ji yra žiauriai sunki ir jai prireiks labai daug laiko, tol vis norime ją atidėti. Iš tiesų, tai reikėtų ją pradėti skaidyti į mažesnes. Tai pirmoji užduotis ir galėtų būti – išskaidyti į konkrečias temas/sritis. Tinkamai minimizavus ji taps daug aiškesnė ir lengviau išsprendžiama. Juk ne veltui yra išlikęs posakis – skaldyk ir valdyk. Kol nesuskaldysi, tol ir nesuvaldysi, nes norėsis rautis plaukus nežinant nuo ko pradėti ar vis tikrinti šaldytuvo turinį.

Darbų prioritetizavimo lentelė

Darbų prioritetizavimo lentelė (ją minėjo šiuose mokymuose)

Tai va, jei jau turime užduočių sąrašą, galima jį dar kartą įvertinti pagal keturis kriterijus. Ar tai skubus ir būtinas, ar tik skubus, bet nesvarbus. O gal tai neskubus, bet svarbus ir jis neturėtų pralaimėti nesvarbiems darbams vien dėl to, kad jie yra skubūs. Nesvarbūs ir neskubūs darbai išvis neturėtų būti įtraukiami. Juk tai tik laiko švaistymas ir jokios naudos iš jų kaip ir nėra. Dar ir dabar prisimenu paskutinį atvejį, kai “paskutinę minutę“ pranešė apie labai svarbų darbą ir “paprašė“ rankomis sudėti keturis tūkstančius varnelių. Kadangi apie šią užduotį jie žinojo seniai, bet tuo metu tai buvo neaktualu ir man apie tai nieko nesakė, tai galite įsivaizduoti kaip reagavau. Ypač jei bent kažkiek žinote, kad jei jau yra kažkoks bendras bruožas varnelių, tai jas galima sudėti beveik automatiškai – tik reikia lįsti į duomenų bazę ir surasti kur tiksliau. Tuo metu jau braidžiojau po ją, bet vis tiek buvo spaudimas, ir kitą dieną trise teko paimti tą keturių tūkstančių sąrašą. Per 60 minučių pavyko uždėti šiek šiek mažiau nei po šimtą (3×100). Sakote anokia čia problema – pasėdite tris dienas ir turite. Deja, kiekvieną darbo dieną jas dėti buvo galima tik tuo metu, kai niekas nedirba, ir turėjome tik valandą. Po šio bandymo mano pikta hipotezė apie laiko švaistymą ir bevertį darbą dėl darbo pasitvirtino – trims žmonėms reikėtų 14 dienų. Kai tos dienos dar pasiskirsto į darbo dienas, tai gaunasi, kad rezultatą mes pamatysime tik po trijų savaičių, kai bus per vėlu ar reiks dalį iš naujo įvesti. Kitą dieną pasakiau, kad nė velnio mes jų rankom nedėsim, ieškau “pusiau automatinio“ būdo ir ta proga gavau iš dalies atnaujintą varnelių sąrašą! Norėjosi kristi į pusnį. Kodėl aš visa tai pasakoju? O gi tam, kad turėdami problemą, kuri savaime neišsispręs (net ir asmeninė), turėtumėte apie ją laiku pranešti tinkamam žmogui ir nereikės skubėti ir užsiimti nesąmonėm ten, kur to nereikia daryti. Jei atsirado keblumų kelyje, tai praneškite apie jas anksčiau, nors jos dar ir nėra skubios, bet vis tiek yra svarbios – juk darbus padaryti vis tiek reikės. O kuo mažiau streso, tuo mažiau klaidų ir žilų plaukų. Jei žinote daugiau verslo valdymo nesėkmių, tai sudalyvaukite Rokiškio konkurse, gal laimėsite bilietą į kokį seminarą. Gaila, man jau nebeleidžia.

Užsirašę svarbiausias užduotis, galime jas pradėti daryti. Bet čia sakau STOP! Gal šįkart imame Pomodoro techniką? Klausiate kas tas pomidoras? O jis tėra tik laiko valdytojas – laikmatis. Vienas pomidoras trunka 25 minutes nepertraukiamo darbo, po kurio seka penkios minutės poilsio. Taigi, išsirenkame iš “Inventory“ sąrašo (na to, kur viskas, ką reikia padaryti surašyta) ir persirašome į šiandienos “To-Do“ sąrašą, kur nuo viršaus žemyn surikiuoti svarbiausi darbai. Kai žinote ką darysite, paleidžiate laikmatį ir dirbate kol išgirstate skambutį. Galite naudoti betkokį laikmatį, svarbiausia, kad matytumėte kiek liko, tik suskambus nustotumėte dirbti ir į sąrašą įrašytumėte “X“. Po keturių tokių iteracijų užsitarnausite ilgesnę pertraukėlę. Aiškesnė darbo schema čia.

Pomodoro dienos darbų sąrašas

Pomodoro dienos darbų sąrašas

Pomodoro metu turite koncentruotis į darbą. Laikmatis yra jūsų pagalbininkas ir siena. Tuo metu, kai jis sukasi, jūs privalote dirbti. Lengva pasakyti, bet sunku padaryti. Tam yra įrašų lapas, kuriame iškilus vidinei pagundai ar išoriniam trukdžiui reikia atsižymėti. Vidinės pagundos yra visi tie reikalai, kurie nei iš šio nei iš to skatina jus nueiti pavalgyti, atsidaryti kurio nors socialinio tinklo puslapį, paskambinti kam nors ar tiesiog pasitikrinti paštą. Kai tik tokia velniška mintis šauna į galvą ir bando nukreipti nuo darbo, tuojau pat:

  • uždedat viengubą kabutę () prie dabartinės užduoties,
  • jei ji yra labai svarbi ir skubi, tuomet įrašykite į “To-Do“ sąrašą apačioje,
  • jei ją reikės vėliau vis tiek padaryti, tuomet pridėkite į “Inventory“ sąrašą su raidele “U“ priešaky ir,  jei yra, nurodykite terminą,
  • tęskite darbą iki skambučio.

Išoriniai pertraukimai yra tai kas trukdo jums – kažkas paskambina, kažkas ateina ko pasiklausti ir pan. Asmeninius patys suprantate, kad galite labai lengvai valdyti, o šių taip paprastai nepavyks. Atsiradus tokiai kliūčiai, piešiate brūkšnelį () viršuje ir pritaikote informuoti, derėtis/susitarti ar skambinti strategijas. Jas visas užsirašote kaip ir vidinių pertraukimų atveju.

Dar keletas taisyklių iš paruoštuko:

  • pomidoras yra nedalus,
  • jei pomidoras pradėjo suktis, tai iškilus labai svarbiems darbiems, jį turite išmesti, pereiti prie tų darbų, ir kitą kartą pradėti vėl nuo 25 minučių.
  • jei užduotis yra ilgesnė nei 5-7 pomidorai, tuomet ją reikia smulkinti,
  • jei užduotys yra labai smulkios, jas reikia apjungti į vieną pomidorą,
  • jei darbas prasidėjo, pomidoras privalo skambėti,
  • kitas pomidoras jums pasiseks geriau.

Taigi,  nepabijokite visų iškilusių minčių ir išorinių trukdžių pasižymėti, nes gali atsirasti ir neblogų minčių ar išties svarbių darbų. Kantrybės bandant techniką. Kai pabandysite su tiek informacijos ar iškils klausimų, galite pradėti nagrinėti platesnį Pomodoro technikos aprašymą knygoje (PDF versija yra nemokama).

Prie kurios bendruomenės jungsitės šiais metais?

Kokie jūsų šių metų planai? Suplanavote pirmus kelis mėnesius ar dienas? Ar viskas buvo gražiai supakuota iki naujųjų laukimo ir atsidūrėte nežinioje? Na tai visgi koks tas planas? Gal šiais metais nusprendėte tobulėti ir vietoj užsienio kalbų mokymosi imsite programavimo kalbas? 🙂

Jei nusibodo programuoti vienumoje ar norėtumėte pasidalinti savo klystkeliais pasiekus tikslą, ar tik išgirsti kitų patarimus, patirtį, tai junkitės prie bent vienos praeitų metų pabaigoje kaip grybai išdygusiose programuotojų bendruomenėse. Meluoju, nes kai kurios jau seniai gyvuoja.

1. VilniusPHP susitikimas #2 vyks jau šįvakar (sausio 3) Galvydžio g. 5 nuo 18:30. Renginio registracija ir platesnė informacija G+’e arba Facebook‘e, o pats puslapis tai www.vilniusphp.lt. Kol kas programa tokia:

  • Aurimas Baubkus “Caching strategies“
  • Georgij Lesnikov “Programavimas“ su CSS (LESS stilių kalbos pavydžiu)“
  • Vaidas Žilionis “Sphinx (Open Source Search Server)“
  • Diskusijos: Alaus studija (alumi vaišina mailer.lt)

2. Vilniaus Java User Group (JUG) susitikimas vyks jau kitą savaitę, sausio 9-ą dieną 19:00 Vilniaus Verslo Uoste, konferencijų centro 2-oje salėje. Pietinis įėjimas, 3 aukštas. Renginio informacija G+ ir registracija. Susirinkimo pranešimų temos:

  • StringTemplate: Separate your views completely (J. Lasauskas)
  • Development of Open Source Android application (M. Mickevičius)

3. Vilnius JavaScript User Group – planuoja trečiąjį susitikimą sausio 16-ą dieną  18:30 Vilniaus HUB’e, Šermukšnių g. 6a, Vilnius. Sekite jų Twitter srautą ar puslapį.

4. Google Developer Group (GDG) Vilnius susitikimas vyks sausio 21-ą dieną VGTU Elektronikos fakultete. Susitikimo tikslas įdiegti Android į SAM9M10-G45-EK. Daugiau informacijos, puslapis G+ ir renginys G+.

5. Apie Lietuvos .NET naudotojų grupės susitikimus visuomet parašo Sergėjus savo tinklaraštyje. Pagrindinis puslapis – http://dotnetgroup.lt/, o registracija vyksta per Eventbrite.

6. Ruby bendruomenė arba http://www.rubyonrails.lt/, arba Google grupė, arba http://workshops.emptydot.com.

7. Windows Platforms Developers Lithuania – bendruomenė besidomintiems visomis Windows platformomis bei kuriantiems sprendimus ir inovacijas šioms platformoms. Puslapis tik Facebook socialiniame tinkle, o susitikimų lyg ir nebuvo.
8. LT Game Jam – kompiuterinių ar stalo žaidimų kūrėjams renginys sausio 25-27 dienomis Vilniaus HUB’e, Šermukšnių g. 6a. Jo metu per 48 valandas bus kuriami įvairaus formato žaidimai, dalijamasi idėjomis ir tiesiog smagiai bendraujama. Daugiau informacijos ir registracija: http://2013.gamejam.lt/.  Taip pat, renginys Facebook’e.

9. Mobilių aplikacijų bendruomenė Facebook‘e.

10. O jei domitės Agile metodika, tai galite ateiti į Agile User Group susitikimus Vilniuje arba Kaune. Registracija vyks Eventbrite puslapyje.

11. Python Lietuva bendruomenė yra G+ socialiniame tinkle, jų el. pašto grupės laiškai. Praeitų metų konferencijos pristatymai ir jų įrašai.

12. Ką praleidau?

Tai jau susidarėte konkretesnį vaizdą savo 2013-ųjų metų rezoliucijų įgyvendinimui? 😉

Agile Tour Vilnius 2012 trumpa apžvalga

Agile turas 2012 Vilniuje. Pradžia. Ir visi bijo sėstis į pirmą eilę.

Agile turas 2012 Vilniuje. Pradžia. Ir visi bijo sėstis į pirmą eilę. *

Praeitą savaitę Vilniujo vyko Agile turas Vilniuje ir jau yra internete pateikti pristatymai ir keletas nuotraukų. Kadangi į renginį netilpo visi norintys ir šiaip jis buvo organizuojamas savanorių ir nekomerciniais pagrindais, tai jei praleidote tiesioginę transliaciją, vis tiek šiek tiek vėliau galėsite peržiūrėti pačio renginio įrašą.

Šiek tiek Agile turo Vilniuje organizatorių

Šiek tiek Agile turo Vilniuje organizatorių*

Konferencijos įžanginis pranešimas buvo Dr. Alistair Cockburn’o Why Agile Works . Apie jį net nėra ką rašyti, tiesiog paspauskite ant tos ikonos šalia pavadinimo ir būtinai peržiūrėkite prezentaciją. Vien jau antras jos puslapis įtraukia ir priverčia peržvelgti iki galo. Dabar tereikia sulaukti vaizdo įrašo ir įvertinti patiems.

Po įkvepiančio įvado sekė kalbų šou. Kiekvienas pranešėjas gavo po 60 sekundžių pasirodyti ir papasakoti apie ką kalbės 45 minutes ir pakviesti klausytojus į savo pristatymą. Buvo šiokia tokia betvarkė, bet man tai visai patiko. Juk dažnai ateina žmonės neįsigilinę į programą.

Sceną okupavo visi pranešėjai

Sceną okupavo visi pranešėjai*

Laimono pasakojimas apie skaičiukus ir matematiką tikriems vadovams pavadinimu “Managing project performance: alignment of Agile and traditional metrics. Pabuvau keletą minučių ir kai pamačiau tuos visus skaičiavimus lėkiau tiesiai į Aleksėjaus Kovaliovo pasakojimą viešajam sektoriui apie Agile pritaikymą “Agile in public procurement projects.

Ech, ir kodėl aš iš pat pradžių ten nėjau? Nors ir maniau, kad bus labai nuobodu, bet tik atėjus iškart sudomino. Gaila, jog nespėjo visko papasakoti. Šiaip tai norima, kad valstybiniai projektai kuo greičiau būtų realizuojami vadovaujantis Agile. Tuomet nereikėtų tris metus laukti kol kas surašys reikalavimus, kurių didžioji dalis vis tiek priėmus kokį naują teisės aktą taps nebeaktualūs. O sistemą užsakovas pamatytų kai tik ji gali atlikti bent minimalų reikiamą darbą ir taip tikrinant nuo pat pradžių būtų išvengta brangių klaidų ir tiekėjas tikrai žinotų, kad daroma būtent tai ko reikia. Taigi, reikia ne rašyti reikalavimus, o pradėti įgyvendinimą ir patiekti po mažą pyrago gabaliuką jį vis papildant. Juo labiau užsakovas turėtų ne pateikti sprendimą (pvz. turi būti 2 DB), o tai, ko jis nori ir jam reikia.

Apie tai, kad jei klientas tinkamai nepasako ko jis nori, galite pamatyti, mano nuomone, blogiausiame pristatyme, kuris nepataikė į temą ir buvo labiau įvadinis, tai Katjos ir Anti. Jei netikite, tai galite peržiūrėti įrašą arba tiesiog prezentaciją. Pastaroji atrodo geriau. Katja ir Antti, nesiruoškit paskutinę minutę ir bent penkis kartus pabandykite pakalbėti prieš bendradarbius ar šeimos narius visą valandą! O šiaip tai man pati tema tai patiko, nes aš labiau į tekstą ir žinutę kreipiau dėmesį, o ne į tai, ką ir kaip kalba, ir manau, kad pradedantiesiems ji turėtų būti suprantamesnė ir net siūlyčiau pradėti nuo čia. O dabar įsijungus vaizdo įrašą, tai OMG! Supratau, kodėl per pirmas minutes nemažai žmonių pabėgo iš salės.

Konferenciją uždarė Gojko su savo pasakojimu apie programinės įrangos kokybę ir siūlymą tai daryti kitaip, nei darėme anksčiau. Papasakojo savo istoriją su bankomatu, kai paspaudus “Atšaukti“ mygtuką, jis vis tiek gavo pinigus, bet jų bankas nenuskaičiavo.  Taip pat, ir kitas juokingas istorijas apie žmoną ir GPS, apie batus, kurių grožis nepavers pačio asmens gražuoliu ir sulygino tai su programinės įrangos kūrimu procesu, kai yra šlifuojama visai ne ten kur reikėtų. Pvz. naujame projekte nusprendė, kad jų tikslas leisti naudotis sistema milijonui naudotojų vienu metu. Ir šios neegzistuojančios problemos sprendimu buvo užsiėmę visą laiką, kai sistema naudojosi tik 50 tūkstančių ir jokios apkrovos nebuvo. Jie nesirūpino kitais svarbesniais dalykais jau prisijungusiems, o turėjo. Šį vaizdo įrašą būtina pažiūrėti visiems nuo 1h8minutės. Dar pranešimo metu užsirašiau nuorodą į kitą gerą prezentaciją, prašome ir ją būtinai peržiūrėti, ir komentarus prie kiekvieno lapo atidžiai perskaityti. Ir va dar viena nuoroda, kurią irgi liepiu aplankyti ir perskaityti.

Software Development Open Space - Shipping software every hour

Software Development Open Space – Shipping software every hour *

Renginio metu vyko dar ir OpenSpace “renginys“, kai visi norintys galėjo ateiti ir šiek tiek paprogramuoti pateikiant šiokį tokį rezultatą kas valandą. Kadangi neišdrįsau ten nueiti, tai žinau tik tiek, kad buvo sukurta galimybė pateikti atsiliepimus apie konferenciją internetu.

O kadangi įrašo pavadinime parašyta, kad tai yra trumpa apžvalga, daugiau ir neaprašinėsiu – teks patiems peržvelgti prie programos prikabintus failus arba laukti kol atsiras visi video įrašai ir parašyti kas patiko, kas nepatiko, kodėl ir pan.

—–

* – nuotraukos ne mano, o Jūratės Pileckaitės.

Po Agile turas Kaunas 2012

Agile turas 2012

Agile turas 2012

Vakar pirmą kartą Kaune vyko Agile Turas 2012. Nors jis buvo pirmasis, bet turėjo net šešetą rėmėjų ir tris draugus ir tai daug daugiau nei Vilniuje. Šis skirtumas mane net labai džiugina ir įrodo, kad Kaune yra nemažai IT įmonių ir jos dar domisi ir greičiausiai net dirba pagal Agile metodiką. O ką dar kalbėti apie beveik du šimtus dalyvių renginio metu.

Agile turas Kaunas 2012 vyko keturi pristatymai:

    1. Agile in Lithuania – Innovation or a Well Going Train? What is Waiting For the Ones That are Late For It? (Vaidas Adomauskas, Adform, Agile Lithuania) – skirtas labiau pradedantiesiems apie proceso optimizavimą, palygina krioklio ir Agile  metodikas, paaiškina kodėl gan dažnai tai nesuveikia ir ką reikėtų daryti, kad tai suveiktų ir būtų naudinga. Kaip sakant bando įkalbinti pradėti ir nepavėluoti į nuvažiuojantį traukinį.
    2. Before and After Agile in Eyes of Company Director (Augustas Alešiūnas, ART21) – nuo nesėkmių dirbant krioklio metodu iki sėkmingo darbo su Agile. Kuo atviresnis darbo procesas, tuo aiškiau kodėl yra vėluojama. Labai geras pavyzdys, kodėl tikrų programuotojų telefono numerių negalima dalinti klientams. 😉
    3. Scaling Agility Across the Enterprise (David Weir and Graham Fisher, Callcredit Information Group) – interaktyvus pranešimas anglų kalba. Jei neįdomi informacija apie įmonę, pradėkit nuo kokios 11 minutės. Pamatysit kas ta Scrum lenta ir gyvai parodys ką ten su ja veikia darbo metu. Kad būtų lengviau suprasti kaip viskas vyksta, pateikia pavyzdį apie bananų transportavimą iš Brazilijos į UK. Tiksliau kalbama apie du projektus: laivo ir švyturio statybas ir kas atsitinka kai jie vykdomi atskirai, nebendraujant atskiroms komandoms (laivas atsitrenkia į švyturį). Tam, kad pradedantieji lengviau suprastų metodiką jie pirmiau siūlo naudoti fizinę lentą, o ne specialią programinę įrangą.
    4. Introduction into Extreme Programming (Audrys Kažukauskas, Technopark) – Audrys kaip visada tvirtai gina ir pristato visiems eXtreme programavimą. Nepamiršta papasakoti kaip suprasti, kad jau reikia jums XP. Palygina Scrum ir XP, ir parodo visą XP grožį.  Po šio pristatymo turėtų būtų aišku, kad reikia keistis.

Apačioje pateikti pristatymo puslapiai ant kurių paspaudus galima peršokti į konkretų norimą laiką pagal pasirinktą lapą.

Jeigu šių pristatymų nepakako, galite sudalyvauti mokymuose spalio mėnesį arba konferencijoje Vilniuje, kuri vyks ne tik trijose salėse vienu metu, bet bus ir atvira erdvė skirta konferencijos aplikacijos kūrimui.

Software Development Open Space - Shipping software every hour

Software Development Open Space – Shipping software every hour

%d bloggers like this: