Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

No amount of velocity measurement will either. My observation has been time estimation is often precise and people confuse precision for accuracy. If dates are being missed I evaluate carefully the decisions made given the information at the time and understand that as long as decisions are being made well stuff doesn’t always move at the pace we expected or desire. I don’t need fake velocity data to argue for time, people, or prioritization with management because I can actually explain what’s going on in my organization. Btw - I’ve been in FAANG as well as other large software development orgs with 60k+ developers for my entire career. Nothing beats steady and rapid delivery, but I occasionally do have to move teams to avoid micromanaging scrum waterfall agile folks.

Martin Fowler, who I had the pleasure to know back in the XP days, says:

“Agile Development is adaptive rather than predictive is people-oriented rather than process-oriented”

Reconcile that with agile as you understand and practice it - the entire point of measuring velocity is to be predictive. How on earth is that agile? How many process and planning oriented ceremonies do you go to? Does my empathetic listening approach sound more people oriented or OP’s “I’ll fire you if you aren’t burning down points” approach?



All great points. And it's becoming clear that we are using different tactics to reach the same ends. I've laid out how it's useful for me, you've laid out a another approach. Circles back to my original point - my experience has been different from what the author says and we just add in that you go about things a different way too. Looks like there's more than one way to achieve things which isn't terribly surprising.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: