Earlier quoted context omitted.
I think the OP is missing the point of scrum. The scrum master isn't supposed to tell you what the rules are. The rules are whatever the team decides they are. The scrum master is not the boss, they're supposed to be a facilitator...
That sounds like typical scrum-enthusiast double-speak to me! :D https://www.scrum.org/resources/what-is-scrum "This Guide contains the definition of Scrum. This definition consists of Scrum’s roles, events, artifacts, and the rules that bind them together." Definitions, Rules, Roles, Artifacts etc. Sounds pretty authoritative to me. If it wasn't authoritative, how would you even know what SCRUM "really" is? You cann…
Why do developers at Google consider Agile development to be nonsense? (2016)
71–80 of 239 posts
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#72Different tools for different tasks. Neither a screwdriver nor a hammer is nonsensical, though using either in the wrong application is.
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#73Earlier quoted context omitted.
>I would caution against trying to paint "developers at Google" using broad strokes.
There's a lot of irony in saying that about "developers at Google" and then immediately turning around and classifying everyone else as "the masses". Talk about broad strokes!
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#74Earlier quoted context omitted.
When human beings are part of an association that is verifiably elite, it is quite common for them to have elitist attitudes.
Elite in compensation, true. But is the average Googler contributing more to humanity than the average teacher? I'm not so sure.
Maybe you could say : is the average engineer contributing more to humanity than 1,000 teachers? Or you could go by pay: is the average engineer contributing more than 10 teachers? (guessing on numbers of course)
One to one ratio though? I'd argue: yeah probably. It's indirect effects, but Android/Chromebook/Google Docs... These all have brought computing technology and the internet into the hands of children around the world. Internet access is clearly one of the great opportunities for education. It might be hard to measure, but it clearly has an outsized effect.
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#75Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#76Earlier quoted context omitted.
There's a lot of irony in saying that about "developers at Google" and then immediately turning around and classifying everyone else as "the masses". Talk about broad strokes!
That’s not a derogatory term.
ie
> I would caution against trying to paint "developers at Google" using broad stroke
> a leapfrog for the masses
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#77> This type of innovation takes significant up-front design time, and working on components over longer than one week iterations. Because the projects have such simple external interfaces, and so much internal complexity, much of the work is not even visible to “customers”, so there is no way to write customer visible stories about it. This type of software takes 8–20 months to deliver the first working version to th…
This again can turn into a culture where doing what's expected is devalued to lowest score - because you have that system where there has to be bottom and top performers.
And you sadly end up with a situation where workers are (almost) embellishing their projects to get more visibility.
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#78> This type of innovation takes significant up-front design time, and working on components over longer than one week iterations. Because the projects have such simple external interfaces, and so much internal complexity, much of the work is not even visible to “customers”, so there is no way to write customer visible stories about it. This type of software takes 8–20 months to deliver the first working version to th…
> From being warned I'd be terminated to a promotion in less than six months, with no change in my work, but simply it becoming visible. Whee big company fun. They probably deduced from this that their warning system worked as expected.
Re: Why do developers at Google consider Agile development to be nonsense? (2016)
#79This article makes a common mistake: Scrum and Agile are not synonymous. Given that error, the conclusion is nonsense. And besides, even Scrum doesn’t require a delivered product each sprint. Just an updated status and increment completed. If I’m building a new server and client architected system, the early sprints may be getting certain design details down. More documentation than code. Later on, I may have sprints…