Nekdy buhuzel zakaznik prozre az ve chvili, kdy pred sebou vidi vysledek
(castecny) a muze si klikat. Castecna volba je mu vystavet prototyp a
nechat ho at si klika. Mozna jsem to spatne vyjadril, ale nejsem proti
analyze. Osvedcene Use Case diagramy (
http://www.agilemodeling.com/artifacts/useCaseDiagram.htm ) a bud
scenar / nebo diagram aktivit
(http://www.agilemodeling.com/artifacts/activityDiagram.htm ) je
zaklad. Podle me tenhle zpusob (naprogramovat (ano / ne - zahodit) se
hodi pouze pro interni vyvoj pro sebe sama (coz mame v umyslu a chci na
tomhle pripadu vyzkouset moznosti agilnich metodik). Treba takovy SCRUM
ma fazi pripravy (co, jak, architektura) a pak se v jednotlivych
sprintech (Milestone) uvolnuji funkcni verze. Taky jsem nazoru, ze nema
smysl ohybat vsechno podle metodiky, je dobre najit kompromis a pripadne
tento proces vylepsovat - coz ale žáda lidi co maji zajem :).

DH
 
>>> [EMAIL PROTECTED] 29/03/06 10:02dop. >>>
Daniel Holesinsky napsal(a):
> zakaznik tape. Takze se proste integruje do vyvoje... Stejne tak se
> osvedcuje americky :) zpusob mysleni (nefunguje? zahodit, napsat
znovu,
> perfekcionismus je zbytecny). Teda nevim jestli neco jako americke
> mysleni existuje,  akorat se clovek ze vsech knih o softwarovem
vyvoji
> dozvida neco takoveho :).
>   
:-) Moc jsem se pobavil. Pracuju v americke firme a presne tohle me
jako 
vyvojare SW rozciluje ;-) Udelejte to, at to funguje, a moc si s tim 
nehrajte. To je bohuzel cesta do pekel, protoze prvni, druhou a treti 
zmenu udelas a pak uz tezko vysvetlujes ze ctvrta bude trvat tyden,
pata 
dva a sesta bude znamenat dvoumesicni prepis.

A pokud jde o agilitu, tak to jde take jen castecne. Nemuzes zacit 
vyvijet tank a v prubehu vyvoje ho predelat na ultralehky vrtulnik. 
Resp. jde to, ale je to velice obtizne a ze zakladu tank toho zbyde jen

hodne malo.

Drive jsem byl priznivcem agilnich metodik, s tim ze analyza se udela 
behem programovani, protoze vsechno muzeme diky testum refaktorovat,
ale 
dnes mam lepsi zkusenosti s dukladnou analyzou pred zacatkem projektu. 

BTW: TDD je i v tomto postupu hodne uzitecne, takze jsem ho rozhodne 
nezavrhnul.

Tom

Odpovedet emailem