Adatok
Jatekfejleszto kisiparos
0 bejegyzést írt és 2 hozzászólása volt az általa látogatott blogokban.
Bár őszintén szólva a grid téma kapcsán arra számítottam, hogy a hazai webdizájnerek, sitebuilderek közül 3-nál többen elmondják szakmai véleményüket, és ezzel egy elég fontos alapkérdésben láthatunk tisztábban, végül ez mégsem következett be. Igaz ugyan, hogy páran…..
Jatekfejleszto kisiparos
2012.09.07 10:39:08
@Mefi:
Jira tokeletes bugok kezeleseben. Persze mind minden programnak ennek is vannak hatarai, korlatai, bar ezeket en inkabb az emberi tenyezoben latom. Csak a felreertesek elkerulese vegett egy 20-30 de meg egy 50 fos fejlesztoi kornyezetben ezek a hibak soha nem fognak elojonni. De egy ennel sokkal nagyobb fejlesztoi kornyezetben mar igen. Az teny hogy nagyon szemelyre szabhato eszkoz, es rengeteg erdekes neha mar mar hasztalan dolgot is lehet vele csinlani.
Viszont pl egy scrum rendszernek pont az a lenyege hogy ne csak az adott szemely lassa a taskot amit el kell vegeznie vagy csak az aki watcherkent be van allitva, hanem barki. Na erre nem alkalmas a JIRA, hiszen nem is erre terveztek. Azon progikat amiket a tobbiek ajanlottak csak felszinesen ismerem ezert velemenyt mondani roluk nem lenne helyenvalo. Viszont a Hansoft-ot igen. Pont arra valo ami itt a lenyeges kerdes volt, hiszen ez pont arra lett kifejlesztve. Ugyancsak bovitheto, es nem okoz neki gondod, hogy egy nagyobb fejlesztoi csapatot is kiszolgaljon.
Joparszor megtapasztaltam mar a vezetes elore nem latasat azaz hogy olyan programmal kezdtek el dolgozni amit utana a fejleszto csapat egyszeruen kinott. Ilyen pl a Bug-track is. Egyszeruen sokkal tobb bug jott egy fejlesztes alatt mint ami a maximum kapacitasa volt. Egy ilyen szituacio egy fejlesztesnel rengeteg gondot okozhat. De vegyuk csak develop hozzaszolasat. Kepzeljuk el hogy egy progival kezdunk neki a fejlesztesnek. Azt azutan kinovi a csapat vagy kiderul hogy a megvaltozott korulmenyek miatt mar nem alkalmas arra amire hasznalni kivantuk. Egy valtas a fejlesztes kozepe vege alatt sokkal tobbe kerul ( es itt nemcsak a penzrol beszelek, hiszen az idotenyezo neha sokkal tobbet er) mintha eleve egy sokkal komplexebb progival kezdtunk volna neki a fejlesztesnek. Persze az sem szerencses hogyha megvesszuk a csili vili legjobb cuccot es csak 10%-at hasznaljuk ki. Ez a felsovezetes dontese, de a hatasa sokkal inkabb a csapaton csattan.
Jira tokeletes bugok kezeleseben. Persze mind minden programnak ennek is vannak hatarai, korlatai, bar ezeket en inkabb az emberi tenyezoben latom. Csak a felreertesek elkerulese vegett egy 20-30 de meg egy 50 fos fejlesztoi kornyezetben ezek a hibak soha nem fognak elojonni. De egy ennel sokkal nagyobb fejlesztoi kornyezetben mar igen. Az teny hogy nagyon szemelyre szabhato eszkoz, es rengeteg erdekes neha mar mar hasztalan dolgot is lehet vele csinlani.
Viszont pl egy scrum rendszernek pont az a lenyege hogy ne csak az adott szemely lassa a taskot amit el kell vegeznie vagy csak az aki watcherkent be van allitva, hanem barki. Na erre nem alkalmas a JIRA, hiszen nem is erre terveztek. Azon progikat amiket a tobbiek ajanlottak csak felszinesen ismerem ezert velemenyt mondani roluk nem lenne helyenvalo. Viszont a Hansoft-ot igen. Pont arra valo ami itt a lenyeges kerdes volt, hiszen ez pont arra lett kifejlesztve. Ugyancsak bovitheto, es nem okoz neki gondod, hogy egy nagyobb fejlesztoi csapatot is kiszolgaljon.
Joparszor megtapasztaltam mar a vezetes elore nem latasat azaz hogy olyan programmal kezdtek el dolgozni amit utana a fejleszto csapat egyszeruen kinott. Ilyen pl a Bug-track is. Egyszeruen sokkal tobb bug jott egy fejlesztes alatt mint ami a maximum kapacitasa volt. Egy ilyen szituacio egy fejlesztesnel rengeteg gondot okozhat. De vegyuk csak develop hozzaszolasat. Kepzeljuk el hogy egy progival kezdunk neki a fejlesztesnek. Azt azutan kinovi a csapat vagy kiderul hogy a megvaltozott korulmenyek miatt mar nem alkalmas arra amire hasznalni kivantuk. Egy valtas a fejlesztes kozepe vege alatt sokkal tobbe kerul ( es itt nemcsak a penzrol beszelek, hiszen az idotenyezo neha sokkal tobbet er) mintha eleve egy sokkal komplexebb progival kezdtunk volna neki a fejlesztesnek. Persze az sem szerencses hogyha megvesszuk a csili vili legjobb cuccot es csak 10%-at hasznaljuk ki. Ez a felsovezetes dontese, de a hatasa sokkal inkabb a csapaton csattan.
Belépve többet láthatsz. Itt beléphetsz
ESz par tipp. Jira jo de azert elegge korlatozott egy bizonyos ido utan, foleg hogyha scrum rendszert hasznaltok. Probald meg a Hansoft-ot nekem sokkal inkabb bejott.
Mentalitasbeli problemakat velek felfedezni David es Vitees hozzaszolasaban. Egyfelol valoszinu azert nemsikerul meggyozni a beosztottakat es a vezetoket, mert nektek sincsen eleg nagy tapasztalatok abban, hogy ez gyakorlatban hogyan mukszik. Ezen nagyon egyszeru segiteni elegge sok szakirodalom van ezzel kapcsolatban ( Scrum rendszer vagy Agile) de biztos vagyok abban is hogy tovabbkepzesek is leteznek otthon erdemes elvegezni oket mert otthon meg mindig a papir sokkal tobbet szamit mint a tenyleges tapasztalat.
Azt ugyancsak erdemes megemliteni, hogy ez a tablara irogatasos rendszer csak akkor er sokat, hogyha a munkafolyamatok is ez alapjan epulnek fel.
Adminisztracios ido? Ugyan mar! Azt senki sem gondolhatja komolyan, hogy olyan sok ido felirni egy cetlire hogy aznap/azon a heten min is fogok dolgozni. Ha megis az lenne akkor ott sokkal komolyabb problemak vannak.
Barhol is dolgoztam azt tapasztaltam hogy nagyon rovid ido utan mindenki borzasztoan buszke arra, hogy a kiadott a feladatot megcsinalta atteheti a Done ala. Ha szamokat kellene mondanom akkor kb 30-50%-al nott a hatekonysag a csapaton belul. Arrol mar nem is szolok, hogy mennyi idot sporoltunk meg azzal, hogy mindenki pontosan tisztaban volt azzal, hogy ki min dolgozott es ezert egybol hozza fordult ha vmi kapcsolodo gondja, kerdese volt. Ugye ez az idomegtakaritas nem igazan merheto, csak erzekelheto. Vegul de nem utolsosorban ez a rendszer a vezeto szemszogebol a legtutibb, hiszen folyamatosan tisztaban van azzal, hogy ki hol all es igy sokkal pontosabb kepet tud adni a projekt egeszet nezve. Ezt ugye nem is kell reszleteznem, hogy mennyire jelentos.
Szemely szerint, hogyha valaha is hazaterek es vagy az iparagon belul helyezkedek el vagy sajat ceget inditok ez alap lesz. Ha a bevezetes es a vegrehajtas kovetkezetes akkor nagyon gyorsan hozza lehet szoktatni mindenkit.