Comments on: Ako pracujú vývojári vo WebSupporte

By: WebSupport.sk team

WebSupport.sk team — Thu, 01 Apr 2010 11:16:41 +0000

vdaka za podnet, chybicku sme opravili :-)

By: Megatron :D

Megatron :D — Thu, 01 Apr 2010 11:12:14 +0000

Dámy a páni prečítajte si prosím prvú vetu … nič? Tak predposledné slovo.

Po prečítaní článku som mal pocit, že miestami mrháte časom … napr. kartičky (plánovací poker), inak sa stotožňujem s názorom utfg.

By: jano

jano — Wed, 03 Mar 2010 07:20:24 +0000

Agilny proces funguje len kym nie je projekt velky. Dalsim problemom je prave kolizia s TDD, pretoze manazery by vzdy najradsej mali vsetko.

By: Dominik Slavkovsky

Dominik Slavkovsky — Tue, 23 Feb 2010 11:20:22 +0000

Mi vo firme taktiez vyuzivame Scrum, takze tieto veci su mi zname. Zaujimalo by ma ale, ci pouzivate neaky elektronicky nastroj na managovanie projektov ak ano aky? Alebo klasicku tabulu s papierikmi?

By: utfg

utfg — Sat, 20 Feb 2010 17:43:34 +0000

Hm…
Dost vseobecnych kecov. Hlavne ten postup iteracii mi pride tak prirodzeny, ze informacna hodnota clanku je nulova.

Chcelo by to skor popis veci ako version control, peer review, unit a load testing, …

By: Janko Panko

Janko Panko — Fri, 19 Feb 2010 17:21:17 +0000

Pekny clanok.

Osobne som zatial nemal moznost nastavit Agilne metodiky, ale velmi sa mi pacia. Disciplina vedie k pravidelnym vykonom, viem si predstavit, ze urcitym sposobom to moze potlacit tvorivost, alebo skor tvorivu iniciativu v ludoch.

Rad by som sa Vas spytal par otazok.

Aku mate skusenost s nedisciplinovanymi timovymi hracmi a vyvodzovovanim personalnych a financnych dosledkov/postihov?

Zavadzali ste SCRUM postupom casu a po vybranych praktikach, alebo ste sa rozohodli, postavit cely vyvoj od zaciatku na ludoch+metodike ktoru vsetci dobre poznali a boli s nou zoznameny?

Prajem Vam vela stastia na ceste.

By: MichalTruban

MichalTruban — Fri, 19 Feb 2010 16:58:28 +0000

getting real poznam… tiez pre nase projekty sa snazime zacat robit touto metodikou. pre mensie teamy a nase vlastne projekty je to super metodika, ktora sa da celkom fajn aplikovat aj na ostatne casti. nielen vyvoj sw.

pre klienta, kde sa clovek dohodne co mu nakodi, za kolko hodin a kolko to bude stat, kedy sa to odovzdava atd.. je potrebne prisnejsie riadenie.

By: Bystro

Bystro — Fri, 19 Feb 2010 16:52:06 +0000

Pri XP a Getting Real je specifikacia minimalna, a podoba programu sa tvori “za behu”. Iteracie su male, hned sa vysledok ukazuje klientovi na feedback, hned sa meni kod a robi sa refaktoring, stale dokola. Vyslovene sa ocakava, ze specifikacia sa bude menit podla toho, ako sa zlepsuje porozumenie pre projekt. Treba mat chapaveho klienta, ktory dokaze toto absolvovat spolu s teamom. Resp. je to idealne, ak klient je firma sama (napr. pre SaaS projekty).

By: WebSupport.sk team

WebSupport.sk team — Fri, 19 Feb 2010 16:20:35 +0000

Dodrzujeme tuto metodiku najpresnejsie ako sa da, je pravda, ze sa mame este v com zdokonalovat. Vznikaju nam iste komplikacie, kedze zamestnavame aj partime developerov.

Co sa tyka spatnej vazby od klientov moze nastat aj nastava problem, ze ich dodatocne pripomienky vyrazne zmenia podstatu povodnej specifikacie casto aj myslienky a je problem to zakomponovat do kodu a zaroven dodrzat terminy.

Stretnutie na konci iteracie sa nam zatial najviac osvedcilo, ale sme otvoreni aj inym metodikam. Casom chceme vyskusat aj pair programming co prakticky zahrnute v extreme programmingu.

By: Bystro

Bystro — Fri, 19 Feb 2010 15:55:40 +0000

Naozaj to robite takto podla teorie? Presne toto dodrzujete?
SCRUM je podla mojho nazoru najmenej agilna metodika zo vsetkych, ked mas vsetko dane :)
My pouzivame na vyvoj GUI metodiku Getting Real a na programovanie XP (extreme programming s okamzitou spatnou vazbou). Ale je fakt, ze vacsinou nevyvijame pre klientov, ale pre seba.