Hirdetés

Hirdetés

!!! SZERVERLEÁLLÁS, ADATVESZTÉS INFORMÁCIÓK !!!
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!

Új hozzászólás Aktív témák

  • CyberPunk666

    senior tag

    válasz Kickass #24240 üzenetére

    Elég tipikus dolog, hogy sok helyen rosszul / félig vezették be az agilitást vagy csak simán értés és átgondolás nélkül szemezgetnek a módszertanok elemeiből. A legtöbb helyen arra használják, hogy a főnök megtudja, hogy aznap ki min dolgozik, amihez amúgy normálisan még meeting se kellene.

    Ennek az az oka, hogy amikor bevezetnek valamit, akkor van az a mánia, hogy mindent kis lépésekben érjünk el. Ez sokszor persze jogos óvatosság, de nem lehet mindent így csinálni, és valamit vagy bevezetsz, vagy nem. A köztes állapot a két szék közötti padló.

    A menedzsment kinéz valamit, hogy "áh, napi 10 perces meeting délelőtt, ezt már holnaptól tudjuk". Aztán ott van a másik elem, hogy hát át kéne szervezni a csapatokat... "hát az nehéz, bonyolult, macera, lehet kevesebb emberem lesz..." azt mi inkább kihagyjuk a csomagból.

    Ennek lesz az az eredménye, hogy a daily standupon egy csapatban vannak a systemesek, egy másikban a fejlesztők, egy harmadikban a tesztelők...
    Aztán amikor az egyik mérnök elmondja, hogy mi baja van a motorvezerléssel kapcsolatban, akkor a kommunikációdriver fejlesztője halálra unja magát és fordítva.
    Mert az egésznek akkor lenne értelme, ha a motorvezérlőről folyna a beszélgetés a motorvezérlő systemesével, fejlesztőjével és tesztelőjével. Így a fejlesztő hamar értesülne, hogy milyen változások várhatóak, még mielőtt tényleg bejönnének és early hozzá tudna szólni.
    Aztán a systemes kapna visszajelzést, hogy mekkora effort lefejleszteni, azt a félmondatot, amit odaírt a követelmény végére. stb stb.
    Ennek lenne értelme, és napi 10 percig kellene tartson.

    A valóságban a systemsek standupolnak együtt és arról szól, hogy az ügyfél is meg a fejlesztő is hülye. A fejlesztők arról beszélnek, hogy a systemes és a tesztelő hülye, a tesztelők szerint a fejlesztő hanyag.
    Azért hülye mindenki szerint a másik, mert nem tisztázódnak a félreértések és kevés a kommunikáció a megfelelő emberek között. Valamint a külön szervezett munka miatt nincsenek jól összehangolva és sosem ér rá a másik, akivel ráadásul sok a félreértés.
    Ezeket mindet megoldaná ha egy csapatban lennének.

    De azt macerás megcsinálni, így bevezetjük a napi meetinget és kész az agilitás, aki meg utána ebben dolgozik, azt mondja, hogy az egész agilitás hülyeség.

Új hozzászólás Aktív témák