Agile Experts proti Agile Manifestu

Ali menite, da je vaš lokalni agilni strokovnjak prebral Agileni manifest? Ali si? No, ni problem… če ne uporabljate besede Agile vsakodnevno! Če pa (ali to počne vaš lokalni strokovnjak)… no - to je nekaj takega, kot ljudje, ki preveč verjamejo o veri, vendar od svojega pouka literature niso odprli Biblije (opozorilo o politični korektnosti) ali svete knjige po svoji izbiri. Pred 10 leti ... Ne maramo jih. Z razlogom.

V redu, ne komentiramo drugih ljudi in njihovih mnenj. Pojdimo namesto tega po korakih skozi "Agile Biblijo".

Citati iz Agile Manifesta bodo podani v

tovrstni blok besedila

naši komentarji pa bodo podani v redni alineji, kot je ta. Pojdimo!

Manifest, edini!

Naša največja prioriteta je zadovoljiti kupca
z zgodnjo in kontinuirano dostavo
dragocene programske opreme.

To je tako odlična ideja! Res je bila revolucionarna v času, ko je bila narejena! Toda izvedba te ideje je nekaj težjega, kot bi lahko zaznali teh nekaj vrstic.

Glavna težava: Vsi, ki so imeli neposreden stik s stranko, vedo, da je točka tega manifesta vsaj nekoliko zapletena.

Na žalost kupec ni vedno prepričan, kaj želi ali si želi preveč stvari hkrati in jim ne more dati prednost pred njimi! Poleg tega je mogoče, da si nekatere od teh misli, ki jih je stranka želela, kasneje ni želel ...

Če to pustimo ob strani - točka Manifesta resnično dokazuje svojo uspešnost izdelka! Toda teh izjem NE SMO zanemariti, saj so lahko usodne!

Naslednja točka zajema nekaj podobnega, nadaljujmo to temo tam.

Zahteve, ki se spreminjajo, tudi pozno
razvoj. Agile procesov se spreminjajo v pasu
konkurenčna prednost stranke.

To je odlično. Toda stalno vrtenje in pritisk na razvojno ekipo naredi izdelek slab. Hitro kodiranje z veliko preusmeritvami projektov naredi kakovost izdelka nizko, zato spremembe postanejo težje. Bolj racionalen in miren razvoj izboljša učinkovitost spreminjanja v poznejših fazah razvoja izdelka. Strinjamo se, da je treba spremembe pozdraviti, a sorazmerno spremeniti tudi druge klavzule o pogodbi / sporazumu! V mnogih primerih se pričakuje, da bo izdelek nameščen v istem času, kot bi bilo, če ne bi bilo potrebnih dodatnih sprememb. Ni v redu.

Agility je v tem, da ste pripravljeni na pričakovane spremembe in ne o spremembi vsega in vedno. Vsi, ki so akreditirani za komunikacijo s potencialno stranko / stranko, bi se morali od samega začetka pogajati o realnem dogovoru. Pogosto 10 minut s pisalom in papirjem v pravem času (začetek projekta) prihrani dneve, tedne in celo mesece razvoja (preusmerjanje, prestavljanje, spreminjanje) v kasnejših fazah! To ohlapnost pri zagonu izdelkov je treba obravnavati kot neprofesionalno, saj je zelo! Miselnost "dajmo si stranko, kasneje si bomo omislili nekaj, s čimer bomo končali posel", mentaliteta je neetična in prepogosto pride do razvijalcev, da bi si "prihranili dan" (delajo nadure, delajo vikende, delajo od doma, delajo v stresno okolico)… Ni kul. In res - niti okretno.

Dostavite delovno programsko opremo
pogosto od a
nekaj tednov do nekaj mesecev, z a
prednost krajši časovni lestvici.

S to imam le dobre izkušnje. Ponuja možnosti za zgodnje vlečno testiranje, učenje in izboljšanje povratnih informacij. Odlične stvari, če je Agile koncept uporaben pri razvoju programske opreme potrebne vrste izdelkov. (Ni vedno tako, verjeli ali ne.)

Poslovni ljudje in razvijalci morajo delati
skupaj v celotnem projektu.

Ok, morda ne vsak dan, ampak tudi - palec gor! Tega (ljudje) nismo uspeli uničiti v zadnjih 15 letih ... Dajte nam čas.

Gradite projekte okoli motiviranih posameznikov.
Dajte jim okolje in podporo, ki jo potrebujejo,
in jim zaupajte, da bodo opravili delo.

Tu večino tako imenovanih agilistov ne deluje Agileni manifest. Pogosto jim manjka spoštovanja do posameznikov, ki so, če ne strokovnjaki, še boljši strokovnjaki na svojem strokovnem področju, kot pa "okretni" vodja projektov. Zaradi tega se upravitelj preveč vključi v delo drugih ljudi, kar loči pomembne "strojne prestave", enega za drugim. Zmanjšanje stopnje „strojne“ prilagodljivosti in zanesljivosti za spremembe. Kar je kontra agilno.

Najučinkovitejša in najučinkovitejša metoda
prenašanje informacij v razvoj in znotraj njega
ekipa se pogovarja iz oči v oči.

No, proti temu ne moremo reči ničesar. V nasprotnem, horaray za to!

Delovna programska oprema je glavno merilo napredka.

Da. Težava je v tem, da mnogi tako imenovani agilisti te klavzule tudi ne spoštujejo.

Agile procesi spodbujajo trajnostni razvoj.
Sponzorji, razvijalci in uporabniki bi morali imeti možnost
ohraniti stalen tempo v nedogled.

Težko dosegljiv, a seveda - odlično vodilo.

Nenehna pozornost do tehnične odličnosti
dober dizajn povečuje okretnost.

Spet na žalost tako imenovani agilni vodje projektov pogosto pozabijo na to in tako povzročijo resne, če ne celo usodne posledice.

Enostavnost - umetnost maksimiranja zneska
o opravljenem delu - je bistvenega pomena.

Zdravo, preprostost!

Najboljše arhitekture, zahteve in načrti
izhajajo iz samoorganizirajočih se ekip.

Ave!

V rednih presledkih ekipa razmišlja o tem, kako
da postanejo učinkovitejši, nato uglasite in prilagodite
temu primerno ravnati.

Amen!