Sorry Scrum, the Game Might Be over for You
1–9 of 9 posts
Re: Sorry Scrum, the Game Might Be over for You
#2https://pragtob.wordpress.com/2012/03/02/why-waterfall-was-a...
As the author acknowledges most companies never fully embraced Scrum, as not all levels would buy into it, specially into what concerns managing expectations of what gets delivered and development costs mapping to actuall project budgets.
So in the end what reigns the corporate world outside startups, are mini-waterfall projects of three weeks.
Re: Sorry Scrum, the Game Might Be over for You
#3nope, what a shame, guess we'll have to put a FRAMEWORK™ in place so that our AGILE® PROCESS© justifies the existence of managers and so we can sell overpriced consultants for what should be an afternoon of reading.
Re: Sorry Scrum, the Game Might Be over for You
#4Re: Sorry Scrum, the Game Might Be over for You
#5if only the agile manifesto was simple, like just a few lines long nope, what a shame, guess we'll have to put a FRAMEWORK™ in place so that our AGILE® PROCESS© justifies the existence of managers and so we can sell overpriced consultants for what should be an afternoon of reading.
Agile Manifesto: "Individuals and interactions over processes and tools"
Modern "Agile": "You need to put that into the Jira tool so that the process can be tracked"
And adding to the things that the author identifies: using process to Micromanage WFH teams, following plan over flexibility, experimentation and risk taking.
Re: Sorry Scrum, the Game Might Be over for You
#6However a minority of the believers cling to the belief ever more tightly, claiming that the real issue is a lack of faith.
Re: Sorry Scrum, the Game Might Be over for You
#7if only the agile manifesto was simple, like just a few lines long nope, what a shame, guess we'll have to put a FRAMEWORK™ in place so that our AGILE® PROCESS© justifies the existence of managers and so we can sell overpriced consultants for what should be an afternoon of reading.
Yep, this is key. Agile Manifesto: "Individuals and interactions over processes and tools" Modern "Agile": "You need to put that into the Jira tool so that the process can be tracked" And adding to the things that the author identifies: using process to Micromanage WFH teams, following plan over flexibility, experimentation and risk taking.
>Modern "Agile": "You need to put that into the Jira tool so that the process can be tracked"
This was basically my daily battle with other members of the leadership team when I headed Engineering at a startup. Some teams liked to use Jira, others liked index cards on a wall, others worked off a shared Google doc. Sprint length varied, planning and retrospective meetings varied, etc.
I didn't particularly care as long as whatever method a team was using actually worked. Teams were accountable for establishing and meeting goals and I worked with PMs to ensure roadmaps generally lined up and dependencies made sense.
Yes, it created a little more work for me to get a snapshot view of everything and to coordinate the work, but the net results is the teams were happier and more productive because they were trusted to deliver results, had agency, and could do what worked best for them.
Re: Sorry Scrum, the Game Might Be over for You
#8Waterfall never went away, and it can be flexible for anyone that bothers to actually read it properly. https://pragtob.wordpress.com/2012/03/02/why-waterfall-was-a... As the author acknowledges most companies never fully embraced Scrum, as not all levels would buy into it, specially into what concerns managing expectations of what gets delivered and development costs mapping to actuall project budgets. So in the end…
Re: Sorry Scrum, the Game Might Be over for You
#9Waterfall never went away, and it can be flexible for anyone that bothers to actually read it properly. https://pragtob.wordpress.com/2012/03/02/why-waterfall-was-a... As the author acknowledges most companies never fully embraced Scrum, as not all levels would buy into it, specially into what concerns managing expectations of what gets delivered and development costs mapping to actuall project budgets. So in the end…
I had some successes moving to kanban project management following github project kanbans. It took me 2 years but management is now starting to come on board. With kanban you can talk priorities (what goes in progress) and future (what goes in "next wave") and budget (how many people we keep on this kanban). The challenge is of course with timelines because while most business timelines are made up, no timelines make…