22
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 01 Aug 2023
22 points (100.0% liked)
Programming
13361 readers
7 users here now
All things programming and coding related. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 1 year ago
MODERATORS
Agile. and I don't mean Corporate Agile, I mean true, by the books, real Agile. Team driven from the get go: Developers, Product Owner, Scrummaster. That's it.
Agile has been bastardized by corporations for so long that developers think it's not for them. Agile was built to be developer-driven, the dev team should be making all decisions and setting their own pace. The developers should decide
Corporations have turned this around and ripped control over the teams from themselves to impose insane company wide rules. Things like points being rigid tied to time things (points should be a "gut check" feeling on how complicated an item is, Not based on time, i.e. "this is a 1 point story, it's similar to a config change and we call that a point". This means that jr developer or senior developer doesn't matter, it's always 1 point), rules around when meetings should be (dev team should decide when standups should happen), the length of sprints (some teams like 1 week, some teams like 1 month, agile doesn't care as long as they are producing), and just so many things.
Agile is supposed to be "Let developers make a process that works for them, business should be able to adjust". Usually if I join a company and their scrum process is dictated from business it means that the business side/project managers were too lazy to translate the dev team's structure into business terms (something that any competent scrummaster would be able to do)
Anyway, thanks for coming to my Ted Talk -A very burnt out scrummaster who has been told by too many MBAs how Agile works.
The book in “by the book”; Any book to recommend?
As long as you're following the manifesto and the principles, you're good. You'll notice this doesn't talk about scrum or kanban or safe or whatever, those are processes that try (sorta) to follow these. But if you're ever in a situation where somebody says "this is the process we're supposed to do" hit them with the manifesto.
It's impressive how few people have read the 4 (four) lines of agile manifesto, especially buisiness people.