Motivacijski video za "project management/team building" (uvod v teden hekanja OS X-a)

Aha, iščeš torej nekaj, čemur Nemci pravijo Eierlegende Wollmilchsau.

V testo si uspela vmešati:
- projektno vodenje
- produktno vizijo
- motivacijo
- team building
- vodenje (skupine)
- učinkovitost (skupine)
- kakovost
- hekanje
- osebno učinkovitost oz. time mgt.
- odprto kodo


Vse to so bolj ali manj neodvisna področja, z večino pa se srečaš pri vsakem razvojnem projektu in upam, da nimate problemov prav na vseh področjih, da bi jih rabili kar vsa naslavljati. In če ne veste, kje imate dejanske probleme, potem vam lahko predava tudi kak Smiljan Mori ali pač kdo drug, ki pozna univerzalne rešitve za vse probleme (in zraven ravno še prodaja kakšna draga orodja). Lahko pa tudi gledate risanke, dolgoročni učinek bo podoben.

Kar vi rabite, ni team bilding, ampak šibo božjo, ki znala določiti prioritete in vas zbrcati k delu ...

Ni se ravno za hvalit s številom ticketov. To pomeni da delate precej napak. Glede na razmerje commitov in ticketov ima praktično vsak commit napake.

Če te prav razumem, gre za skupino prostovoljcev, ki skupaj delajo na open-source projektu, ki pa ima nekaj problemov, glede na 1000 ticketov. Motivacija je pri prostovoljcih bolj stvar vsakega posameznika, cilji pa ne nujno popolnoma usklajeni. Formalne hierarhije projekt nima, kar je lahko problem, če je število ljudi, ki veliko prispevajo tudi veliko. Radi bi naredili break-through session in rešili nek tehnični problem, poleg tega pa se še spoznali med sabo in si olajšali sodelovanje.

Teambuilding ima navadno dva cilja, da člani ekipe, ki so med seboj soodvisni (pri vas pa so precej neodvisni) spoznajo tudi ostale in njihova znanja, tako da opazijo, da recimo "secguy@fortress.org" ne teži brezveze ves čas nekaj o varnosti, ampak o tem veliko ve in se ga kje tudi splača upoštevat. Kar se bo verjetno zgodilo tudi pri vas, če boste organizirali zvečer kakšno druženje. Tiste igrice, ki se jih pogosto grejo na teambuildingih, pa so itak za ekipe, ki _morajo_ sodelovati, da se zavejo soodvisnosti in pa da so skupaj sposobni več in da različni pristopi dejanjsko pripomorejo pri reševanju težjih problemov. Kar pri vas po mojem pride manj v poštev, kot tudi spoznavanje osebnih močnejših in šibkejših strani. Več pa od teambuildinga tako ne gre pričakovat, kvečjemu se da še identificirat posameznike, ki niso primerni za tak način dela in seveda dati ljudem kakšno povratno informacijo skozi coaching.

Za ostale reči bi bilo dobro imet kakšno odprto razpravo (glede na naravo projekta), kje so potrebne bistvene izboljšave in kako jih doseči in kdo bo za to zadolžen. Za to razpravo pa bi bila morda koristna prezentacija, ki bi pokazala na vaše glavne probleme in možne načine reševanja, bolj kot motivacijski govori in time-management. Pa glede na to, kaj in kako je delovalo tokrat, greste potem naslednjič naprej.

Ne strinjam se z Invictusom, da bi tovrstnem projektu koristila šiba božja (ker se ob pretiravanju hitro postavi vprašanje za katerega boga se jest tukaj matram), čeprav nekaj zakamuflirane prisile morda komu kdaj tudi ne bi škodilo.

Migrirajte na git, resno. Tudi github ni od muh, čeprav se mi zdi precej strašljivo, da postaja vedno večji "single point of failure" za znaten delež javnih projektov.

Če ne bi bilo tako kmalu bi se morda javil in prišel odpredavat svoje izkušnje, ampak v marcu imam že druge obveznosti. Meni je motivacijo dalo že to, da sem pomagal razvijat orodja, ki so ostalim razvijalcem močno olajšala delo na različnih projektih.

