{"id":1829,"date":"2024-04-22T07:16:55","date_gmt":"2024-04-22T07:16:55","guid":{"rendered":"https:\/\/janbosch.com\/blog\/?p=1829"},"modified":"2024-04-22T07:16:55","modified_gmt":"2024-04-22T07:16:55","slug":"from-agile-to-radical-vision","status":"publish","type":"post","link":"https:\/\/janbosch.com\/blog\/index.php\/2024\/04\/22\/from-agile-to-radical-vision\/","title":{"rendered":"From Agile to Radical: vision"},"content":{"rendered":"\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"512\" src=\"https:\/\/janbosch.com\/blog\/wp-content\/uploads\/2017\/09\/question-mark-2492009_1920-1024x512.jpg\" alt=\"\" class=\"wp-image-315\" srcset=\"https:\/\/janbosch.com\/blog\/wp-content\/uploads\/2017\/09\/question-mark-2492009_1920-1024x512.jpg 1024w, https:\/\/janbosch.com\/blog\/wp-content\/uploads\/2017\/09\/question-mark-2492009_1920-300x150.jpg 300w, https:\/\/janbosch.com\/blog\/wp-content\/uploads\/2017\/09\/question-mark-2492009_1920-768x384.jpg 768w, https:\/\/janbosch.com\/blog\/wp-content\/uploads\/2017\/09\/question-mark-2492009_1920.jpg 1920w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><figcaption class=\"wp-element-caption\">Image by Qimono from Pixabay<\/figcaption><\/figure>\n\n\n\n<p>One of my main pet peeves with Agile is that it, at heart, is a reactive paradigm. The mindset is that we\u2019re in a \u201csteady as she goes\u201d state, there\u2019s some event external to us and we react to it in an agile fashion. In many companies where the business side and the engineering side aren\u2019t well connected, this is actually a fair way of representing reality as many Agile teams suffer from the business side coming out of left field and asking for functions that R&amp;D never imagined would be required.<\/p>\n\n\n\n<p>When R&amp;D teams are unable to predict what functionality will likely be required in the foreseeable future, the challenge becomes that the architects are unable to prepare the architecture for easily incorporating the new functionality. The lack of architectural preparation causes an even worse response time. In general, this tends to result in increasing levels of irritation and deteriorated relationships between the business side and the engineering side of the company.<\/p>\n\n\n\n<p>One may wonder why those poor souls in R&amp;D are so unaware of where the company intends to take itself, but in my experience, many companies are blissfully unaware of where to take things. Although every company I work with claims to have a strategy, it very often is a small change from what we\u2019re doing today and what we did yesterday. The general assumption is that the world doesn\u2019t change that much and that consequently we can largely continue doing what we\u2019ve always done.<\/p>\n\n\n\n<p>Another pattern I\u2019ve seen several times is where there are several competing strategies being pursued by different groups in the organization. Often, different proponents in power positions have their own strategies and where these strategies collide, politics tend to take over. Unfortunately, this is where naive staff members who are simply trying to do the right thing easily get thrown under the bus and become collateral damage in a conflict that really doesn\u2019t concern them.<\/p>\n\n\n\n<p>A third pattern that\u2019s all the more common in times of rapid change is where each function and department executes on local optimization. As the strategic guidance from the C-suite is weak, each unit, function and department defines its own strategy that optimizes its area of responsibility but that tends to ignore the consequences outside of the scope of the unit. A typical example is where mechanical and electronics engineering optimizes for the lowest bill of materials and squeezes everything to the smallest size. This then kills any opportunities for the company to adopt continuous deployment of new functionality through the software and AI models in the product as there\u2019s no headroom in the system.<\/p>\n\n\n\n<p>These patterns are all reinforcing the same conclusion: companies need to have a clear, precise strategy defined and communicated. This seems like an obvious statement and kicking in an open door, but in my experience, most companies fail to deliver on this. There are at least three behaviors that I\u2019ve seen: liberal interpretation, lip service and lack of commitment.<\/p>\n\n\n\n<p>The first behavior is where the strategy is sufficiently generically defined that everyone can basically decide how to interpret it. This allows everyone to interpret the strategy in a way that makes it suit their purposes. Hence, the term \u201cliberal interpretation\u201d: it can mean anything you want it to mean. Obviously, this is akin to one of the patterns described above, but in this case, the company claims to actually have a strategy. That may be true in name, but in practice, the strategy doesn\u2019t provide guidance and direction.<\/p>\n\n\n\n<p>With lip service, the second behavior, everyone loudly praises the strategy and claims to follow it, but it\u2019s only words and in practice, everyone does their own thing. Typically, that \u201cthing\u201d is how we\u2019ve always done things. Again, there\u2019s a strategy, it may even be a good one, but everyone in the company ignores it in their actions. The interesting thing is that I\u2019ve experienced situations where people in the company don\u2019t even realize that there\u2019s a gap between their behavior and the company strategy.<\/p>\n\n\n\n<p>The third behavior, which is surprisingly prevalent, is a lack of commitment. In earlier contributions, I\u2019ve discussed the notion of espoused theory versus theory in use to discuss the phenomenon where people say they do one thing while in practice they do something else. This also applies to companies. In practice, even C-suite leaders who are responsible for defining the strategy and deciding on it do and prioritize conflicting actions. Very often, the strategy is considered to be sound, but risky. Especially when faced with a \u201cnow or later\u201d decision, many times I\u2019ve seen leaders choose to stay with the old ways at this point in time while claiming to execute on the new strategy next time around.<\/p>\n\n\n\n<p>The concern I\u2019m raising should be obvious by now: in many companies I work with, the official strategy isn\u2019t well defined, not actively followed and often even actively ignored. In this context, a reactive strategy such as Agile works well. However, we shouldn\u2019t accept this situation. Instead, we should define our strategy in quantitative, measurable terms, commit to it and then be responsive when external events affect our execution.<\/p>\n\n\n\n<p>In \u201cAlice in Wonderland,\u201d Alice asks the Cheshire Cat which road she should take. The cat responds by asking her where she wants to go, to which Alice answers that she doesn\u2019t really care. The cat then states that she can take any road she wants as she\u2019ll end up somewhere on all of them. Many companies are unclear on where they want to get to and tend to be reactive, letting their destiny be determined by external forces. Obviously, this is a terrible idea. Strategy is about shaping the future and, to quote Alan Kay, the best way to predict the future is to invent it.<\/p>\n\n\n\n<p><em>Want to read more like this? Sign up for my newsletter at\u00a0<a href=\"https:\/\/mailto:jan@janbosch.com\/\">jan@janbosch.com<\/a>\u00a0or follow me on\u00a0<a href=\"https:\/\/janbosch.com\/blog\">janbosch.com\/blog<\/a>, LinkedIn (<a href=\"https:\/\/www.linkedin.com\/in\/janbosch\/\">linkedin.com\/in\/janbosch<\/a>) or\u00a0Twitter (<a href=\"https:\/\/twitter.com\/JanBosch\">@JanBosch<\/a>).<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>One of my main pet peeves with Agile is that it, at heart, is a reactive paradigm. The mindset is that we\u2019re in a \u201csteady as she goes\u201d state, there\u2019s some event external to us and we react to it in an agile fashion. In many companies where the business side and the engineering side &#8230; <a title=\"From Agile to Radical: vision\" class=\"read-more\" href=\"https:\/\/janbosch.com\/blog\/index.php\/2024\/04\/22\/from-agile-to-radical-vision\/\" aria-label=\"Read more about From Agile to Radical: vision\">Read more<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"generate_page_header":"","footnotes":""},"categories":[8,10],"tags":[],"_links":{"self":[{"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/1829"}],"collection":[{"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/comments?post=1829"}],"version-history":[{"count":2,"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/1829\/revisions"}],"predecessor-version":[{"id":1831,"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/1829\/revisions\/1831"}],"wp:attachment":[{"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/media?parent=1829"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/categories?post=1829"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/janbosch.com\/blog\/index.php\/wp-json\/wp\/v2\/tags?post=1829"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}