3 ms·

> obvious to anyone who hasn't swallowed orthodoxy Agile development completely whole. What? One of the first principles in doing Lean and Agile correctly is

> obvious to anyone who hasn't swallowed orthodoxy Agile development completely whole. What? One of the first principles in doing Lean and Agile correctly is limiting Work in Progress and avoiding context switching whenever possible.

bluefirebrand 2mo ago
Most organizations are not doing Agile correctly. Everywhere I've worked claims to be doing Agile, but none of them have ever done anything to avoid context switching or limiting work in progress
- andrekandre 2mo ago
  if its like anything i've experienced in multiple places, they are just implementing scrum and calling it a day. meanwhile the business runs on quarterly projects that have to be done by a certain marketing date, so its usually scrum + waterfall over and over
- preg_match 2mo ago
  Right, the ultimate context switch is constant pinging and meetings. There’s very little reason to have engineers be in 5+ meetings a day. But at a lot of orgs, they are, and that’s an extreme context switch cost 5x a day. It’s different if it’s a purely technical meeting about the problem you’re solving right now, but they’re typically not.
Fordec 2mo ago
And our in house "Agile Practitioners" (their job title) pushed this to a state where the next four tickets in a task get broken down to four hour long pieces of work go to four different people, regardless of their context or skill set rather than what two years ago was what one person just owned and did in a day. Work in progress is minimized by the metrics, but it doubled the overall man hours. And the Ops Director gets promoted on that WIP metric while half the team quit citing the changes due to the added communication burden and lack of ownership. I'm thinking some people are approaching agentic development in the same manner, splitting work up across agents too aggressively, giving each agent new context/upfront plans, when the one session could have done the whole problem in the one context window.

bluefirebrand 2mo ago

Most organizations are not doing Agile correctly. Everywhere I've worked claims to be doing Agile, but none of them have ever done anything to avoid context switching or limiting work in progress

andrekandre 2mo ago
if its like anything i've experienced in multiple places, they are just implementing scrum and calling it a day. meanwhile the business runs on quarterly projects that have to be done by a certain marketing date, so its usually scrum + waterfall over and over
preg_match 2mo ago
Right, the ultimate context switch is constant pinging and meetings. There’s very little reason to have engineers be in 5+ meetings a day. But at a lot of orgs, they are, and that’s an extreme context switch cost 5x a day. It’s different if it’s a purely technical meeting about the problem you’re solving right now, but they’re typically not.

Fordec 2mo ago

And our in house "Agile Practitioners" (their job title) pushed this to a state where the next four tickets in a task get broken down to four hour long pieces of work go to four different people, regardless of their context or skill set rather than what two years ago was what one person just owned and did in a day. Work in progress is minimized by the metrics, but it doubled the overall man hours. And the Ops Director gets promoted on that WIP metric while half the team quit citing the changes due to the added communication burden and lack of ownership. I'm thinking some people are approaching agentic development in the same manner, splitting work up across agents too aggressively, giving each agent new context/upfront plans, when the one session could have done the whole problem in the one context window.