Szoktam olyat, hogy tegye fel a kezét, aki tervezett már UML-ben. Aha, elég sokan. Oké, tegye fel a kezét, aki napi szinten frissíti az UML modellt, ahogy fejlődik a rendszer? Aham, senki.
Az a baj, hogy ez az UML alapú tervezés egy bullshit, kilóra legyen meg a dokumentum, mert a projektmenedzser még úgy tanulta, hogy kell mindenféle HBR és RNBR doksi, amit aztán az életben többé senki nem használ, nemhogy frissen tart. Lehet vele villogni hozzá nem értő vezetők előtt, mert tele vannak a doksit szép színes ábrákkal, nyilakkal, dobozokkal és szövegekkel. Aztán később, amikor hozzá kell nyúlni egy rendszerhez, a legutolsó dolog, hogy előveszik a fejlesztési dokumentációt, mert mindenki tudja, hogy az bullshit volt már akkor, amikor leadásra került és azóta senki nem nyúlt hozzá.
Ez is olyan, mint minden dokumentáció. Lehet rosszul és jól is csinálni.
Waterfall esetén jellemző az, hogy előre készítenek egy nagy doksit, amit aztán jellemzően (szinte) senki nem olvas el. Pont, ahogy mondod. Legyen meg az elvárt mennyiség, de haszna nincs.
Agile esetén ha követelményeket ír le valaki, akkor az a dokumentum kb. addig érvényes, amíg fejlesztenek belőle, szóval tipikus esetben mondjuk kb. 4 hétig.
Te a rendszer dokumentációjáról beszélsz, ami dokumentálná, hogy működik a rendszer, és később hozzá lehet nyúlni.
Az igazság szerint nem szoktam ilyen dokumentációt látni. Lehet vitatkozni azon, hogy ez jó vagy rossz, de a gyakorlat az, hogy a megrendelő, aki a pénzt adja és meghatározza, hogy mit kér érte, nem szokta ezt kérni.
Waterfall esetén lehet, hogy azért, mert azt hiszi, hogy a 2 éve elkészült és sosem frissített követelmény doksi erre is jó, nem tudom. Agile esetén egyszerűen nem szokták kérni. (Vagy ha igen, akkor valami nagyon ligh leírás szokott születni, esetleg egy-két rész kicsit mélyebben, viszont ezt jellemzően karban is tartják később).
"A feleségem Agile BA."
Ja, agile BA nem létezik...
Banyek, akkor biztos ruszki kém! :-)
Komolyra fordítva a szót: miért ne lenne? A Product Owner felelőssége, hogy legyen Product Backlog, de a konkrét elkészítését nyugodtan delegálhatja. És szokták is. És ezeket az embereket, akik kitúrják a kívánságokat, elvárásokat és vagy leírják, vagy ott vannak, hogy megválaszolják a kérdéseket, BA-nak szokták hívni.
Ha Proxy Product Ownernek hívom, az jobban tetszik?
Az agile alapvetően arról szól, hogy egy jól záródó fedő alá teszik a projekt _összes_ résztvevőjét az ügyféltől kezdve a tesztelőkön és a fejlesztőkön át az üzemeltetőig és a techwriter-ig, hogy senki ne zaklassa őket egy fél óránként egy öt perces feladattal és nem szépen formázott dokumentumokon keresztül kommunikálnak, hanem személyesen, a nap minden órájában és akkor jönnek ki a fedő alól, amikor az ügyfél felteszi a kezét, hogy kész a termék vagy elfogyott a pénze.
Beidéznéd az Agile Manifesztóból azt a részt, ami ezt így definiálja?
Vagy hogy téged idézzelek, mondhatnám azt is, hogy a nagy lófaszt.
Az Agile az egy gondolkodásmód. Sok mindenről szól, én kiemeltem egy aspektusát, te kiemelted egy másik aspektusát (meg melléírtál pár dolgot, ami segít egy termék fejlesztésében, de semmi köze az Agile-hoz).
Se a tiéd, se az enyém, sőt még együtt a kettő sem fedi le mindazt, amiről az Agile megközelítés szól.