- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Emlekeztessetek, hogy jovore Kanban es Lean legyen kulon.
Total mas a ketto
- A hozzászóláshoz be kell jelentkezni
Ezeknek kb. a fele nem projektvezetési módszertan. :-)
- A hozzászóláshoz be kell jelentkezni
+1, nem tudom, hogy jött össze ez a lista, de teljes képzavar
- A hozzászóláshoz be kell jelentkezni
Nem volt annyi projektvezetési módszertan ahányat jelölni kell, gondolom :) A pair programming legjobb esetben is resourcing.
- A hozzászóláshoz be kell jelentkezni
Sokak szerint mi vízesést folytatunk, holott valójában egy picit (a fejlesztőpartnerekhez igazodva) “agilizált” GDD (Goal Directed Design), minimum iterációs számmal ezért sem vízesés, hisz legalább 2x iterálunk).
https://link.medium.com/sIeWz494E2
mondjuk igen, itt kicsit nagy a katyvasz és a GDD az design process -ek közé tartozik (azon belül is egy HCD process), de ha már szavaztam h egyéb, gondoltam leírom, milyen egyéb...
- A hozzászóláshoz be kell jelentkezni
Hiányolom a listáról a "Szarokbele, majd lesz valahogy" opciót. :D
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Ott van az, csak agilisnek mondják manapság. (Tudom a nagykönyv mást ír róla, meg van ahol értik is, de 90%-ban így láttam megvalósítva).
"The only valid measurement of code quality: WTFs/min"
- A hozzászóláshoz be kell jelentkezni
Nálunk az a módszertan hogy a nagy rendszerbe tervezett új funkciót felrajzolgatja valaki felhő-nyíl ábrával, beszélgetünk róla fél órát, majd megnyugtatjuk egymást hogy alig kell valamihez hozzányúlni, estimálunk 3-4 napot. Ekkor a fejlesztő elrohan fejleszteni, és slack beszélgetésekben szedegeti össze a detail-eket sorban. Közben kiderül hogy mindenhez hozzá kell nyúlni, közben beesik két komoly CR, aztán a vége 1,5 hónap lesz. (friss élmény). És eközben az agile valamennyi sarokköve hiányzik (spring, planning, retro, demo, standup...). De mindegy, a fejlesztő eldolgozgat, és kapja a pénzt :)
- A hozzászóláshoz be kell jelentkezni
Én az Alcohol Driven Development elvet követem, a legjobb része az, amikor egy feature branch merge során minden conflict esetén iszik a csapat egy-egy felest és a harmadik után már nem tökölünk annyit a conflict feloldásával. A másnap duplán szar.
- A hozzászóláshoz be kell jelentkezni
Az első refactor / push / pull másnaposan
Aztán ocsudva
Majd rollback és új branch :-) és nem
- A hozzászóláshoz be kell jelentkezni