( Hevi | 2017. 07. 30., v – 13:39 )

Az agile metodologiak nem szentirasok, hanem csak egy framework a hatekony munkahoz a szervezeten belul. Nagy cegnel az ad-hoc "ma ezzel van kedvem foglalkozni, ezt csinalom", meg "minek bontsuk fel ugyis osszevissza dolgozom" nem megfelelo, mert ahol dollar/font/euro milliokrol van szo, ott bejon a "busz-effektus", azaz, ha esetlegesen elcsap a busz/lebetegszel/eleged volt, es azonnali hatallyal felmondassz, akkor se alljon meg az uzlet, es a kollega tudja folytatni az altalad elkezdett munkat.

Volt nekunk is kollegank, aki a "nekem ne ird elo, hogy hogy csinaljam, en ismerem a rendszert, megoldom kreativan" attitud alapjan dolgozott (es sajnos kapott is ra engedelyt), ami azt eredmenyezte, hogy mikor egeszsegugyi okokbol heti fel napot volt bent, majd levettek a csapatrol, akkor ott alltunk mint a hulyegyerekek, hogy hat tok jo lenne tudni, hogy pontosan mit is csinalt, de igazabol fogalmunk sincs.

Annyi legalabb mellette szol, hogy viszonylag jol kommentelte a ticketeket, tehat nagyjabol ki tudtuk silabizalni, hogy megis mire gondolt a kolto akkoriban, de az, hogy keverte a ticketeket, tehat a commit messageben levo Jira azonosito lehet, hogy 2-3 masik storyt is takart... probald meg 2 honappal, mikor a kollega mar nincs ott megfejteni, hogy mi es miert tortent.

Azt kell eszrevenni, hogy a programozas/IT egy resze nagyjabol a manufakturak/gyarak szintjen van, azaz kreativitas nem igazan kell (a penztermelo metodologiak mar elegge fejlettek ahhoz, hogy ne kelljen kitalalnod uj dolgokat, eleg csak a meglevo ismereteidet alkalmazni), tehat a futoszalagos hasonlat nagyjabol megallja a helyet.

Nagy cegnel, ahol kreativitas kell, az a kulonbozo (legacy) rendszerek integracioja, illetve annak megertese, hogy a valtoztatas hogy erinti a kulonbozo departmenteket, es kidolgozni a mindenkinek megfelelo megoldast. Ez nem klasszikus programozoi, hanem inkabb fejlesztoi munka, nagyjabol a developer felso szintjetol/senior leveltol valik ez elerhetove. Alatta tenyleg csak betanitott munkasok kellenek, akik a senior altal megalmodott dolgot implementaljak (mondjuk intuitiv fejlesztokkel egy jo senior meg a csapat is jobban tud teljesiteni).

A klasszikus "majd en megoldom, ne szoljatok bele, majd szallitom a vegeredmenyt" hozzaallas egy bizonyos szint utan mar kontraproduktiv. Az ilyen emberek a startup scenaban talalhatjak meg a szamitasaikat, napi 10-12 orakat dolgozva, de szabadon, mikozben a befektetok ontik bele a penzt, de ahogy a ceg elkezd penzt termelni, es novekedni letszamban, ezek azok az emberek akiktol a ceg hamar megvalik, mert egyszeruen bizonyos meret felett nem _lehet_ igy dolgozni, mert abbol csak kaosz lesz.