www.romver.ru / Полный список статей / agile-методология

A ni v koem slu4ae ne videlau eto daje v neobxodimie 4erti agile-metodologiy, i uj tem bolee ne s4itau eto opredelau6im. Na bol'6om koli4estve ob6enia v komande, pri4em s u4astiem zakaz4ika, esli mne ne izmenaet pamat', nastaivaet tol'ko odna agile-metodologia -- XP. No daje ona, kajetsa, ne nastaivaet na minimume specifikaciy. V fundamental'noy stat'e Martina Faulera "Novie metodologii programmirovania", gde on opisivaet i sravnivaet agile-metodologii, za osnovu vzata imenno ix gibkost' -- sposobnost' adaptirovat' process razrabotki k menau6imsa trebovaniam pramo po xodu etogo processa.

V ka4estve svejego li4nogo primera xo4u privesti na6 gotova6iysa skoro k vipusku proekt v Andekse. Mi ne pitalis' postroit' process po kakoy-to konkretnoy opisannoy metodologii (i uj tem bolee ne po XP, kotoruu a prosto ne lublu). A daje dumau, 4to mnogie u4astniki proekta i ne znaut, 4to mi rabotaem po "agile-metodologii" :-). Vmesto etogo mi prosto primenaem principi, kotorie kajutsa razumnimi, i v itoge problemi, kotorie Il'a upominaet v stat'e, u nas prosto ne slu4ilis':

komanda raspredelena regional'no (v smisle ludi sidat v raznix zdaniax); sil'no uxud6aet kommunikaciu; na samom dele pri takom rasklade normal'niy agile po4ti nevozmojen;

Na6a komanda raspredelena po Ekaterinburgu, Moskve i Piteru, pri4em razdelenie idet pramo "po-jivomu": naprimer pitonoviy kod i HTML'nie 6abloni pi6ut ludi v raznix gorodax. Operativnaa kommunikacia idet 4erez Jabber, no osnova ob6enia mejdu u4astnikami proekta -- bag-traking. Mi pol'zuemsa im o4en' aktivno, i eto odna iz sostavlau6ix na6ey gibkosti: mi vsegda znaem, 4to nam nujno delat', ot 4ego mojno bezboleznenno otkazat'sa, i vo 4to nam vstanet o4erednoe izmenenie napravlenia razvitia.

biznes/zakaz4ik vse taki pi6et podrobnie speki; v etom slu4ae proleti garantirovani, t.k. skoree vsego speki normal'no pisat' v agile tempe nikto ne smojet;

Vot s etim a ne soglasen maksimal'no. Bez specifikaciy rabotat' po agile-metodologii voob6e nevozmojno, potomu 4to v specifikacii napisano teku6ee soglasovannoe videnie vsex u4astnikov proekta o tom, bukval'no, kuda vse idut! Esli ne znat' etogo, to sover6enno nevozmojno kuda-to gibko povora4ivat'.

Kto ix budet pisat' -- vopros vtorostepenniy, na samom dele. U nas ix pi6et tot, u kogo polu4atsa polno i 4itaemo formulirovat' (a :-) ). No 4to imenno tuda pisat', opredelaetsa v ob6enii s zakaz4ikami, menedjerami i razrabot4ikami. Bol'6oy o6ibkoy Il'i mne tut kajetsa to, 4to on vosprinimaet podrobnie specifikacii ot zakaz4ika pomexoy tempu razrabotki, kotoriy ustanavlivaetsa cel'u agile-metodologii. Na moy vzglad, temp -- eto vtori4no, on poavlaetsa sam po sebe, esli vse ostal'noe delaetsa pravil'no. I otkaz ot napisania 4itaemix i vsem ponatnix specifikaciy zdes' to4no ne pomogaet.

komandoy upravlaet ne texni4eskiy menedjer ili menedjer kotoriy ne mojet pro4itat'/podpravit' kod; eto prosto beda, takoy menedjer skoree vsego budet stoporit' rabotu li6nimi voprosami i pustimi razgovorami;

Esli netexni4eskiy menedjer stoporit rabotu li6nimi razgovorami, to eto prosto ploxoy menedjer :-). No on vovse ne obazan eto delat'. U nas tak vi6lo, 4to menedjerov dva: texni4eskiy i netexni4eskiy. Texni4eskiy pi6et specifikacii, sledit za poleznost'u i aktual'nost'u bag-trakera, planiruet razrabotku, dumaet nad arxitekturoy proekta. Netexni4eskiy derjit v golove ob6ee videnie proekta i opredelaet na krupnom urovne prioriteti zada4, dla 4ego razgovarivaet s zakaz4ikami i marketingom. Znali bi vi kak texni4eskiy menedjer dovolen, 4to emu ne prixoditsa zanimat'sa etoy 4ast'u :-).

Drugimi slovami, netexni4eskiy menedjer mojet bit' o4en' polezen. Ego tol'ko ne nado gruzit' nesvoystvennimi emu polnomo4iami.

Est', kstati, mesto v stat'e, gde a na 100% s Il'ey soglasen:

Itak prostoy vivod dla 4itateley-razrabot4ikov: esli na sobesedovanii na novuu rabotu/proekt vi usli6ali vol6ebnoe slovo agile, ne spe6ite radovat'sa :-) pozadavayte pobol'6e ob6ix voprosov o komande, menedjerax i zakaz4ikax.

+1

Uskol'zau6ie metodologii

Kakoe-to vrema nazad pro4ital u odnoy dami v bloge (zabil u kakoy, k sojaleniu :-( ) nabludenie, 4to bol'6instvo sovremennix metodologiy, texnologiy, praktik i t.p. opisivautsa primerno takoy sxemoy:

1. Sdelat' predvaritel'nie nabludenia i ocenki
2. Proizvesti magiu
3. Obrabotat' rezul'tati i sdelat' vivodi

Drugimi slovami, kak bi podrobno ni bila opisana metodologia, kak bi prosto ili slojno ni bilo delat' to, 4to ona podrazumevaet, vsegda est' etot vtoroy punkt: li4naa interpretacia metodologii 4elovekom, kotoriy ee primenaet. V zavisimosti ot togo, 4to on v etoy metodologii vidit, kakie stavit prioriteti, rezul'tat polu4aetsa kardinal'no raznim. Vse zavisit ot 4eloveka.