Sú situácie, kedy (snaha o) detailné plánovanie v rámci softvérového vývoja má zmysel. Myslieť si, že v úvodnej fáze (v rámci PRINCE2 iniciačná fáza) projektu superhrdina projektový manažér spolu s tímom zorchestrujú dokonalú WBS-ku je z mojich skúseností nemožné.…
Nepočúvajme slepo a poslušne, čo máme urobiť. Už nie sme v škole.😄 Zisťujme, prečo to máme urobiť, čo je ten dôvod (problém, výzva, cieľ), ktorú sa snažíme adresovať pomocou softvérového riešenia.…
Pár dní späť som so záznamu počúval battle medzi Dušanom Kocúrekom a Róbertom Kormaňákom Agile vs Watterfal. Nemám nič proti tvrdeniu, že dľa projektu, uvážime metodiku. Ale takéto vyjadrenie, nemá šancu rozprúdiť diskusiu. 😎 Ja sa častejšie ako menej často pohybujem okolo SW projektov/produktov v neistom (darmo si CEO bude…
Nech si akokoľvek budeš myslieť, že dokážeš pri svojej práci efektívne multitaskovať, musím ťa vyviesť z omylu. Prehnaným prepínaním kontextu strácaš pozornosť, ktorú musíš znova nadobudnúť, oberáš sa o možnosť vstúpiť do stavu pohltenia (flow), a z dlhodobého pohľadu si koleduješ o vyhorenie.…
Používať job story pomáha tomu, aby som kontext, motivácie a kauzalitu efektívne zdokumentoval pre seba, aj ostatný tím pre hľadanie riešenia. Vďaka tomu sa pri hľadaní riešenia zodpovie veľa otázok, riešenie sa nasmeruje na adresovanie tých najviac vypuklých trápení.…
Ak Ti sú známe 4 piliere agilného manifesta, potom pochopíš, prečo (z)brojím proti siahlodlhým dokumentáciam, plánom... keďže sa vo väčšine softvérových projektov nachádzame v prostredí neistoty, nie je efektívne tráviť veľa času teoretizovaním - písaním 30 stranového wordu, ktorý pôjde ešte na 3 schvaľovacie kolečká, a potom sa vráti…
Softvér nie sú len funkcionality a neželané nedostatky. Nezabúdajme na eliminovanie technologického dlhu. Technologický dlh nie je len ako náklad, jeho eliminácia je príležitosť urobiť našu enterprise architektúru viac agilnou.…
Vieš aký je rozdiel medzi tým čo si predstavujeme, a tým čo si zažijeme? Už sa ti asi stalo, že bol priepastne veľký. V kontexte plánovania úloh pre softvérové projekty, sú úlohy, ktoré si predstavíš (imagined tasks), že bude treba urobiť, a potom sú úlohy, ktoré objavíš (discovered tasks). Hovorím…
V striktnom ponímaní lean a agile všetko ostatné okrem kódovania (t.z. aktivity, ktoré netvoria softvérový produkt) sa považuje za odpad (waste, overhead). V tejto optike niekto (projekťák) kto pripomína prioritu úloh, prestavuje dátum splnenia, sa javi ako veľmi nepotrebný člen tímu.…
Ak si niekedy čítal, alebo písal, obsiahlejší dokument s definíciou biznis požiadavky na softvérové riešenie, zbystri pozornosť, táto informácia ti môže zmeniť život 😄…