Nigel Thurlow
Nigel Thurlow
  • 43
  • 98 627
Nigel Thurlow presents "Bullshit Jobs" and "Fake Agile" at the World Agility Forum 2023.
Inspired by the excellent work and books by David Graeber who coined the phrase "Bullshit Jobs", this talks examines the "Fake Agile" issue through this lens. The "Transformation Myth" and "Ill-Defined" problems are also covered as is "Agile Deja Vu" and leadership incentives that are driving the creation of bullshit jobs and causing Agile change initiatives to fail.
Переглядів: 3 520

Відео

The Flow System Playbook launch and book details with Nigel Thurlow.
Переглядів 2,1 тис.10 місяців тому
In this video I cover the work and the content of The Flow System Playbook, a book that has taken around 2 1/2 years to realize. We believe this is a unique book and one that will serve as both a learning aid and a long term reference. 🔗 🔗 🔗 Flow System Playbook Links 🔗 🔗 🔗 Hardback Amazon - www.amazon.com/dp/B0CKDKCX9Q Soft Cover Amazon - www.amazon.com/dp/B0CKDCKCQQ Kindle and Apple Books (eP...
What is Value Stream Mapping and Why You Should Learn It.
Переглядів 22 тис.2 роки тому
This video explains what value stream mapping is, and why you should learn the technique. Value stream mapping was developed by Toyota and is known internally as Materials and Information Flow Analysis. 🔗 🔗 🔗 Links 🔗 🔗 🔗 Buy The Flow System book! Hardback book on Amazon - www.amazon.com/dp/1680400584/ Kindle Edition - www.amazon.com/dp/B08NXPGMSC/ Meet with Nigel - BookNigel.com Subscribe to th...
John Shook on Value Stream Mapping and Learning to See
Переглядів 13 тис.2 роки тому
On February 2nd 2022 I sat down with John Shook, Chairman, Lean Global Network; Senior Advisor, Lean Enterprise Institute, and the co-author with Mike Rother of the seminal book "Learning to See" that introduced the world to Value Stream Mapping. The conversation was fascinating as we understand the origins in Toyota of Value Stream Mapping, something known internally as Materials and Informati...
The OODA Loopers Session 6 - The Finale with Dave Snowden
Переглядів 2,5 тис.2 роки тому
An exploratory into the OODA loop from Colonel John Boyd USAF. This is the sixth and final in a series of sessions exploring the deeper meaning and utility of the OODA loop, and its mapping and relevance in complexity thinking and the Cynefin Framework. These sessions are conversations exploring all sorts of ideas and theories, some crazy and others more grounded. They are not meant to be concl...
The OODA Loopers Session 5 - I'm in a real MOODA!
Переглядів 3593 роки тому
An exploratory into the OODA loop from Colonel John Boyd USAF. This is the fifth of a series of sessions exploring the deeper meaning and utility of the OODA loop, and its mapping and relevance in complexity thinking and the Cynefin Framework. These sessions are conversations exploring all sorts of ideas and theories, some crazy and others more grounded. They are not meant to be conclusive, at ...
The OODA Loopers Session 4 - What the blOODAy hell are we doing?
Переглядів 4613 роки тому
An exploratory into the OODA loop from Colonel John Boyd USAF. This is the second of a series of sessions exploring the deeper meaning and utility of the OODA loop, and its mapping and relevance in complexity thinking and the Cynefin Framework. These sessions are conversations exploring all sorts of ideas and theories, some crazy and others more grounded. They are not meant to be conclusive, at...
Daytona Bike Week March 5th 1994 - A trip back in time. Daytona Beach.
Переглядів 4093 роки тому
While converting boxes of old video taps I came across this. This is the category of random stuff. Daytona bike week Florida back in 1994. Filmed on a Sony Hi8 camcorder while on vacation. Some classic bikes from a 2021 perspective.
Is Kanban eating Scrum for Lunch? What does Agile coaching actually mean? A PST discussion.
Переглядів 9003 роки тому
Three PSTs discuss the merits of Kanban vs Scrum and the challenge of change in organizations adopting one or the other, or both. We discuss the Product Owner role and ask if it’s the Achilles Heal of Scrum. Is the Kaikaku or revolutionary change that Scrum creates inhibiting it’s success? And at scale is that disruption amplified and intolerable? We dive into the coaching conundrum and what ma...
The OODA Loopers Session 3 - OODA da heck are ya kidding?
Переглядів 4933 роки тому
An exploratory into the OODA loop from Colonel John Boyd USAF. This is the second of a series of sessions exploring the deeper meaning and utility of the OODA loop, and its mapping and relevance in complexity thinking and the Cynefin Framework. These sessions are conversations exploring all sorts of ideas and theories, some crazy and others more grounded. They are not meant to be conclusive, at...
Katacon 2021 Presentation with Nigel Thurlow. Toyota Kata and The Flow System.
Переглядів 2,3 тис.3 роки тому
Nigel Thurlow presents his 2021 talk for Katacon. In this talk he addresses leadership behaviors, insulting consulting, Learning to See and how problems are hidden in organizations, constraints and bottlenecks, OKRs and KPIs, and the evil of measures as targets. His introduces the concept of enabling constraints and reminds leaders about the gemba. He reveals the real history of PDCA and sugges...
The OODA Loopers Session 2 - OODA Kinky Sod!
Переглядів 5973 роки тому
An exploratory into the OODA loop from Colonel John Boyd USAF. This is the second of a series of sessions exploring the deeper meaning and utility of the OODA loop, and its mapping and relevance in complexity thinking and the Cynefin Framework. These sessions are conversations exploring all sorts of ideas and theories, some crazy and others more grounded. They are not meant to be conclusive, at...
The OODA Loopers Session 1 - OODA Thunk It?
Переглядів 2 тис.3 роки тому
An exploratory into the OODA loop from Colonel John Boyd USAF. This is the first of a series of sessions exploring the deeper meaning and utility of the OODA loop, and its mapping and relevance in complexity thinking and the Cynefin Framework. These sessions are conversations exploring all sorts of ideas and theories, some crazy and others more grounded. They are not meant to be conclusive, at ...
Tanicha Lopez - Amazing avant-garde jazz musician, composer and vocalist. Sabrina's in Puerto Rico
Переглядів 2873 роки тому
Amazing singer and artists of Puerto Rico, one of my most favorite places, along with Sabrina restaurant is our most favorite place to eat. We had a spectacular evening with great friends and if you look carefully you'll see Paul Akers. The added sound effects came from my wife 😁 Tanicha is a multi-talented artist and performer and explores many genres but the evening we were there she blew us ...
Norman Bodek Memorial Tribute Video
Переглядів 873 роки тому
Norman Bodek Memorial Tribute Video
The unscripted Flow System book launch. The authors chat about the book. Links below.
Переглядів 5613 роки тому
The unscripted Flow System book launch. The authors chat about the book. Links below.
eXperience Agile 2020 Keynote on Organizational Transformation
Переглядів 5663 роки тому
eXperience Agile 2020 Keynote on Organizational Transformation
Catalyzing the Future Panel on Fragility and Recovery.
Переглядів 623 роки тому
Catalyzing the Future Panel on Fragility and Recovery.
NWA Tech Summit Keynote on Digital Transformation
Переглядів 5363 роки тому
NWA Tech Summit Keynote on Digital Transformation
Dave Snowden and friends - Organizational Design - Part 6
Переглядів 1,4 тис.4 роки тому
Dave Snowden and friends - Organizational Design - Part 6
Chief Executive Magazine - Lean & Agile with Sensemaking & Team Science.
Переглядів 5034 роки тому
Chief Executive Magazine - Lean & Agile with Sensemaking & Team Science.
Dave Snowden and friends - Organizational Design - Part 5
Переглядів 1,3 тис.4 роки тому
Dave Snowden and friends - Organizational Design - Part 5
Win a free copy of Managing The Design Factory by Don Reinertsen
Переглядів 1474 роки тому
Win a free copy of Managing The Design Factory by Don Reinertsen
Managing The Design Factory Book Recommendation by Nigel Thurlow. A Masterclass.
Переглядів 3984 роки тому
Managing The Design Factory Book Recommendation by Nigel Thurlow. A Masterclass.
Learning To See (Value Stream Mapping) Book Recommendation by Nigel Thurlow
Переглядів 2,1 тис.4 роки тому
Learning To See (Value Stream Mapping) Book Recommendation by Nigel Thurlow
The Toyota Way Fieldbook Recommendation by Nigel Thurlow
Переглядів 5034 роки тому
The Toyota Way Fieldbook Recommendation by Nigel Thurlow
Dave Snowden and friends - Organizational Design - Part 4
Переглядів 1,9 тис.4 роки тому
Dave Snowden and friends - Organizational Design - Part 4
The Toyota Way Book Recommendation by Nigel Thurlow. A MUST BUY
Переглядів 1,6 тис.4 роки тому
The Toyota Way Book Recommendation by Nigel Thurlow. A MUST BUY
Why you should estimate all work in Scrum & Agile Teams including bugs, defects and spikes!
Переглядів 2,9 тис.4 роки тому
Why you should estimate all work in Scrum & Agile Teams including bugs, defects and spikes!

КОМЕНТАРІ

  • @marianamoscosa9747
    @marianamoscosa9747 7 місяців тому

    Thank you ! It is pure gold ❤

  • @RobJonesnuClusiv
    @RobJonesnuClusiv 7 місяців тому

    The same thing happened to Maslow as has happened to Boyd's OODA. The hierarchical simplification of the "Pyramid" wasn't Maslow's idea, but that single errant visual imposition on the underlying motivation theory conscripted its application and resulted in decades of misunderstanding and misdirection. It's never been sorted out, and it's probably too late to salvage that original concept. That's what this discussion reminded me of. No matter its origin, the "Loop" graphic was a strategic error, and 22 person-hours of top-notch intellect couldn't sort it out.

  • @devinmcmanus
    @devinmcmanus 8 місяців тому

    Bullshit Jobs should be required reading for anyone in management.

  • @PhantomRaspberryBlower
    @PhantomRaspberryBlower 8 місяців тому

    I've seen this many times. Further more the good people get frustrated and leave and the harmless plodders who dont upset anyone stick it out. This is how organisations die. Bullshit jobs change into bullshit organisations

  • @cristinaredondomenendez
    @cristinaredondomenendez 9 місяців тому

    Love this video Nigel, so meaningful

  • @chriscooper3384
    @chriscooper3384 9 місяців тому

    When I was taught by Kawasaki before the Japanese car makers arrived in the UK, we were walked through our plant and our Sensei then created what today would be called a more detailed Value Stream Map. Start at the end and work backwards was because most complex value streams converge and if you go left to right you often end up in dead-ends and confusion. When it comes to 'carpet kaizen' I have been practicing in this field for more than three decades and here I have found that most complexity is waste. BUT and its a big BUT there is a key difference in the carpet kaizen world between simpler recurring processes such as paying the payroll and invoicing customers to what I call the non-recurring processes like developing a new class of product. Think Kawasaki's Jet Ski a whole new world of products that didn't exist prior to it being imagineered. In that arena I have been pioneering for decades and had to develop unique methods to create one-time-flow

    • @NigelThurlow
      @NigelThurlow 7 місяців тому

      100% Linear Contextualization - start at the customer. Great reply 🙏

  • @62Bojangles
    @62Bojangles 9 місяців тому

    only 10... nice I have one :)

  • @user-ff2dj2fb2f
    @user-ff2dj2fb2f 9 місяців тому

    Nigel how refreshing your views are exactly on point, behaviour and knowing your business to make the required change is the key focus required to enable change with CQI great video bravo

  • @BugTheRoot
    @BugTheRoot 9 місяців тому

    Let me get this straight. All of the agile jobs are "bullshit" because leaders dont provide leadership...?! And the solution for leadership problems is a 700 page book, lectures that demean scrum masters and coaches, and obscenity-laced, reductionist jingoism?

    • @NigelThurlow
      @NigelThurlow 8 місяців тому

      I am not sure my reply will placate you in anyway as your comment was a bit of a rant, but let me try. Firstly the book. It is not a solution to the problem at all. It is a book. I do not get paid to speak at this conference, and paid my own travel and expenses to attend. I attend annually as a supporter of the event. I have written a previous book on this topic, and I was letting the audience who pay to hear me speak, and others, about the new book, which is actually pretty good. To the topic in particular. It is relevant to all those in the Agile world, and beyond. We create roles/jobs that are ineffective, not due to those in this roles, but due to those who manage those in those roles and prevent them from fulfilling the outcomes they are designed to achieve. Scrum Masters are being denigrated into delivery managers or worse. There are many other examples, and based on there 100s of comments I have gotten after this talk, I think I hit a few salient points. The reality is, as I said in the talk, that we do not have a methodology problem, we have a behavior problem. Call that attitudes, or the mindset (collective mindset is a pseudoscience), or whatever term you prefer. We do not need more frameworks or methods, and most are derivations of other’s earlier works anyway. What we need is a change of behavior of those in charge to actively participate in the change desired, and to change themselves. The “Bullshit Jobs” title is taken from very well known and respect works of Prof. Dave Graeber. I suspect I will receive ore vitriol to this reply, but I would at least respectively ask you actually review my work beyond this 20 min talk, and realize my focus is on improving the lives of those in these roles, and not berating them.

  • @RalphJocham
    @RalphJocham 9 місяців тому

    Nigel at his best!

  • @manishm9478
    @manishm9478 9 місяців тому

    This video points out a few problems but doesn't appear to offer solutions. Maybe those are in the book being advertised? Here are my $0.02 for tackling these issues: - Begin with the end in mind. Aka define your desired outcome (eg happy customers). Then align metrics, incentives and improvement programs around these outcomes, not the specific practices you think might achieve them. This allows teams and individuals to innovate and find solutions that work best for them. - Foster creativity. Teams may initially struggle to be innovative, because they have had little experience with thinking divergently and creatively. Encourage this so people feel safe and confident to come up with and explore new ideas. - Lead with empathy. Recognise change is deeply uncomfortable, and support people through this with understanding and kindness.

    • @NigelThurlow
      @NigelThurlow 8 місяців тому

      Firstly the book. It is not a solution to the problem at all. It is a book. I do not get paid to speak at this conference, and paid my own travel and expenses to attend. I attend annually as a supporter of the event. I have written a previous book on this topic, and I was letting the audience who pay to hear me speak, and others, about the new book, which is actually pretty good. I agree with your comments. The thrust of my talk was the fact that many in control (leaders or manages) stifle the things you describe. This is why I refer to it as a behavior problem, and not a methodology problem. Most of what you advocate is indeed behavioral in nature.

  • @TimDickey
    @TimDickey 9 місяців тому

    Wonderful 20-minute summary of over 700 pages of hard work!

  • @szeredaiakos
    @szeredaiakos 9 місяців тому

    That's extremely nice, especially for hardware engineering. Unfortunately on software it breaks a bit. Like for example, a proper machinist can tell you with a very high degree of accuracy how many cuts a particular part will need as well as the tools needed. That is usually offset by accidents (endmill breaking, tool breakdowns, etc). But low level operations are generally nailed down every step of the way. A piece may take 30 low level ops to complete and maybe 1-2 disruptions/month on the project level. In software, you are looking at several thousand low level ops for a daily task. Properly naming a variable, restructuring code, even an if statement, they all are meaningful. While a workpiece on certain faces may have a couple of thou tolerance, in software engineering at the functional level, the idea of tolerance does not exist. Further, disruptors, at the project level come just about twice a week. At the developer level can be as high as several times a day on the more complicated bodies of work. The initial cone of error for any software project is 180 degrees. Worsened by the fact that nobody knows anything about the actual details of a project. It's impossible. You can't know anything about something which has not been created ever. On the other hand, there are ways to bring in some certainty. For starters, it is far easier than hardware to learn more about the details of the most important aspects. And yes, projections do also increase in accuracy over time... Provided someone from sales does not sell your product to the wrong customer with a bundle of unrealistic promises (Ask me how i know.). So, in software engineering you get budget for exploring a project rather than committing. If trends appear, you either pull the plug or start selling.

    • @NigelThurlow
      @NigelThurlow 9 місяців тому

      It's about levels of degree and relative sizing to other work. It is not about accurate tasks estimating. This was born in software, not hardware, and several years of use in Toyota and other companies has proven its utility. It is not perfect, but nothing is. It does rely on people with the knowledge of the work and experience doing it. Thanks for the great reply.

  • @laulysholtbertelsen8705
    @laulysholtbertelsen8705 9 місяців тому

    Just ordered learning to see the other day after reading about it in Jeffrey likers book about Toyota. Hope I can learn something useful. Thanks for the video too😊

  • @joapen
    @joapen 10 місяців тому

    I love the use of the slinky to explain how you can have simultaneous OODA loops at the same time

  • @BhuvanMisra
    @BhuvanMisra 10 місяців тому

    The collaboration with Essence kernel is very interesting

  • @JTXRP
    @JTXRP 11 місяців тому

    I can’t wait to get my book! I want to play more with the Hexi and super excited about essence, please post a link here as access becomes available 🎉

  • @TimDickey
    @TimDickey 11 місяців тому

    Thank you for the summary of the Playbook and supporting approaches!

  • @l_combo
    @l_combo 11 місяців тому

    Congrats Nigel, can't wait to read!

  • @mtin79
    @mtin79 11 місяців тому

    Great! Will this be available as an audiobook or video tutorial too?

    • @NigelThurlow
      @NigelThurlow 11 місяців тому

      Unlikely as an audiobook without creating a specific version as this is designed as a study guide and reference book and less as a reading book. There will be extensive training materials and new video material in the new year.

  • @borisaditya
    @borisaditya 11 місяців тому

    Wow this is priceless, thank you. Please create more of this.

  • @abadongutierrez
    @abadongutierrez 11 місяців тому

    What if you dont know the velocityh of the team because there is no team yet for this new project?

    • @NigelThurlow
      @NigelThurlow 11 місяців тому

      Then you need to do some work. This technique requires familiarity with the context and subject. It’s the same in any case if you have no knowledge or experience or expertise then you’re just taking wild guesses. My own experience is that once you have a team then can size. Velocity can be measured after 2-3 sprints to gain a moving average to help you predict. Any technique requires some historical data to be able to predict.

  • @texstylestudios5302
    @texstylestudios5302 11 місяців тому

  • @shalinivaz1473
    @shalinivaz1473 Рік тому

    well explained

  • @62Bojangles
    @62Bojangles Рік тому

    I have been building something very very similar and this video helped me to complete my project and fill some gaps. Thank you.

  • @Nant-y-Coy-Mill
    @Nant-y-Coy-Mill Рік тому

    I would be interested in hearing thoughts on a dual operating model / OD which retains the hierarchy model for certain decisions / functions retaining the benefits associated with the hierarchical model, but the OD combines this with a more ‘network’ model which supports innovation, complex change and distributed decision making with leaders more akin to the agile model. 24:25

    • @NigelThurlow
      @NigelThurlow Рік тому

      We did discuss Kotter and the dual operating system. Not everyone is a fan. I think the general idea has utility. Implementing it isn’t as easy as it seems however as this in the hierarchy can’t help tell the army of volunteers what they should be doing and how they should be doing it…

  • @fernandoeijo
    @fernandoeijo Рік тому

    Amazing!

  • @aberturaOpalo
    @aberturaOpalo Рік тому

    Que un privilegio. It is a privilege to be in her boundless, explosive, dynamic harmonic presence. Thank you for capturing it. I ask if you would consider changing your video title because it is incorrect title to describe the genres they are playing. She is not performing reggaetón nor is she a reggaetón artist. She is an avant-garde jazz musician, composer, vocalist -in this segment blending hip hop, cumbia, r&b, and freestyle rapping. If you want to know what reggaetón is and its history as a Boricua folkloric tradition, you might investigate its origins.

    • @NigelThurlow
      @NigelThurlow Рік тому

      I was told she was a reggae-ton artist but I appreciate your comment 🙏 I’ll update the title and add the information you provided to the video description. I wish she’d release more videos. She is very special indeed.

  • @franklillehagen9331
    @franklillehagen9331 Рік тому

    Dave, Nigel, Kates and team thank you for sharing your knowledge and innovations! The Cynefin Framework is good for Organizational Design, but Organizational design in most industry sectors has to be completed with Project Design and Product, Process and Digital Platform Design. We call it Holistic Design. Cynefin and Archimate should maybe be adated Effective Holistic Design is dependent on structures and components developed by teams including product designers and practitioners, and knowledge modelling experts. The AKM Group is working on concepts, methods and workspaces for holistic design in the energy industries, including oil and gas.

  • @essamelbahr8838
    @essamelbahr8838 Рік тому

    Very good video, one question though, how can I do this calculation upfront so I can prepare a fixed bid price to present to the customer ?

  • @foroparapente
    @foroparapente 2 роки тому

    32:00 you can see Dave's blood pressure go up and about to blow a gasked due to a minimal misuse of a scientific paper for actually not a bad output.

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      The illusion of knowledge is a real problem.

  • @davesnowden4553
    @davesnowden4553 2 роки тому

    Nigel. My apologies I directed Jim here after he dumped a slightly longer set of comments on several of my blog posts. He seems to have a lot of free time to tell people he disagrees with they are wrong, certainly more time than I have to respond. His absolute rejection of post Cartesian ideas of consciousness being one illustration of his form of argument. It’s something where he has been given enough to check the science but chooses not to. He also seems to think that OODA is some form of absolute truth and rejection is heresy. I told him on my blog I had massive respect for Boyd and still used OODA in some contexts but the basic science around decision making has moved on and Boyd himself would have been the first to do that. I do admire Jim’s energy however. He started to post additional comments on my blog when he was only ten minutes or so in and that has taken him an hour or so as he was playing and replaying the tape. His ad hominem & error count has gone up a little in his comments here however. On the latter point the pretty basic arrow of assuming that because I talked about energy and time in the context of Estuarine mapping that I was saying Boyd didn’t talk about them. So unless there is something new (and I can’t see it so far) I’ll make no further response. Hey he thinks your right :-)

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      I’ve allowed all the comments to be published for transparency. I do review all of them just to avoid the endless bile that is ever present on social media. While I may not agree with all comments I do want them to be fair and objective. Thanks for adding this Dave.

  • @aidanmcknight3111
    @aidanmcknight3111 2 роки тому

    Thank you for the effort put into this video

  • @jimallen8186
    @jimallen8186 2 роки тому

    About an hour in, lots of trash, seems Ben, Nigel, and Andrew generally get it while the others are a bunch of yes-monkeys. Snowden goes at Intent highlighting one of his sells of needing Metaphor Based Intent. Metaphor Based Intent may have value to impart, I’m waiting to hear more on it. Yet Dave’s points regarding Intent miss the point of Intent. In it he says Intent is to provide that for which we can’t give Orders as we can’t clarify it in a manner to give Orders else we’d give Orders. This is wrong. Intent tells what the organization as a whole will do. Intent also gives us our Common Understanding while Orders only give subordinates pieces. Intent is inclusive of the commander as what the commander wants to accomplish hence there’s no Orders as the commander isn’t directing a subordinate toward this. Self direction requires no Orders. Orders are for subordinates and direct pieces of actions while Intent is holistic. Yet even so, Tasks have Purposes which are like mini-Intents. These also serve as an out for subordinates. If they see the Task won’t achieve the Purpose or there’s better way to achieve the Purpose, they’re not only free to do so in (Boyd’s) Mission Command, they’re encouraged to do such. Intent is holistic while both Intent and Purposes give the Why of things. Orders only give the who, where, what, and sometimes unfortunately how. Tasks are whats. Purposes are Whys as Intent is Why.

    • @jimallen8186
      @jimallen8186 2 роки тому

      Charlie has some good stuff at time 1:20 regarding Boyd following Toyota Production and the value of TPM implementing controls to keep you off the “implicit guidance and control” loop when doing problem solving and fear of the all too common desire to “throw a solution at it” when problem solving; seems Charlie was also not a yes-monkey. Charlie hits that the top “implicit control” (Kahneman’s System 1) line is a low energy gradient aka flat aka low power demand aka default easy in such situations though his comment “it’s just so easy to go down that path” can mislead as this is an ‘uphill’ thing. He’s correct that OODA gives a great means to explain and investigate this. He does miss though in his OODA by Cynefin domain that there’s smaller OODAs driving your decision to analyze or to probe or to initial action seeking the respective sense, analyze, respond, or probe, sense, respond, or act, sense, respond. He is correct that in the Clear we tend to follow the other loop though there is still a smaller loop that decided to categorize (it likely also took that upper easier path).

    • @jimallen8186
      @jimallen8186 2 роки тому

      I like his point that you have to get through filters before you can get buy-in for change and that these filters include cultural traditions, previous experience, and genetic heritage. He’s also right that there are elements that resonate with what Dave has said, like Destruction and Creation sounds a lot like Estuaries and both sound like Brahma, Shiva, Vishnu. Question for Charlie as he sees these filters, any comparison with Haidt and The Moral Roots of Liberals and Conservatives?

  • @jimallen8186
    @jimallen8186 2 роки тому

    Dave, you just said it was simultaneous but then you said it is pattern recognition with sense (or Observe) then first pattern we recognize (that’s Orient in sequence) drives Decision and Action. So, it’s simultaneous yet now it is sequential? It’s linear and it is not? Nigel is correct in this from his original positions.

  • @jimallen8186
    @jimallen8186 2 роки тому

    So, according to Dave, we’re supposed to be able to pass on symbolic language capabilities through RNA not DNA? If we’re supposed to throw out old disproven science, why are we now bringing back Lemarck? As for RNA, isn’t it not survivable hence why it is favored now for vaccines? As it is not survivable, how can it be used as a vehicle to store and pass heritable data? Sounds like more contortions to try to sell decisions not being made in the brain (in this case being made “by the tribe”). A tribe can make a decision but in reality that is some sort of combination of several individual decisions be it a sort of democracy, a sort of acceptance, subservience, and compliance, and/or a sort of comity and go-along group cohesion choice - these are all individual decisions. Accepting the input of or the will of others is an individual decision.

  • @jimallen8186
    @jimallen8186 2 роки тому

    It seems to me that a lot of effort is being made here to diminish John Boyd’s work and it seems to me that these mental contortions are being done to discredit his work so as to sell newer work, some of which may be rehashing stuff Boyd has done, kind of like Estuaries versus Destruction and Creation. While we’re dismissing recent old as old, we’ve completely ignored old old like Daoist Yin-Yang or the Hindu Brahma, Shiva, Vishnu (which is Destruction and Creation with attempt to pause and capitalize on the created). It is a shame as the contortions wreck not only credibility but actual value of ideas like Cynefin in terms of how they can fit in a complimentary manner with OODA (really OODA would fit with Cynefin as several OODA would fit within each domain with occasional feedbacks crossing to other domains; Cynefin only fits in OODA in that Orientation if you’re deliberately doing an OODA aware that you’re seeking to Orient your decision methodology by determining domain). Yet we’re talking perpendicular nonsense. Kind of like the nonsense that decisions happen outside the brain.

  • @jimallen8186
    @jimallen8186 2 роки тому

    “Any time anyone brings up double loop, I ask why not triple or quadruple? To me it’s infinite looping and it’s yeah…” Well, Boyd did see it as infinite looping. And, as each person has at least one loop running in of themselves, yes, there’s multiple. Consider the Tactical, Operational, Strategic model often depicted as a cyclone, many Tactical loop iterations feed up to Operational which in turn iterates several times while feeding to Strategic - that’s three loops properly modeled - yet it misses that multiple Tactical actors feed the Operational and multiple Operational actors feed the Strategic. So now you have infinite looping in parallel at any moment and infinite looping over time. And that is how Boyd saw it. As such, it is impossible to be linear.

  • @jeevd0007
    @jeevd0007 2 роки тому

    Thank you so much @Nigel for such educative video on VSM.

  • @JTXRP
    @JTXRP 2 роки тому

    1:18 😂🤣😁

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      Sometimes I can't help myself 🤭

  • @jimallen8186
    @jimallen8186 2 роки тому

    Again, Nigel, agree with you, OODAs have multiple timescales. It is a serious error to think they're rapid things. It is also an error to think faster is always better. Sometimes you have to wait for feedback and for effects to propagate.

  • @hamandvaid
    @hamandvaid 2 роки тому

    I am unsure what heresy I have just witnessed, but I frickin' love it.

  • @anlisaalmeida7836
    @anlisaalmeida7836 2 роки тому

    Excellent video, very well explained. One area I need more clarification on is how can the team exactly determine how they will implement their work and how much effort is needed in the initial phase as a lot of things are unknown and can only be learned once the actual work starts?

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      This approach is meant for teams that have worked together for a while and have a good understanding of the work context and the skills and knowledge necessary. If this is a new team and/or a very new area of work, then they will have to run some experiments (do some Scrum) to refine their knowledge to be able to use this approach effectively. What I normally do is have them execute the first few backlog items which then gives them their base understanding to use this approach. Remember, in project management all they do is wild guess and hope it was right.

  • @dracalves
    @dracalves 2 роки тому

    Amazing case! So glad to have watched that live!! Thanks for sharing this video Nigel!!

  • @mikaelhellden1781
    @mikaelhellden1781 2 роки тому

    This series of talks is fantastic, but I’m not surprised Matthew left after this episode… ☺️

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      He would have continued but his book and other commitments constrained him and Manuel. I look forward to inviting them back for future conversations.

    • @mikaelhellden1781
      @mikaelhellden1781 2 роки тому

      @@NigelThurlow So no hard feelings then? Sounds great! Looking forward to hear more of this stuff. 👍😃

  • @gregoryobi-godwin5056
    @gregoryobi-godwin5056 2 роки тому

    Completely blown away Nigel, great content and look forward to more of your videos .

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      Thank you. The good news is it works!

  • @terryortynsky9622
    @terryortynsky9622 2 роки тому

    thank you for producing this video, it was very helpful in understanding VSM

    • @NigelThurlow
      @NigelThurlow 2 роки тому

      I thoroughly enjoyed catching up with John and I think it’s a great resource for anyone interested in VSM.

  • @djduarte7315
    @djduarte7315 2 роки тому

    My job is very clear...create flow by simplifying complexity (value). As I work across industries, I view things in their purity and it's been made evident that most systems are man made and the complexity was created by ourselves. Therefore, we can simplify them by making things visual and by understanding mudatori (stagnation, transportation & motion). Cheers...great video! 🙂

  • @triggerstrategy
    @triggerstrategy 2 роки тому

    "When we eventually conclude this in the next half hour" ... checks time ... there's an hour still to go :D