War is Peace, Freedom is Slavery, Ignorance is Strength, Scrum is Agile • Allen Holub • GOTO 2020
ฝัง
- เผยแพร่เมื่อ 2 มิ.ย. 2024
- This presentation was recorded at GOTO Chicago 2020. #GOTOcon #GOTOchgo
gotochgo.com
Allen Holub - Allen will Challenge your Opinion on Agile
ABSTRACT
A few years ago, the death of agile was a meme. Agile was (and is still) being supplanted by "Dark Agile", an Agile in name only, with few of the benefits of the real thing. In a way, things have gotten worse. Agile has arisen as a zombie, eating the brains of the corporate world. "Dark Agile" flies in the face of basic principles, and does active damage.
All is not lost, though. There are organizations, some quite large, that are “doing it right,” and reaping the benefits. We haven't fallen completely into Orwellian dysfunction.
This talk shows you what Agile should be and contrasts that to what it has become. We’ll look at the ways that it’s been perverted [...]
TIMECODES
00:00 Intro
00:40 The 1984 problem
14:06 Get control over the work
25:19 Figure out what to work on
36:15 Agile implementation process
Read the full abstract here:
gotochgo.com/2020/sessions/13...
/ gotocon
/ goto-
/ gotoconferences
#Agile #Scrum #AgileDevelopment #DarkAgile #DarkScrum
Looking for a unique learning experience?
Attend the next GOTO conference near you! Get your ticket at gotocon.com
SUBSCRIBE TO OUR CHANNEL - new videos posted almost daily.
th-cam.com/users/GotoConf... - วิทยาศาสตร์และเทคโนโลยี
This talk gave me goosebumps it was so excellent. Thank you so much for all that were involved for sharing this with the world.
Most places I've worked that claim to be agile are really doing some horrible version of Scrum that isn't in the guide, but is what is taught in training classes.
I absolutely love Allen and have learned more from him than any other.
The plague mask is a nice accent
Thanks! I've worn it to the supermarket a couple times :-). It's not very comfortable, unfortunately.
It's a must-have!
right? you can't unsee it... :)
You're on Twitter a lot and you're the kind of person who keeps me coming back to Twitter as well. Great stuff!
yes, he is very responsive there
As always love the energy and to point deliver points.. Thanks, Goto and @Allen Holub
7:02 "we are adults" - not what I witness in start-up companies…
at some way it is, however that should not the it should be..
If the startup is not run by adults, they probably ought to fail.
@@DavidsTrainsAndTravels as long as they'll find investments failure can be ignored.
When I hear numbers like that, Spotify has 1000 devs, I just wonder why on earth they need so many. That doesn't sound reasonable to me, given how clearly defined their product is.
That's exactly what I think. Some of those devs really need to work on the recommendation algorithm, I'm sick of Spotify showing me some crappy music consistently :P
Think of "Spotify" as an amalgam of several apps working in concert. (Front end, Back end, Subscription Management, Artist management, Royalty, Admin, players for various platforms, AI search engine, engineers supporting products they've acquired, &c) and the numbers build up pretty fast. 1,000 +/- seems like a lot to me as well, but it's not unreasonable.
@@AllenHolub I have been contacted by Spotify or recruiters working for them several times over the last couple of years. It never went anywhere, but during my conversations I got the feeling that Spotify tries to handle their challenges by simply dumping more and more people on it - even though Amdahl's law and basic understanding about how humans interact in teams tells us undoubtably that this can actually have the opposite effect: if the codebase and processes are too rigid, putting more people on a job can effectively slow the development, even to a halt. Kevlin Henney even shows a formula to explain this behaviour here: th-cam.com/video/B3b4tremI5o/w-d-xo.html
@@guillaumenani1414 you might like this playlist of mine: th-cam.com/play/PLY5suVncE-vfIoYDOLWggSOk0VtVcF7Tl.html
Let me see if I've got this straight. A backlog has nothing to do with agility, but a story map (a 2-dimensional backlog that builds upon the supposedly non-agile backlog concept) does. It's okay to hate Scrum, but don't be hypocritical about it. In reality, story maps are not essential for agility, either. Like a backlog, they can be used to order a limited body of work. I'd agree that a story map is a better approach, if you're able to do it; i.e., you're not being prohibited by someone outside your team.
I would appreciate a clarification, because I am puzzeled. The story map segment gives an example of browse, pay, ... as a releaseable bundle. Then the implementation bit says the whole cycle of build-release-feedback-change should take max several hours. How is this possible? I would imagine implementing browsing, payments or any user facing feature would take days or weeks.
I think the idea is that you have a stable enough development pipeline where you can push code out to production very fast (code an mvp feature and have it tested in under an hour and then just hit merge with minimal, localized risk). Then you have usage tracking software to immediately tell you how users are interacting with the new code.
Good video. Restyaboard is the best tool for Agile, Scrum and Kanban project management. A good free alternative to Jira.
Double Plus the Orwell connection. JIRA is the work of the devil ... truer words have never been spoken.
Grand Rising what the meaning of Ignorance is a slave freedom is knowing the truth
Should buy Post-It stocks.
Are there actual examples of companies or teams doing pure Agile as described? Is this just academic?
I don't think managers could cope, so probably not. ;)
👏
One thing not really discussed are these huge assumptions behind the team
1. Team is smart
2. Team is motivated and driven
As much hope and optimism we can give, there are teams which exhibit a lack in one or both of these. Give up
If that's the case, then your problem is not going to be fixed by using Scrum or any other methodology for that matter. Also, if you are facing a lack of motivation, going to a more rigid approach would most likely make it worst instead of better.
I agree. I have yet to meet these uber-class developers who understand their technical work, their workloads, how to meet business goals, and understand users, let alone work effectively and efficiently. That being said, scrum master just sounds like a project manager anyway
@@zs1986 Small companies usually have mostly such people. They have to to be able to succeed.
If team is not smart and motivated neither scrum kanban waterfall safe will work anyway. Maybe a whip.
I'm guessing the c-19 nonsense is why this is a remote presentation. Kinda runs the point though.