{"id":"1ef815e4-4b0f-4d14-b872-f900cab0f02b","slug":"s11e18-getting-unstuck-spotting-bullshit-and","subject":"s11e18: Getting unstuck, spotting bullshit, and explaining like I'm five","title":"Getting unstuck, spotting bullshit, and explaining like I'm five","publish_date":"2022-03-17T16:31:10.773000+00:00","year":2022,"month":3,"season":11,"episode":18,"episode_label":"s11e18","canonical_url":"https://newsletter.danhon.com/archive/s11e18-getting-unstuck-spotting-bullshit-and/","is_premium":0,"word_count":1840,"body_html":"<h1>0.0 Context setting</h1>\n<p>It's Thursday, March 17, 2022 and an overcast day in Portland, Oregon.</p>\n<p>Today: a standup (mainly reporting on yesterday's work: helping a team deconstruct and then construct feasible OKRs); a catchup; talking through a draft strategy; a production meeting kickoff for what I can only describe as what's involved in making &quot;Dan Hon Does John Oliver's Last Week Tonight, But For Teaching You How To Do Strategy Like I Do&quot; videos; and then, finally, getting the ebook sorted out for sending tomorrow.</p>\n<p>Not too packed, I think.</p>\n<h1>1.0 Some things that caught my attention</h1>\n<h2>Getting unstuck, spotting bullshit, and explaining like I'm five</h2>\n<p>I've been working with one of my clients for about five months now. When I came on, I think I can say broadly that everyone felt a bit stuck and burnt out. Five months later, things are going well and we're talking about me putting together some training so their teams can learn what, exactly, happened over the past five months.</p>\n<p>Here's a brief structure:</p>\n<p>I went and talked a bunch of people. I talked to the people on the team (a vendor), and I talked to people on the client side. I looked at the organization charts. I read LinkedIn profiles to get an idea of everyone's experience and background. As many interviews (or &quot;chats&quot;) were one on ones, because, well, I like people to be as candid as they can with me. At some point they might need to get better at communicating with others they work with, but right now, I need to find out where the common ground and where the friction is. What are people afraid of saying, what are people frustrated about and where does that common ground <em>not</em> exist?</p>\n<p>Then I lay it on to a model. I've got models for lots of things, and I'd be the first to admit that they're imperfect: the structure in my head is not the territory. But it lets me make predictions and guesses and, after doing this for quite a while, I'm pretty good at it.</p>\n<p>This particular case -- working with a vendor/contractor who has a client -- meant pinning down why <em>everyone</em> was feeling stuck. It's not that anything in particular was <em>bad</em>, it's that (it appeared to me, at least) they didn't think they were making the progress they were capable.</p>\n<p>Part of the reason was the position of the client, and more specifically, the individual managing the vendor. Sometimes it's super obvious to see: this particular client wasn't part of any particular business unit. They:</p>\n<ul>\n<li>were off to the side</li>\n<li>relatively new (in the domain of &quot;infrastructure&quot;, and in the even newer domain of &quot;devopss&quot;. I say &quot;even newer&quot; and by that I mean &quot;with regard to the relative age of the organization&quot;)</li>\n<li>had the position of an advisor</li>\n<li>... an advisor who by definition is allowed to have an opinion about anything</li>\n</ul>\n<p>The last one pretty much cinched it. You've got a client in this case who's job it is, in part, to improve infrastructure underlying a whole bunch of disparate systems, each of which do a job, and each of which, for the most part, do it well enough for nobody to get called up in the middle of the night. It might be stressful, it might be feel like there's too much to do and not enough time or people, but it's not like it's on <em>fire</em>.</p>\n<p>(It is actually on fire, by the way. That sort of low, simmering, point-of-criticality fire which means it could blow up at any point <em>and yet</em> it is also working pretty reliably, or reliably enough).</p>\n<p>So: immediate problem. You have a client who can't <em>directly</em> affect anything because they are in an advisory role and instead of having a direct line into the leadership of a particular system, they have a direct line into the leadership of the entire organization. This might <em>look</em> good, but it isn't, because... well, they can't make anyone do anything. They can advise the organization's leadership, but they can't direct anyone.</p>\n<p>You can imagine that this might be a fairly common situation: how do you start coordinating the efforts of different teams, and then how do you keep doing it effectively?</p>\n<p>First off, I have a bunch of sympathy. It looks like a terrible role to be in. You've straight line into leadership which means when <em>they</em> get a call, you get a call. But you're not actually responsible for the operation of any of the systems, so you get to wake someone else up, or they're also woken up at the same time as you. Depending on your setup, you might have even been advising that the particular system to do things in a way that would've prevented this particular out of hours call. But you couldn't get them to <em>do</em> it because, well, you don't get to tell them what to do, and by that, I mean you don't manage them. And yet you're also supposed to come up with a plan.</p>\n<p>At this point it's always a fun idea to go look at internal strategy, goals, OKRs and all that kind of stuff because I like finding out the difference between what people tell me is important, what they've written down as important, and what they're actually treating as important in the day to day and medium and long-term.</p>\n<p>Frequently these aren't lined up and are kind of skewed, and again I have a bunch of sympathy: who has the time to do this properly? It's hard! There's so many people involved! We've never really been taught how to do it! Who are we supposed to learn from? All the writing about OKRs isn't really helpful because it's all in the specifics!</p>\n<p>And this is where I might lose a little sympathy and start paying attention to attitude, approach and doing-things-ness, which is: yes, it is hard. Yes, you haven't really been taught how to do this or you might not know how to do it. Yes, it's hard to make time for it, or there's never been time for it. I am now telling you that you <em>do</em> have to make time for it if you want thing x to change, and you've got some help and we're going to work on the actual thing and not some PowerPoint decks about <em>best practices</em>.</p>\n<p>So we sit down and we take a look at what's important and I go off and do some work which involves pulling rather tenaciously on a piece of string, i.e. keep asking questions about why people do things, but in a totally non-confrontational, Ted-Lasso-ish <em>be curious</em> way because normally people don't do things for reasons that make no sense at all. The reasons might be outdated. They might be due to misunderstanding. They might be due to a lack of rigor. But unless you're unlucky, the number of people <em>actively</em> trying to bring down an organization should be pretty low if not non-existent. (I am not, I should note, talking here about scores of Google Product Managers attempting to out-compete each other on the launch of chat apps).</p>\n<p>Frequently, one of the reasons why people are stuck is because they're not clear on a goal (or, if you're a fan of Playing to Win<sup class=\"footnote-ref\"><a href=\"#fn1\" id=\"fnref1\">[1]</a></sup>) a Winning Aspiration, and haven't made a bunch of genuine choices about what to do and, what I keep repeating, <em>what not to do</em>.</p>\n<p>The number of times I work with an organization and have to say: &quot;well, I looked at what it is you say you want to do and let me summarize it: you want to do all the good things&quot;.</p>\n<p>If you put it that way, most people will admit that no, it is not possible for them to do <em>all</em> the good things. It is certainly an aspiration. But not a realistic or practical one.</p>\n<p>Or another way: if you want to do all the good things, then all the good things are important, and without any other explicit context, then how can you choose what to do? How can you be confident you're making a good choice? You can't really, so you end up using rough rules like &quot;do whatever is in front of us right now&quot;, which is just a function of human attention, or &quot;whatever is on fire&quot; which is totally reasonable but does not get you out of the general fire-creating area, for example. Not being able to choose can also be quite stressful. And then if you're &quot;doing all the good things&quot; then... how do you know when you're done? If you're doing a good thing, how do you know it was good?</p>\n<p>This is why I kind of dislike best practices.</p>\n<p>So in the end, what we end up doing, is setting a goal. Or a winning aspiration. Or a target. Or an objective.</p>\n<p>But in the end it all ends up to be the same thing: a goal that makes sense and is defensible, and from that goal/objective/target/whatever, distinct choices flow. And from those distinct choices, sure, call them key results, and then do the hard thing of figuring out what <em>actual</em> key results would be, not bullshit ones.</p>\n<p>And then we have a whole bunch of working sessions where I go through what bullshit is, how to spot it, find <em>specific</em> bullshit in front of us, not just abstract textbook made-up bullshit, practice calling bullshit out, and then what the opposite of a bullshit goal or key result or whatever looks like.</p>\n<p>Which, I have to admit, is <em>fun</em> because this whole thing works up and down and sideways and everything at the same time. There are so many dots to join and so many ways of looking at it until some patterns emerge, and when you do the job well, those patterns are <em>created</em> and <em>chosen</em>.</p>\n<p>And one more part, the part that I enjoy and that I'm good at? I make it understandable and add the analogies and examples because it's so good when people <em>understand</em>.</p>\n<hr />\n<h2>Things That Caught My Attention, Volume 1</h2>\n<p>A reminder - tomorrow(!), paid subscribers and supporters will be getting a link to Things That Caught My Attention, Volume 1, collecting the best bits of the first 50 episodes. (You'll still get the link if you become a paid subscriber/supporter after this week, don't worry).</p>\n<p>As always, you can [subscribe at a pay-what-you-want level]({{ subscribe_url }}).</p>\n<hr />\n<p>Phew! That was about twenty minutes, again. I still need to figure out how or when to do the longer pieces, because the sand timer's hitting 15 minutes and it's pretty frustrating.</p>\n<p>It's nearly the weekend. In America, it's St. Patrick's day, which is a super weird thing to say.</p>\n<p>How are you doing?</p>\n<p>Best,</p>\n<p>Dan</p>\n<hr class=\"footnotes-sep\" />\n<section class=\"footnotes\">\n<ol class=\"footnotes-list\">\n<li id=\"fn1\" class=\"footnote-item\"><p>That'd be the <a href=\"https://hbr.org/store/landing/playing-to-win-strategy-toolkit\">Playing to Win Strategy Toolkit</a> by Lafley, Martin and Riel, which is about the only time I will wholeheartedly recommend something from the Harvard Business Review. <a href=\"#fnref1\" class=\"footnote-backref\">↩︎</a></p>\n</li>\n</ol>\n</section>\n","body_text":"0.0 Context setting\n\nIt's Thursday, March 17, 2022 and an overcast day in Portland, Oregon.\n\nToday: a standup (mainly reporting on yesterday's work: helping a team deconstruct and then construct feasible OKRs); a catchup; talking through a draft strategy; a production meeting kickoff for what I can only describe as what's involved in making \"Dan Hon Does John Oliver's Last Week Tonight, But For Teaching You How To Do Strategy Like I Do\" videos; and then, finally, getting the ebook sorted out for sending tomorrow.\n\nNot too packed, I think.\n\n1.0 Some things that caught my attention\n\nGetting unstuck, spotting bullshit, and explaining like I'm five\n\nI've been working with one of my clients for about five months now. When I came on, I think I can say broadly that everyone felt a bit stuck and burnt out. Five months later, things are going well and we're talking about me putting together some training so their teams can learn what, exactly, happened over the past five months.\n\nHere's a brief structure:\n\nI went and talked a bunch of people. I talked to the people on the team (a vendor), and I talked to people on the client side. I looked at the organization charts. I read LinkedIn profiles to get an idea of everyone's experience and background. As many interviews (or \"chats\") were one on ones, because, well, I like people to be as candid as they can with me. At some point they might need to get better at communicating with others they work with, but right now, I need to find out where the common ground and where the friction is. What are people afraid of saying, what are people frustrated about and where does that common ground\nnot\nexist?\n\nThen I lay it on to a model. I've got models for lots of things, and I'd be the first to admit that they're imperfect: the structure in my head is not the territory. But it lets me make predictions and guesses and, after doing this for quite a while, I'm pretty good at it.\n\nThis particular case -- working with a vendor/contractor who has a client -- meant pinning down why\neveryone\nwas feeling stuck. It's not that anything in particular was\nbad\n, it's that (it appeared to me, at least) they didn't think they were making the progress they were capable.\n\nPart of the reason was the position of the client, and more specifically, the individual managing the vendor. Sometimes it's super obvious to see: this particular client wasn't part of any particular business unit. They:\n\nwere off to the side\n\nrelatively new (in the domain of \"infrastructure\", and in the even newer domain of \"devopss\". I say \"even newer\" and by that I mean \"with regard to the relative age of the organization\")\n\nhad the position of an advisor\n\n... an advisor who by definition is allowed to have an opinion about anything\n\nThe last one pretty much cinched it. You've got a client in this case who's job it is, in part, to improve infrastructure underlying a whole bunch of disparate systems, each of which do a job, and each of which, for the most part, do it well enough for nobody to get called up in the middle of the night. It might be stressful, it might be feel like there's too much to do and not enough time or people, but it's not like it's on\nfire\n.\n\n(It is actually on fire, by the way. That sort of low, simmering, point-of-criticality fire which means it could blow up at any point\nand yet\nit is also working pretty reliably, or reliably enough).\n\nSo: immediate problem. You have a client who can't\ndirectly\naffect anything because they are in an advisory role and instead of having a direct line into the leadership of a particular system, they have a direct line into the leadership of the entire organization. This might\nlook\ngood, but it isn't, because... well, they can't make anyone do anything. They can advise the organization's leadership, but they can't direct anyone.\n\nYou can imagine that this might be a fairly common situation: how do you start coordinating the efforts of different teams, and then how do you keep doing it effectively?\n\nFirst off, I have a bunch of sympathy. It looks like a terrible role to be in. You've straight line into leadership which means when\nthey\nget a call, you get a call. But you're not actually responsible for the operation of any of the systems, so you get to wake someone else up, or they're also woken up at the same time as you. Depending on your setup, you might have even been advising that the particular system to do things in a way that would've prevented this particular out of hours call. But you couldn't get them to\ndo\nit because, well, you don't get to tell them what to do, and by that, I mean you don't manage them. And yet you're also supposed to come up with a plan.\n\nAt this point it's always a fun idea to go look at internal strategy, goals, OKRs and all that kind of stuff because I like finding out the difference between what people tell me is important, what they've written down as important, and what they're actually treating as important in the day to day and medium and long-term.\n\nFrequently these aren't lined up and are kind of skewed, and again I have a bunch of sympathy: who has the time to do this properly? It's hard! There's so many people involved! We've never really been taught how to do it! Who are we supposed to learn from? All the writing about OKRs isn't really helpful because it's all in the specifics!\n\nAnd this is where I might lose a little sympathy and start paying attention to attitude, approach and doing-things-ness, which is: yes, it is hard. Yes, you haven't really been taught how to do this or you might not know how to do it. Yes, it's hard to make time for it, or there's never been time for it. I am now telling you that you\ndo\nhave to make time for it if you want thing x to change, and you've got some help and we're going to work on the actual thing and not some PowerPoint decks about\nbest practices\n.\n\nSo we sit down and we take a look at what's important and I go off and do some work which involves pulling rather tenaciously on a piece of string, i.e. keep asking questions about why people do things, but in a totally non-confrontational, Ted-Lasso-ish\nbe curious\nway because normally people don't do things for reasons that make no sense at all. The reasons might be outdated. They might be due to misunderstanding. They might be due to a lack of rigor. But unless you're unlucky, the number of people\nactively\ntrying to bring down an organization should be pretty low if not non-existent. (I am not, I should note, talking here about scores of Google Product Managers attempting to out-compete each other on the launch of chat apps).\n\nFrequently, one of the reasons why people are stuck is because they're not clear on a goal (or, if you're a fan of Playing to Win\n[1]\n) a Winning Aspiration, and haven't made a bunch of genuine choices about what to do and, what I keep repeating,\nwhat not to do\n.\n\nThe number of times I work with an organization and have to say: \"well, I looked at what it is you say you want to do and let me summarize it: you want to do all the good things\".\n\nIf you put it that way, most people will admit that no, it is not possible for them to do\nall\nthe good things. It is certainly an aspiration. But not a realistic or practical one.\n\nOr another way: if you want to do all the good things, then all the good things are important, and without any other explicit context, then how can you choose what to do? How can you be confident you're making a good choice? You can't really, so you end up using rough rules like \"do whatever is in front of us right now\", which is just a function of human attention, or \"whatever is on fire\" which is totally reasonable but does not get you out of the general fire-creating area, for example. Not being able to choose can also be quite stressful. And then if you're \"doing all the good things\" then... how do you know when you're done? If you're doing a good thing, how do you know it was good?\n\nThis is why I kind of dislike best practices.\n\nSo in the end, what we end up doing, is setting a goal. Or a winning aspiration. Or a target. Or an objective.\n\nBut in the end it all ends up to be the same thing: a goal that makes sense and is defensible, and from that goal/objective/target/whatever, distinct choices flow. And from those distinct choices, sure, call them key results, and then do the hard thing of figuring out what\nactual\nkey results would be, not bullshit ones.\n\nAnd then we have a whole bunch of working sessions where I go through what bullshit is, how to spot it, find\nspecific\nbullshit in front of us, not just abstract textbook made-up bullshit, practice calling bullshit out, and then what the opposite of a bullshit goal or key result or whatever looks like.\n\nWhich, I have to admit, is\nfun\nbecause this whole thing works up and down and sideways and everything at the same time. There are so many dots to join and so many ways of looking at it until some patterns emerge, and when you do the job well, those patterns are\ncreated\nand\nchosen\n.\n\nAnd one more part, the part that I enjoy and that I'm good at? I make it understandable and add the analogies and examples because it's so good when people\nunderstand\n.\n\nThings That Caught My Attention, Volume 1\n\nA reminder - tomorrow(!), paid subscribers and supporters will be getting a link to Things That Caught My Attention, Volume 1, collecting the best bits of the first 50 episodes. (You'll still get the link if you become a paid subscriber/supporter after this week, don't worry).\n\nAs always, you can [subscribe at a pay-what-you-want level]({{ subscribe_url }}).\n\nPhew! That was about twenty minutes, again. I still need to figure out how or when to do the longer pieces, because the sand timer's hitting 15 minutes and it's pretty frustrating.\n\nIt's nearly the weekend. In America, it's St. Patrick's day, which is a super weird thing to say.\n\nHow are you doing?\n\nBest,\n\nDan\n\nThat'd be the\nPlaying to Win Strategy Toolkit\nby Lafley, Martin and Riel, which is about the only time I will wholeheartedly recommend something from the Harvard Business Review.\n↩︎","raw_format":"markdown","source":"app","summary":"This issue explores how the author uncovers and untangles organizational dysfunction through a real client case study—specifically, how an advisory role without direct authority creates decision paralysis and burnout across teams. By conducting candid one-on-one conversations and mapping the work against strategic models, the author identifies the gap between what organizations say matters and what they actually prioritize day-to-day, then argues that fixing this requires hard work and commitment rather than best-practice frameworks. The deeper thread is about recognizing when people are genuinely stuck versus making excuses, and the sometimes-uncomfortable honesty required to get a team unstuck.","reading_minutes":9,"links":[{"url":"https://hbr.org/store/landing/playing-to-win-strategy-toolkit","normalized_url":"https://hbr.org/store/landing/playing-to-win-strategy-toolkit","domain":"hbr.org","anchor_text":"Playing to Win Strategy Toolkit","is_archive":0,"archive_url":null,"archive_service":null,"category":"external"}],"sections":[{"id":3596,"ord":0,"number":"0.0","heading":"Context setting","level":1,"word_count":89},{"id":3597,"ord":1,"number":"1.0","heading":"Some things that caught my attention","level":1,"word_count":6},{"id":3598,"ord":2,"number":null,"heading":"Getting unstuck, spotting bullshit, and explaining like I'm five","level":2,"word_count":1593},{"id":3599,"ord":3,"number":null,"heading":"Things That Caught My Attention, Volume 1","level":2,"word_count":150}]}