{"id":138,"date":"2019-02-26T10:01:08","date_gmt":"2019-02-26T15:01:08","guid":{"rendered":"https:\/\/soulrepair831638256.wordpress.com\/?p=138"},"modified":"2019-02-14T21:16:18","modified_gmt":"2019-02-15T02:16:18","slug":"lean-enterprise-innovation","status":"publish","type":"post","link":"https:\/\/soul-repairs.com\/blog\/2019\/02\/26\/lean-enterprise-innovation\/","title":{"rendered":"Lean Enterprise Innovation"},"content":{"rendered":"<p><span style=\"font-size: .8em;\">(FYI, we&#8217;re using affiliate links to Amazon in this post!)<\/span><\/p>\n<p>Technology innovation is vital. It can\u00a0enable business success &#8211; and it can also <em>drive<\/em>\u00a0business innovation.<\/p>\n<p>If a business falls behind the technology curve, it opens itself up to the risk of <strong>under-serving its customers<\/strong>, and eventually being <strong>out-maneuvered and defeated\u00a0in the marketplace<\/strong>. This happens over and over to businesses, where a competitor&#8217;s technological innovation pushes them right out of existence &#8211; see Blockbuster (Netflix), and Border&#8217;s (Amazon, B&amp;N). Amazon has also innovated while JC Penney has stagnated &#8211; department stores\u00a0<em>could\u00a0<\/em>have taken the world by storm via the internet &#8211; but their online presences weren&#8217;t good, certainly not as good as their competitors, and therefore neither were their sales figures.<\/p>\n<p><!--more--><\/p>\n<p>On the other hand, if your business keeps up with\u00a0current IT tools, processes, platforms, and techniques, you can <strong>speed up your business execution<\/strong> and\u00a0provide a <strong>higher quality of service<\/strong> <strong>to your customers.\u00a0<\/strong>You can also\u00a0<strong>execute higher-efficiency development processes,\u00a0<\/strong>which has the additional benefit of speeding up everything that your IT people do.\u00a0If you think back, there have probably been times in your business&#8217;s history where innovation in your systems gave you the chance to leap forward &#8211; to serve your customers above expectations, and to out-compete your competitors.<\/p>\n<p>And, as technologists, newer technology is<strong> just more fun<\/strong>, and\u00a0running new technology can be a competitive advantage in the IT hiring market.<\/p>\n<p>It&#8217;s hard to argue with the need to innovate &#8211; <strong>the hard part is innovating\u00a0successfully over time.<\/strong><\/p>\n<h2>Lean Enterprise<\/h2>\n<blockquote><p>Lean\u00a0concepts are not new.<\/p><\/blockquote>\n<p>Ever since the manufacturing revolution of the 1980s, companies have tried to <a href=\"https:\/\/amzn.to\/2MD0cDa\" target=\"_blank\" rel=\"noopener\">apply scientific principles to their work processes<\/a>, and minimize the cost of resources spent doing work that will later be thrown away, or that won&#8217;t be needed until much later.<\/p>\n<blockquote><p>Changing a large organization is hard.<\/p><\/blockquote>\n<p>Large organizations have typically been successful over a long period of time, and arrogance, complacency, or some mixture of the two can slowly kill a formerly successful organization &#8211; like a ship that doesn&#8217;t turn around because it assumes it will never hit that iceberg. Large enterprises also have existing culture and a lot of momentum in the direction they&#8217;re already going &#8211; and <em>culture<\/em> and <em>organizational momentum<\/em> are the hardest things to change.<\/p>\n<blockquote><p>Culture and organizational momentum are the hardest things to change.<\/p><\/blockquote>\n<p>Jez Humble, Joanne Molesky, and Barry O&#8217;Reilly wrote\u00a0<a href=\"https:\/\/amzn.to\/2TkdFSX\" target=\"_blank\" rel=\"noopener\">Lean Enterprise<\/a>\u00a0to apply these existing Lean principles in order to explain how large organizations should <em>continually<\/em> learn and transform themselves.<\/p>\n<blockquote><p>Their thesis: by starting small and basing innovation success or failure on measurables, an organization can learn and continually grow and innovate.<\/p><\/blockquote>\n<h2>Lean Innovation<\/h2>\n<p>Their main points are:<\/p>\n<ul>\n<li><strong>Design your innovation processes like science.<\/strong> Define an objective, do an experiment, and evaluate the results.<\/li>\n<li><strong>Spend the minimum<\/strong> amount of time\/money\/resources to take the next step. <em>Baby step<\/em> into innovation.<\/li>\n<li><strong>Remove barriers to innovation,<\/strong> such as centralized\u00a0detailed decision making and &#8220;change prevention&#8221; as a corporate value.<\/li>\n<\/ul>\n<p>We really like the idea of doing small-scale research implementations, with no promise of long-term support, and no promise of a guaranteed enterprise rollout.<\/p>\n<p>This is effective for a few reasons:<\/p>\n<ul>\n<li>people don&#8217;t panic at being forced\u00a0to support technology they&#8217;ve never used<\/li>\n<li>the enterprise doesn&#8217;t invest a lot of money in something that ends up being awful when meshed with existing technology and processes<\/li>\n<li>if an enterprise rollout\u00a0<em>does<\/em> happen, it&#8217;s with cultural support and assurance, and also with some feedback on how to make it better<\/li>\n<\/ul>\n<p><strong>Technology is extremely variable and unpredictable.<\/strong> We shouldn&#8217;t treat it like a one-shot cannon, where we either hit spectacularly or miss spectacularly, we\u00a0should treat it like a machine gun firing\u00a0<a href=\"https:\/\/books.google.com\/books?id=5wBQEp6ruIAC&amp;lpg=PP1&amp;dq=pragmatic%20programmer%20tracer%20bullets&amp;pg=PA49#v=onepage&amp;q=tracer%20bullets&amp;f=false\">tracer bullets<\/a>\u00a0&#8211; try a lot of experiments with a lot of feedback, and be willing and able to adapt as you go.<\/p>\n<p>This also has the added benefit of lining up very well with <a href=\"https:\/\/en.wikipedia.org\/wiki\/Agile_software_development\" target=\"_blank\" rel=\"noopener\">Agile methodologies<\/a>, which seek to deliver business value in pieces over time, always learning and re-prioritizing.<\/p>\n<h3>Only for IT?<\/h3>\n<p>The wisdom contained in\u00a0<a href=\"https:\/\/amzn.to\/2TkdFSX\" target=\"_blank\" rel=\"noopener\">The Lean Enterprise<\/a>\u00a0applies to <strong>any<\/strong> organizational process or platform. People can even live their lives\u00a0<em>outside<\/em> of an organization by\u00a0trying things out, questioning their assumptions, doing science, and remaining flexible.<\/p>\n<h2>Direction Setting vs Decision Making<\/h2>\n<p>The authors describe successful organizations (such as the US\u00a0Army in World War II) that\u00a0operated in high-risk, dangerous environments,\u00a0coordinated massive efforts, but also successfully allowed <strong>flexibility<\/strong> in operations and decision making. These organizations had <a href=\"https:\/\/soul-repairs.com\/blog\/2019\/02\/14\/libertarian-boundaried-enterprise-governance\/\" target=\"_blank\" rel=\"noopener\">people on the ground<\/a> making decisions\u00a0that people back at central HQ couldn&#8217;t have even imagined.<\/p>\n<blockquote><p>A major principle that the authors believe in and advocate for is,\u00a0<strong>&#8220;the people closest to a problem understand it best.&#8221;<\/strong><\/p><\/blockquote>\n<p>Their suggestion is that top-level leadership should define top-level priorities and objectives and clear measurables. They should communicate these to the next level of leadership, and then delegate execution authority to that level. That level should define their priorities for their subset of the objectives, define measurables, communicate, and delegate,\u00a0<em>etc<\/em>.<\/p>\n<p>So, in an enterprise expanding into a new region, it could look like this:<\/p>\n<ol>\n<li>The <strong>board and the executive team<\/strong> decide major objectives, timelines, and measurables and then delegate execution to a regional director.<\/li>\n<li>The <strong>regional director<\/strong> decides that the execution on her end includes building key relationships, creating policies, and negotiating regulations. She delegates these to the people on <strong>her team<\/strong>.<\/li>\n<li>&#8230;so on and so forth until it gets all the way to where <strong>boots are on the ground<\/strong> &#8211; writing the specifications, building products, and talking to customers.<\/li>\n<\/ol>\n<p>It would be <strong>silly<\/strong> to suggest that the CEO should write all of the legalese and specifications, participate in all of the sales calls, and negotiate with every regulator.<\/p>\n<p>In this plan, some teams will need more direction and some will need less. A great way to approach this is, again, adaptability, and also &#8220;reasonable defaults&#8221; &#8211; tell people where to start and then allow for, and even <em>encourage<\/em>, deviation as it makes sense.<\/p>\n<p>Bottom line:\u00a0<strong>centralized<\/strong> <strong>direction-setting<\/strong> is\u00a0critical, but it should be\u00a0<em>clear<\/em> and <em>appropriately\u00a0<\/em><i>general\u00a0<\/i>so as to allow for\u00a0<strong>de-centralized decision making and implementation.<\/strong>\u00a0This requires strong communication and trust at all layers of the organization.<\/p>\n<h2>Bottom Lines<\/h2>\n<p>Okay, that was a lot, so&#8230;<em>in summary,\u00a0<\/em>these are the recommendations for successful enterprise innovation:<\/p>\n<p><strong>Communicate expectations, direction, and objectives clearly and at the right level<\/strong>.<\/p>\n<p><strong>Do more lean experimenting<\/strong>, with an\u00a0acknowledgement that 90% of it might get thrown away, because it just won&#8217;t work\u00a0<em>because reasons<\/em>.\u00a0Include in your experimentation sharing what&#8217;s been learned even if it was a disaster &#8211; <em>especially<\/em> if it&#8217;s a disaster.<\/p>\n<p><strong>Do\u00a0<em>not<\/em> do big-bang technology rollouts<\/strong>. Tech and process innovations and improvements like JIRA, TDD, Slack,\u00a0 OpenShift, GitHub, Continuous Delivery, and ${your_fave_new_thing} should have defined benefit criteria and specific success metrics, and they should be rolled out <em>slowly<\/em>. Spend the minimum amount of resources in each phase to feel confident that you know if it was a success or not, because <em>you might throw it all away<\/em>.\u00a0Basically, do\u00a0<em><a href=\"https:\/\/martinfowler.com\/bliki\/CanaryRelease.html\" target=\"_blank\" rel=\"noopener\">canary releases<\/a> for innovation.<\/em><\/p>\n<p><strong>Allow teams to self-determine their processes and tools<\/strong>. Support common standards (e.g. Agile\/JIRA\/Java\/Spring\/Prometheus\/Grafana), and let teams figure out their own implementation. Want to try Scrum? Sure! Want to try out that new Spring library? If it passes security scan, go for it! Want to add more automated testing? Please do!<span style=\"color: #800080;\">\u00a0<\/span><\/p>\n<p><strong><a href=\"https:\/\/soul-repairs.com\/blog\/2019\/02\/14\/libertarian-boundaried-enterprise-governance\/\" target=\"_blank\" rel=\"noopener\"><em>Governance<\/em><\/a>\u00a0clearly.<\/strong> <em>Yes, <\/em>you do have to get your release approved, and <em>yes<\/em>, you should pay attention to those <a href=\"https:\/\/soul-repairs.com\/blog\/2019\/02\/19\/why-developers-love-sonarqube\/\" target=\"_blank\" rel=\"noopener\">SonarQube results<\/a>. <em>No<\/em>, you can&#8217;t keep your source code\u00a0outside of the main git repo. <em>No<\/em>, you definitely can&#8217;t write a web app in FORTRAN. No.<\/p>\n<p><strong>When teams find success with a new thing,\u00a0<em>share it!<\/em><\/strong> Organizational learning is important, and a lot of that comes from teams innovating and teaching each other. Give presentations, formal or informal. Post to your internal mailing list or share it on your corporate chat\/Slack-like thing. Tell your friends at lunch! Write a <em>blog<\/em>!<\/p>\n<hr \/>\n<p>Innovation isn&#8217;t easy, but it&#8217;s vital in order to get or maintain a competitive advantage. Changing organizational culture is very difficult &#8211; but innovation shouldn&#8217;t actually be changing <strong>everything all at once<\/strong>. With support, adaptability, and the right amount of freedom to implement, any organization can innovate and learn in ways that make sense for them.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>(FYI, we&#8217;re using affiliate links to Amazon in this post!) Technology innovation is vital. It can\u00a0enable business success &#8211; and it can also drive\u00a0business innovation. If a business falls behind the technology curve, it opens itself up to the risk of under-serving its customers, and eventually being out-maneuvered and defeated\u00a0in the marketplace. This happens over &hellip; <\/p>\n<p class=\"read-more\"><a class=\"btn btn-default\" href=\"https:\/\/soul-repairs.com\/blog\/2019\/02\/26\/lean-enterprise-innovation\/\"> Read More<span class=\"screen-reader-text\">  Read More<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"nf_dc_page":"","_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[29,28,4],"tags":[48,80,72,55,81],"wf_post_folders":[],"coauthors":[26,11],"class_list":["post-138","post","type-post","status-publish","format-standard","hentry","category-leadership","category-organizations","category-technology","tag-books","tag-enterprise","tag-governance","tag-just-science","tag-lean"],"_links":{"self":[{"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/posts\/138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/comments?post=138"}],"version-history":[{"count":14,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/posts\/138\/revisions"}],"predecessor-version":[{"id":2473,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/posts\/138\/revisions\/2473"}],"wp:attachment":[{"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/media?parent=138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/categories?post=138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/tags?post=138"},{"taxonomy":"wf_post_folders","embeddable":true,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/wf_post_folders?post=138"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/soul-repairs.com\/blog\/wp-json\/wp\/v2\/coauthors?post=138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}