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

Well, either people are doing Scrum right, and it isn't working, or they are trying to do Scrum but failing. Which is it?

Is it the case that no matter what situation is presented, a Scrum zealot can always find a reason to say "Ah, you're not doing it right". That is to say that Scrum is so wishy-washy that there's always a get-out clause.

Or is it that in nearly all cases presented, there are key things which Scrum says to do that are not being done? That is to say, Scrum is pretty concrete about what needs to happen, and yet most cases presented are not doing these basic things.

The article presented in this discussion starts out by immediately saying that his ignores one of the basic rules of scrum (that a sprint's stories cannot be changed once started). The author appears to have decided that "this is Ok" because he then goes on to criticize Scrum.

So, in the example presented, I feel absolutely happy saying "You're doing it wrong".

Would you return a car because it doesn't start, even though you fail to exercise step 1 in the manual stating "Insert Key"?

What is really fucking tiring is that for some reason, a whole ream of programmers feel that they can decide for themselves that putting the key in the ignition is a waste of fucking time, and then loudly blame the car for not working, and further, anyone who has the temerity to say "put the fucking key in the ignition" is just some fucking whiner making excuses and saying "You're doing it wrong".

Yes, you are fucking doing it wrong. Feel free to not do it right. Just don't fucking complain that the car isn't getting you to where you need to be.



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

Search: