@Lilysonherway @johncutlefish @allenholub it's not that SAFe has too many things. It's the way it's organized. People confuse having too many items with poor design. There are things that SAFe should have: MBIs, focused solution teams, more. The challenge is it's organized around hierarchy instead of value stream. 1/
@Lilysonherway @johncutlefish @allenholub it's not how much is in something that makes it complicated, it's how it's organized. This distinction is lost both in SAFe and Scrum (which I think is ironic). SAFe ignores design so it's complicated to use. Scrum confuses # of items in it with simple. 2/
@Lilysonherway @johncutlefish @allenholub Scrum is simple in #of pieces but poorly designed so it's not fit for purpose in most place. Consider unicycle vs bicycle. One is simpler in design the other is easier to use and more effective. This is why Scrum has problems - it's designed around its values and empiricism 3/
@Lilysonherway @johncutlefish @allenholub when you understand theory you can combine empiricism with theory and make better, intuitive designs. Scrum also conflates it being easy to use with the problem it is being used to solve being easy. ... 4/
@Lilysonherway @johncutlefish @allenholub That's like saying a hammer is easy to use but difficult to master. No a hammer is relatively easy to master as I learned one summer helping a friend build a house. But building a house is difficult to master. 5/5

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Al Shalloway Seeking respectful, critical feedback

Al Shalloway Seeking respectful, critical feedback Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @alshalloway

24 Apr
For disasters to happen you need coupling, chaotic events and lack of visibility

These happen in complex systems

it's not the complexity that is the problem. It's that the complexity hides what's occurring that's the problem.
1/
if a person is involved you'll never have predictability. That's because ppl are unpredictable, even in simple situations

RCA may end up showing you that it resides with a person's behavior. But Deming has shown most of the time it's the system.

Culture is part of the system 2/
even simple things can break and cause problems. It's how they are connected to everything else. Systems are about the relationships between components. In complex systems we can't see or know them all. They key is to see what happens and respond.
Why feedback is so important 3/
Read 7 tweets
16 Jan
Iterations are fine within Lean thinking if doing so reduces delays and is the best way to manage queues. But any approach where iterations are an end goal is not based on lean.
You don’t measure if you’re doing Lean by if you’re doing a practice. You see if you’re doing lean by the frequency of your learning opportunities. Whatever speeds up learning is almost certainly Lean.
Icebergs in a river improves flow the way immutable practices improve effectiveness – they don’t. We need flow of ideas for improvement as much as we need flow of work. While constraints in our design process are useful, constraints in our implementation limits innovation.
Read 6 tweets
14 Jan
reviewing an old case study of mine where I used lean (not Kanban or Scrum to solve a problem). It occurred to me that had I known Kanban at the time I would have tried that and not gotten a good solution that coming from scratch, not preset, et me get a better solution. 1/
this is another danger of preset solutions even when they work - there may be better ones.
See case study at
portal.netobjectives.com/articles-publi…

was about 2007.
2/
i can see a high level way of navigating can be good. Not unlike the DIsciplined Agile Lifecycles.
3/3
Read 5 tweets
29 Dec 20
@AgileCabane this is a common anti-pattern- ppl attending to their performance & not the overall flow. It's a common challenge with any team-centric approach. You need to cultivate a entire value stream perspective.
1/
@AgileCabane See How to use theory to get past some challenges faced by Scrum teams portal.netobjectives.com/blogs-organize…

And, for all the focus on "self-organization" it doesn't apply when that impedes overall value delivery.
2/
@AgileCabane self-organization, btw, is not why scrum works (see Challenging Why (not if) Scrum Workshttps://bit.ly/36XWW1g )
it's eliminating delays, handoffs and handbacks. ber
3/
Read 9 tweets
7 Dec 20
in the implicit vs explicit agreement discussion, it should be mentioned that implicit does not really mean you can not follow an agreement when it doesn't make sense while explicit means you must. You can just add to your explicit agreement - only do this when it makes sense. 1/
you might also add "when you don't do it, let someone know because it might make sense to improve the agreement."

Implicit merely means we've not explicitly discussed what we're doing. Why would you not want to explicitly state the groundrules of you working together? 2/
the idea that explicit means written down or hard to change is one of the great misunderstandings of Kanban still in the Scrum community. Explicitly stating how a team works together is one of the cornerstones of Lean. 3/
Read 6 tweets
9 Nov 20
i love it when i find the integration process of DA with FLEX finds errors (yes, something wrong) in FLEX and not just improvements to it. Finding what's wrong with your approach is something to look at.

1/
I tend to think of DA FLEX like I would a service. When I tell a service provider something's wrong I expect them to listen and say "oh, we'll fix that. Thanks for your input." 2/
I don't expect them to tell me "ah, you're just bashing." Or, "well we could do that, but then it wouldn't be our service."
The first means that they're not listening, the 2nd means i should look for another provider.

I view feedback on DA FLEX in the same manner.
3/
Read 5 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!

:(