mojca je 23. feb 2016 ob 20:11 izjavil:

Termin je 12.-16.3. Če si premisliš oz. se ti urnik sprosti, si več kot dobrodošel še na pokušini indijske kuhinje .

a bodo kakšne punce fsaj

Isotropic je 23. feb 2016 ob 20:37 izjavil:

a bodo kakšne punce fsaj

Jst?

jype je 24. feb 2016 ob 01:16 izjavil:

Če je projekt javen, a lahko dobim URL, da se malo razgledam?

• domača stran


• SVN repozitorij


• testna pretvorba v GIT

Ojej, ziher je PHP :)

Oh, tako hudo pa spet ni, no . Je pa še vedno en skrajno čuden programski jezik, Tcl.

(Trenutno so trije "konkurenčni" produkti. "Naš" je spisan v Tcl-ju in teče na SVN-ju, drugi je spisan v Ruby-ju in teče na Git(Hub)-u, tretji v zatonu je spisan v Perl-u in teče na CVS-ju. Zdaj moramo spisati še četrtega v Python-u in uporabiti Mercurial, da bo bera polna . Morda se nam celo pridruži en razvijalec iz Atlassian-a.)

Off-topic in tudi slučajno se mi ne sanja. Najstarejši commit v SVN-ju je iz leta 2002. Projekt je bil uvožen iz CVS-ja, tako da ne vem, ali zgodovina sega še dlje oz. kako dolgo se je kuhala pred tem. Ruby in Python sta takrat hodila naokrog še v plenicah (hvalabogu ni vzel Perl-a), jaz pa Mac-a niti od daleč še nisem videla. Rekla bi, da zato, ker je bil očetu projekta ta jezik v tistem hipu najljubši oz. se mu je zdel najprimernejši za tovrsten namen. Vem pa ne. Danes pa je že na tisoče datotek in prepis v modernejši jezik (pre?)zahteven projekt.

windigo je 24. feb 2016 ob 14:32 izjavil:

Jest bi vam svetoval le, da ne delate novih pravil in postopkov glede oznak in prioritet/grafičnih poročil in migracije na git sočasno, temveč eno za drugo, ker bo sicer to odvrnilo tiste, ki prispevajo kaj le občasno in bodo zato težko sledili spremembam.

Kaj točno so "postopki glede oznak in prioritet/grafičnih poročil"? (Za začetek "parse error"; verjetno je hierarhija "in"-ov drugačna, ampak res ne vem, na kaj se poved nanaša.)

Migracija na GIT bo itak boleča in je tudi slučajno ne moremo izvesti v doglednem času. Lahko se samo počasi pripravljamo nanjo in za začetek vlagamo trud v boljšo (inkrementalno) pretvorbo iz SVN-ja v GIT, da bodo lahko razvijalci, ki to želijo, forkali projekt na GitHub-u in delali z njim, kar jih je volja, za začetek pa bi še vedno morali spreminjati kodo izključno v SVN-ju. Potem pa morda enkrat menjava za kaj boljšega kot je Trac, delo na pretvorbi ticketov, ... glavoboli skratka. Kratkoročno se je bolj smiselno skoncentrirati na vsebino.

jype je 23. feb 2016 ob 19:36 izjavil:

Migrirajte na git, resno. Tudi github ni od muh, čeprav se mi zdi precej strašljivo, da postaja vedno večji "single point of failure" za znaten delež javnih projektov.

Če ne bi bilo tako kmalu bi se morda javil in prišel odpredavat svoje izkušnje, ampak v marcu imam že druge obveznosti. Meni je motivacijo dalo že to, da sem pomagal razvijat orodja, ki so ostalim razvijalcem močno olajšala delo na različnih projektih.

what he said.
Git je to kar rabite (se vam mogoce se jaz pridruzim ce bo zanimiv projekt)

Potem pa je nekdo z sibo bozjo v roki, ki dodeljuje issues posameznikom. Tako ima nekdo nadzor nad tem kam gre projekt.