{"id":21240,"date":"2018-10-11T14:31:00","date_gmt":"2018-10-11T19:31:00","guid":{"rendered":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/"},"modified":"2018-10-11T14:31:00","modified_gmt":"2018-10-11T19:31:00","slug":"end-manufacturing-line-analogy","status":"publish","type":"post","link":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/","title":{"rendered":"Project to Product: Lean manufacturing and the end of the manufacturing line analogy"},"content":{"rendered":"<figure>\n<div class=\"feature-image\"><img decoding=\"async\" class=\"aligncenter size-full\" src=\"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png\" alt=\"Project to Product: Lean manufacturing and the end of the manufacturing line analogy\"><\/div>\n<\/figure>\n<p><span style=\"font-weight: 400\">I recently visited the BMW Group&#x2019;s Leipzig plant. My goal was to brainstorm with BMW Group IT leaders on how we could seamlessly integrate production lines with the software lifecycle. I was also interested in learning more about how BMW approaches car production as I was in the midst of defining the <a href=\"https:\/\/flowframework.org\/\">Flow Framework&#x2122;<\/a> for my upcoming book, <\/span><a href=\"https:\/\/projecttoproduct.org\/\"><i><span style=\"font-weight: 400\">Project to Product<\/span><\/i><\/a><span style=\"font-weight: 400\">. The visit involved a 10-km walk along the plant&#x2019;s production lines, with plant leadership explaining each system, process, and tool involved in car production. That visit impacted my understanding of <a href=\"\/what-software-needs-to-learn-from-physical-product-delivery\/tasktop-software-delivery-lean-manufacturing\/\">lean manufacturing<\/a> more profoundly than all the books I&#x2019;ve read on lean processes.<\/span><\/p>\n<p><span style=\"font-weight: 400\">The plant is an incredible facility that leads the industry in technology and sustainability, producing a BMW 1 or 2 Series car every 70 seconds. It also houses the amazingly innovative i3 and i8 production lines. Walking into the Central Building (see Figure 1) combines the sense of watching a starship construction facility with the feel of a large tech startup. Open offices sit below an exposed part of the production line that moves cars from the body shop to the bottleneck of the plant and then to the assembly building.<\/span><\/p>\n<figure id=\"attachment_9810\" aria-describedby=\"caption-attachment-9810\" style=\"width: 620px\" class=\"wp-caption aligncenter\"><img class=\"lazyload\" alt=\"Central Hub Building of the BMW Group&#x2019;s Leipzig plant\" height=\"407\" data-src=\"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/bmw-figure-1.png\"><figcaption id=\"caption-attachment-9810\" class=\"wp-caption-text\">FIGURE 1: The Central Hub Building of the BMW Group&#x2019;s Leipzig plant. The plant produces a BMW 1 or 2 Series car every 70 seconds. (Source: The BMW Group; used with permission.)<\/figcaption><\/figure>\n<p><span style=\"font-weight: 400\">As I asked the plant leadership hundreds of questions, my mind raced trying to draw parallels between how cars and software are built. The combination of robots and humans working in unison was a glimpse into the future of how human skill will be combined with AI and automation. But what impressed me the most was the plant&#x2019;s architecture, which demonstrates an elegance and modularity any software architect would envy.<\/span><\/p>\n<p><span style=\"font-weight: 400\">In Figure 2, the assembly line&#x2019;s key stages are visible as the &#x201C;knuckles&#x201D; of the five &#x201C;fingers&#x201D; growing out to the right. Each finger is a key fixed point in the production line&#x2019;s architecture, with the buildings growing outward as lean manufacturing steps are added and as technologies and customer demands evolve. I had never imagined that the principles I associate with software architecture could take such a physical, monumental form.<\/span><\/p>\n<figure id=\"attachment_9811\" aria-describedby=\"caption-attachment-9811\" style=\"width: 625px\" class=\"wp-caption aligncenter\"><img class=\"lazyload\" alt=\"photo of the BMW Group&#x2019;s Leipzig plant\" height=\"414\" data-src=\"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/bmw-figure-2.png\"><figcaption id=\"caption-attachment-9811\" class=\"wp-caption-text\">FIGURE 2: A drone photo of the BMW Group&#x2019;s Leipzig plant. The manufacturing line&#x2019;s key stages are visible as the &#x201C;knuckles&#x201D; of the five &#x201C;fingers&#x201D; growing up from and to the left of the middle of the plant. (Source: The BMW Group; used with permission.)<\/figcaption><\/figure>\n<p><span style=\"font-weight: 400\">I spent the months after my visit thinking about how to apply the plant&#x2019;s manufacturing innovations to rethinking how software is built. How do we emulate the visibility that the rework area provided? How do we align our software architectures with the value stream the way the Leipzig plant has done, from the building&#x2019;s structure to the placement of each stage and tool? How do we blend automation and human work this seamlessly? And, most importantly, how do we make the key bottleneck of a software process as visible to our staff as the plant has done?<\/span><\/p>\n<p><span style=\"font-weight: 400\">Then I had a lengthy talk with Nicole Bryan, Tasktop&#x2019;s Vice President of Product Development, who convinced me that I was thinking about this all wrong.<\/span><\/p>\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_82_2 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Table of Contents<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Toggle Table of Content\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #999;color:#999\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewBox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #999;color:#999\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewBox=\"0 0 24 24\" version=\"1.2\" baseProfile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#Software_Development_Isnt_a_Manufacturing_Process\" >Software Development Isn&#x2019;t a Manufacturing Process<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#Pitfalls_of_the_Wrong_Mental_Model\" >Pitfalls of the Wrong Mental Model<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#From_Linear_Batch_Processes_to_Value_Stream_Networks\" >From Linear Batch Processes to Value Stream Networks<\/a><\/li><\/ul><\/nav><\/div>\n<h2><span class=\"ez-toc-section\" id=\"Software_Development_Isnt_a_Manufacturing_Process\"><\/span><b>Software Development Isn&#x2019;t a Manufacturing Process<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><span style=\"font-weight: 400\">One of the most impressive things about the Leipzig plant is the large-scale implementation of just-in-time inventory. Even more interesting is that the cars are manufactured just-in-sequence: cars come off the production line in the same order that the customer orders come in. While the many stages are impressive, seeing the optimizations in the end-to-end process was nothing short of mind blowing.<\/span><\/p>\n<p><span style=\"font-weight: 400\">The concept of <\/span><i><span style=\"font-weight: 400\">pull<\/span><\/i><span style=\"font-weight: 400\"> is core in any lean system. For lean manufacturing, pull is the sequence of customer orders for physical widgets. At the BMW Group, the widgets are cars that meet market demand once they delight the customer with &#x201C;sheer driving pleasure,&#x201D; a phrase posted throughout the plant for staff to see. If more 1 Series than 2 Series cars are delighting users, more 1 Series cars come off the line, and the line&#x2019;s tooling and processes adapt to the new demand.<\/span><\/p>\n<p><span style=\"font-weight: 400\">As I walked the factory floor, the Zen koan stuck in my head was trying to figure out what these &#x201C;flow units&#x201D; would be in an amorphous software delivery process. Taking inspiration from the BMW Group&#x2019;s emphasis on &#x201C;sheer driving pleasure,&#x201D; we might conclude that those flow units should be something that delights our end users. Yet we know that with the days of shrink-wrap and compact-disk stamping far behind us, developers delight nobody by shipping the same piece of software again and again.<\/span><\/p>\n<p><span style=\"font-weight: 400\">Lean thinking is about letting the customer pull value from the producer. So, widgets in software should be units of business value that flow to the customer, producing some combination of delight, lack of annoyance, and revenue. The full definition of these &#x201C;flow items&#x201D; is covered in <\/span><a href=\"http:\/\/projecttoproduct.org\/\"><i><span style=\"font-weight: 400\">Project to Product<\/span><\/i><\/a><span style=\"font-weight: 400\">; for now, consider them to be features added, defects fixed, technical debt and security vulnerabilities resolved, and similar units of business value that customers want to pull. Yet no two of these flow units are ever the same.<\/span><\/p>\n<p><span style=\"font-weight: 400\">And here we see a core difference. Whereas a car-manufacturing plant aims to churn out the same widget in various configurations with the highest speed, reliability, and quality possible, software development organizations crank out a different widget with every feature delivered. Determining what those features should look like is similar to the BMW Group designing its next car. But in high-efficiency software shops, it happens at a weekly or an hourly cadence, not annually.<\/span><\/p>\n<p><span style=\"font-weight: 400\">If you have a constrained set of inputs and want to produce high-quality widgets, your best bet is to create a completely linear batch-style process, the ultimate example of which is a car production line. But if you&#x2019;re cranking out a different widget every time, and defining that widget&#x2019;s size and shape is a creative process, a linear process is a wrong and misleading model.<\/span><\/p>\n<h2><span class=\"ez-toc-section\" id=\"Pitfalls_of_the_Wrong_Mental_Model\"><\/span><b>Pitfalls of the Wrong Mental Model<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><span style=\"font-weight: 400\">As scientists, engineers, and technologists, we do well by reducing complex problems to simpler ones. But consider some of the mis-steps we&#x2019;ve taken in past attempts to improve large-scale software delivery. Waterfall development looked great in theory because it made linear the complexity of connecting all the stakeholders in software delivery. Agile development came to the rescue but over-simplified its view of delivery to exclude upstream and downstream stakeholders such as business analysts and operations staff. DevOps addressed that by embracing operations, automation, and repeatability of deployment processes. But I now fear that by over-focusing on linear processes rather than the DevOps tenets of end-to-end flow and feedback, organizations are about to make similar mistakes by adopting an overly narrow and overly linear view of DevOps.<\/span><\/p>\n<p><span style=\"font-weight: 400\">The ability to stamp out frequent releases in an automated, repeatable way can be a great starting point for DevOps transformations. But that&#x2019;s only a small step in optimizing the end-to-end software value stream. The theory of constraints<\/span><span style=\"font-weight: 400\">&#xA0;tells us that investing in just one segment of the value stream won&#x2019;t produce results unless that segment is the bottleneck. But how do we know it&#x2019;s the bottleneck? Even more important, what if we&#x2019;re looking for a linear bottleneck in a nonlinear process?<\/span><\/p>\n<p><span style=\"font-weight: 400\">Software development comprises a set of manufacturing-like processes. Taken in isolation, each can be thought of as batch flow in which automation and repeatability determine success. For example, in the 1970s, we mastered software assembly, with compilers and systems such as GNU Make providing batch-style repeatability for building very large codebases. In the following decade, GUI builders and code generation became an automation stage we now take for granted when building mobile UIs. Now, we&#x2019;re in the process of mastering code deployment, release, and performance management, making frequent releases a reliable and safe process. However, each of these is only a single building block of an end-to-end software value stream, analogous to the various stages of robots that form, weld, and assemble a car. But with software, these various stages don&#x2019;t combine to form the simple one-way batch flow of a production line.<\/span><\/p>\n<h2><span class=\"ez-toc-section\" id=\"From_Linear_Batch_Processes_to_Value_Stream_Networks\"><\/span><b>From Linear Batch Processes to Value Stream Networks<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p><span style=\"font-weight: 400\">At its core, the end-to-end software lifecycle is a business process that delivers value to end users. As such, the principles that James Womack and Daniel Jones&#xA0;listed in their summary of lean thinking, from their book&#xA0;<em>Lean Thinking: Banish Waste and Create Wealth in Your Corporation<\/em>, very much apply:<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Lean thinking can be summarized in five principles: precisely specify <\/span><\/i><span style=\"font-weight: 400\">value <\/span><i><span style=\"font-weight: 400\">by specific product, identify<\/span><\/i> <i><span style=\"font-weight: 400\">the <\/span><\/i><span style=\"font-weight: 400\">value stream<\/span><i><span style=\"font-weight: 400\"> for each product, make value <\/span><\/i><span style=\"font-weight: 400\">flow<\/span><i><span style=\"font-weight: 400\"> without interruptions, let the customer <\/span><\/i><span style=\"font-weight: 400\">pull<\/span><i><span style=\"font-weight: 400\"> value from the producer, and pursue <\/span><\/i><span style=\"font-weight: 400\">perfection<\/span><\/p>\n<p><span style=\"font-weight: 400\">Many lean concepts are relevant when we&#x2019;re shifting our thinking of flow from an assembly line to a network, such as small batch sizes and one-piece flow to minimize work in progress. However, to avoid overapplying manufacturing analogies&#x2014;or worse, continuing down the path of the wrong mental model&#x2014;we must more clearly define the key differences between managing the iterative and network-based value streams of software development and managing the linear value streams of manufacturing:<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Variability<\/span><\/i><span style=\"font-weight: 400\">. Manufacturing has a fixed, well-defined set of variations for what will emerge from the end of the line, whereas new software features are open ended. Manufacturing needs to minimize variability; software development needs to embrace it.<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Repeatability<\/span><\/i><span style=\"font-weight: 400\">. Manufacturing is about maximizing throughput of the same widget; software is about maximizing the iteration and feedback loops that drive innovation. We need repeatability at each stage of software delivery, such as reliable automated deployment, but we&#x2019;re trying to optimize more for flow and feedback than for repeatability.<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Planning frequency<\/span><\/i><span style=\"font-weight: 400\">. Cars are designed up-front in waterfall cycles spanning years. Modern software organizations usually plan delivery using a two-week sprint cadence. This means we must design our value streams for frequent planning and change.<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Creativity<\/span><\/i><span style=\"font-weight: 400\">. Manufacturing processes aim to achieve the highest feasible level of automation, which is facilitated by removing any creative and nondeterministic work from the production process. Creative work shifts to defining and tuning the production process itself. We see some of this in software. For example, defining the value stream from planning through deployment can be a bigger technical challenge than coding a new feature. However, even with the upcoming major advances in automation AI, we&#x2019;ll still be left with creative work and collaboration at each step of the software value stream.<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Visibility<\/span><\/i><span style=\"font-weight: 400\">. What makes software so interesting is that it&#x2019;s not subject to physical manufacturing constraints, making it almost infinitely malleable. This means that adaptation to a market&#x2019;s needs can happen at a dramatic pace. However, the lack of physical bits makes gaining visibility of flow and output a fascinating challenge, in contrast to how explicit this is in a car-manufacturing plant. Just as we had to invent microscopes to understand the inner workings of a physical world our eyes couldn&#x2019;t see, we now need a new set of tools to understand and manage intangible software value streams.<\/span><\/p>\n<p><span style=\"font-weight: 400\">If you buy into the notion of software value streams forming a network and into the airplane traffic analogy, we must also consider what makes for robust, efficient networks, ranging from route optimization to flow control. For example, to optimize a network, we must consider the following:<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Throughput<\/span><\/i><span style=\"font-weight: 400\">. We can measure a network&#x2019;s effectiveness as throughput&#x2014;for example, how many passengers can be transported along certain routes. Where in an IT organization should we invest to gain the highest increase in overall throughput?<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Latency<\/span><\/i><span style=\"font-weight: 400\">. Latencies are easy to deal with in a linear process, but what about the scenario in which one feature must be implemented by both a front-end and a back-end team? Does outsourcing to distant time zones increase latency? How do we measure overall network latencies and end-to-end lead times to increase time to market?<\/span><\/p>\n<p><i><span style=\"font-weight: 400\">Resiliency<\/span><\/i><span style=\"font-weight: 400\">. A robust network assumes that nodes can fail while flow remains. How does this relate to a failed product or an insurmountable tech&#xAD;nical debt?<\/span><\/p>\n<p><span style=\"font-weight: 400\">Finally, Metcalfe&#x2019;s law tells us that a network&#x2019;s value grows with its connectedness. If our value stream network has insufficient connectedness, is there any point in optimizing any particular stage? For instance, assume that no formalized feedback loop exists between operations and service desk staff working with an IT service management tool such as ServiceNow and developers coding in an agile tool such as Jira and planning releases in Microsoft Project. In this case, will investing millions into continuous delivery produce any measurable business benefit? When a company&#x2019;s competitiveness in the market is on the line, ad hoc answers to these questions don&#x2019;t suffice. We need a more robust model for software value stream networks; a key topic of <\/span><a href=\"http:\/\/projecttoproduct.org\/\"><i><span style=\"font-weight: 400\">Project to Product<\/span><\/i><span style=\"font-weight: 400\">.<\/span><\/a><\/p>\n<p><span style=\"font-weight: 400\">As I walked out of the Leipzig plant, my perspective was transformed by the ingenuity, innovation, and managerial sophistication that the BMW Group has attained. It&#x2019;s now time for us to lay down the groundwork and new mental models that will let us attain this kind of &#xA0;precision, perfection, and flow for scaling how software is built. As long as we continue viewing software delivery like a manufacturing line, we&#x2019;ll remain stuck in the age before flight.<\/span><\/p>\n<p><span style=\"font-weight: 400\">To learn more, pre-order a copy of <\/span><i><span style=\"font-weight: 400\">Project To Product<\/span><\/i><span style=\"font-weight: 400\"> today by clicking on the below cover:<\/span><\/p>\n<p><a href=\"https:\/\/www.amazon.com\/gp\/product\/1942788398\/ref=as_li_qf_asin_il_tl?ie=UTF8&amp;tag=itrevpre-20&amp;creative=9325&amp;linkCode=as2&amp;creativeASIN=1942788398&amp;linkId=ffdc9afd5d2bc7ae3d2336db701fd0c0\"><img class=\"lazyload\" alt=\"Project To Product book cover\" height=\"352\" data-src=\"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/07\/project-to-product_mik-kersten.jpg\"><\/a><\/p>\n<p><b>Sign up to the Product To Project newsletter<\/b><\/p>\n<p><span style=\"font-weight: 400\">This is the second blog in a series promoting the genesis of Mik&#x2019;s book <\/span><a href=\"https:\/\/www.amazon.com\/gp\/product\/1942788398\/ref=as_li_qf_asin_il_tl?ie=UTF8&amp;tag=itrevpre-20&amp;creative=9325&amp;linkCode=as2&amp;creativeASIN=1942788398&amp;linkId=ffdc9afd5d2bc7ae3d2336db701fd0c0\"><i><span style=\"font-weight: 400\">Project To Product<\/span><\/i><\/a><i><span style=\"font-weight: 400\">. <\/span><\/i><span style=\"font-weight: 400\">Please check out our first blog on <a href=\"\/value-stream-architecture\/\">&#x201C;Value Stream Architecture&#x201D;<\/a>.<\/span><span style=\"font-weight: 400\"> And to ensure you don&#x2019;t miss any further blogs, you can receive future articles and other insights delivered directly to your inbox by signing up to the <\/span><a href=\"https:\/\/go.tasktop.com\/Mik-Kersten-List-Signup.html\"><span style=\"font-weight: 400\">Project To Product newsletter<\/span><\/a><span style=\"font-weight: 400\">.<\/span><\/p>\n<p><b>Acknowledgments<\/b><\/p>\n<p><span style=\"font-weight: 400\">I&#x2019;m grateful to Frank Schaefer and Rene Testrote for arranging the visit and reframing my perspective.<\/span><\/p>\n<p><b><i>A version of this article was originally published in the November\/December 2017 issue of&#xA0;<\/i><\/b><b><i>IEEE Software&#xA0;(Copyright IEEE, 2017)<\/i>.&#xA0;<span class=\"description\">M.Kersten, &#x201C;The end of the manufacturing line analogy&#x201D;,&#xA0;<i>Software IEEE<\/i>, vol. 34, no. 6, pp. 89-93, 2017.11<\/span><\/b>&#xA0;&#x2013;&#xA0;<a href=\"https:\/\/ieeexplore.ieee.org\/document\/8106879\/citations?tabFilter=papers#citations\">Original article<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>I recently visited the BMW Group&#x2019;s Leipzig plant. My goal was to brainstorm with BMW Group IT leaders on how we could seamlessly integrate production lines with the software lifecycle. I was also interested in learning more about how BMW approaches car production as I was in the midst of defining the Flow Framework&#x2122; for&#8230;<\/p>\n","protected":false},"author":222,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_editorskit_title_hidden":false,"_editorskit_reading_time":0,"_editorskit_is_block_options_detached":false,"_editorskit_block_options_position":"{}","footnotes":""},"categories":[9547,521,9544,9543],"tags":[],"class_list":["post-21240","post","type-post","status-publish","format-standard","hentry","category-devops-teams","category-lean-agile","category-project-to-product-shift","category-value-stream-management"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.4 (Yoast SEO v27.4) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Lean Manufacturing and The End of the Manufacturing Line | Tasktop Blog<\/title>\n<meta name=\"description\" content=\"What can IT organizations learn about software delivery from leading Lean car manufacturers like BMW?Lean manufacturing concepts are relevant when shifting our thinking of flow from assembly line to software. These concepts help build software more efficiently.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Project to Product: Lean manufacturing and the end of the manufacturing line analogy\" \/>\n<meta property=\"og:description\" content=\"What can IT organizations learn about software delivery from leading Lean car manufacturers like BMW?Lean manufacturing concepts are relevant when shifting our thinking of flow from assembly line to software. These concepts help build software more efficiently.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/\" \/>\n<meta property=\"og:site_name\" content=\"Planview Blog\" \/>\n<meta property=\"article:publisher\" content=\"http:\/\/www.facebook.com\/pages\/Planview-Inc\/89422974772\" \/>\n<meta property=\"article:published_time\" content=\"2018-10-11T19:31:00+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png\" \/>\n<meta name=\"author\" content=\"Mik Kersten\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@Planview\" \/>\n<meta name=\"twitter:site\" content=\"@Planview\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Mik Kersten\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/\"},\"author\":{\"name\":\"Mik Kersten\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#\\\/schema\\\/person\\\/6be5164e0beb8c6fe553a8baed3610c1\"},\"headline\":\"Project to Product: Lean manufacturing and the end of the manufacturing line analogy\",\"datePublished\":\"2018-10-11T19:31:00+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/\"},\"wordCount\":2471,\"publisher\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/media.planview.com\\\/tasktop_blog\\\/wp-content\\\/uploads\\\/2018\\\/10\\\/mik-kersten-project-to-product-blog-series-850x357.png\",\"articleSection\":[\"DevOps Teams\",\"Enterprise Agile Planning\",\"Project to Product Shift\",\"Value Stream Management\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/\",\"url\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/\",\"name\":\"Lean Manufacturing and The End of the Manufacturing Line | Tasktop Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/media.planview.com\\\/tasktop_blog\\\/wp-content\\\/uploads\\\/2018\\\/10\\\/mik-kersten-project-to-product-blog-series-850x357.png\",\"datePublished\":\"2018-10-11T19:31:00+00:00\",\"description\":\"What can IT organizations learn about software delivery from leading Lean car manufacturers like BMW?Lean manufacturing concepts are relevant when shifting our thinking of flow from assembly line to software. These concepts help build software more efficiently.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#primaryimage\",\"url\":\"https:\\\/\\\/media.planview.com\\\/tasktop_blog\\\/wp-content\\\/uploads\\\/2018\\\/10\\\/mik-kersten-project-to-product-blog-series-850x357.png\",\"contentUrl\":\"https:\\\/\\\/media.planview.com\\\/tasktop_blog\\\/wp-content\\\/uploads\\\/2018\\\/10\\\/mik-kersten-project-to-product-blog-series-850x357.png\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/end-manufacturing-line-analogy\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/blog.planview.com\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Project to Product: Lean manufacturing and the end of the manufacturing line analogy\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#website\",\"url\":\"https:\\\/\\\/blog.planview.com\\\/\",\"name\":\"Planview Blog\",\"description\":\"Leading the conversation on digital connected work\",\"publisher\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/blog.planview.com\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#organization\",\"name\":\"Planview\",\"url\":\"https:\\\/\\\/blog.planview.com\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/blog.planview.com\\\/wp-content\\\/uploads\\\/2015\\\/06\\\/planview-logo-black.png\",\"contentUrl\":\"https:\\\/\\\/blog.planview.com\\\/wp-content\\\/uploads\\\/2015\\\/06\\\/planview-logo-black.png\",\"width\":280,\"height\":66,\"caption\":\"Planview\"},\"image\":{\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"http:\\\/\\\/www.facebook.com\\\/pages\\\/Planview-Inc\\\/89422974772\",\"https:\\\/\\\/x.com\\\/Planview\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/blog.planview.com\\\/#\\\/schema\\\/person\\\/6be5164e0beb8c6fe553a8baed3610c1\",\"name\":\"Mik Kersten\",\"description\":\"Dr. Mik Kersten started his career as a Research Scientist at Xerox PARC where he created the first aspect-oriented development environment. He then pioneered the integration of development tools with Agile and DevOps as part of his Computer Science PhD at the University of British Columbia. Founding Tasktop out of that research, Mik has written over one million lines of open source code that are still in use today, and he has brought seven successful open-source and commercial products to market. Mik\u2019s experiences working with some of the largest digital transformations in the world has led him to identify the critical disconnect between business leaders and technologists. Since then, Mik has been working on creating new tools and a new framework - the Flow Framework\u2122 - for connecting software value stream networks and enabling the shift from project to product. Mik lives with his family in Vancouver, Canada, and travels globally, sharing his vision for transforming how software is built, and is the author of Project To Product, a book that helps IT organizations survive and thrive in the Age of Software.\",\"url\":\"https:\\\/\\\/blog.planview.com\\\/author\\\/mik-kersten\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Lean Manufacturing and The End of the Manufacturing Line | Tasktop Blog","description":"What can IT organizations learn about software delivery from leading Lean car manufacturers like BMW?Lean manufacturing concepts are relevant when shifting our thinking of flow from assembly line to software. These concepts help build software more efficiently.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/","og_locale":"en_US","og_type":"article","og_title":"Project to Product: Lean manufacturing and the end of the manufacturing line analogy","og_description":"What can IT organizations learn about software delivery from leading Lean car manufacturers like BMW?Lean manufacturing concepts are relevant when shifting our thinking of flow from assembly line to software. These concepts help build software more efficiently.","og_url":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/","og_site_name":"Planview Blog","article_publisher":"http:\/\/www.facebook.com\/pages\/Planview-Inc\/89422974772","article_published_time":"2018-10-11T19:31:00+00:00","og_image":[{"url":"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png","type":"","width":"","height":""}],"author":"Mik Kersten","twitter_card":"summary_large_image","twitter_creator":"@Planview","twitter_site":"@Planview","twitter_misc":{"Written by":"Mik Kersten","Est. reading time":"12 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#article","isPartOf":{"@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/"},"author":{"name":"Mik Kersten","@id":"https:\/\/blog.planview.com\/#\/schema\/person\/6be5164e0beb8c6fe553a8baed3610c1"},"headline":"Project to Product: Lean manufacturing and the end of the manufacturing line analogy","datePublished":"2018-10-11T19:31:00+00:00","mainEntityOfPage":{"@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/"},"wordCount":2471,"publisher":{"@id":"https:\/\/blog.planview.com\/#organization"},"image":{"@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#primaryimage"},"thumbnailUrl":"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png","articleSection":["DevOps Teams","Enterprise Agile Planning","Project to Product Shift","Value Stream Management"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/","url":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/","name":"Lean Manufacturing and The End of the Manufacturing Line | Tasktop Blog","isPartOf":{"@id":"https:\/\/blog.planview.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#primaryimage"},"image":{"@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#primaryimage"},"thumbnailUrl":"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png","datePublished":"2018-10-11T19:31:00+00:00","description":"What can IT organizations learn about software delivery from leading Lean car manufacturers like BMW?Lean manufacturing concepts are relevant when shifting our thinking of flow from assembly line to software. These concepts help build software more efficiently.","breadcrumb":{"@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#primaryimage","url":"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png","contentUrl":"https:\/\/media.planview.com\/tasktop_blog\/wp-content\/uploads\/2018\/10\/mik-kersten-project-to-product-blog-series-850x357.png"},{"@type":"BreadcrumbList","@id":"https:\/\/blog.planview.com\/end-manufacturing-line-analogy\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/blog.planview.com\/"},{"@type":"ListItem","position":2,"name":"Project to Product: Lean manufacturing and the end of the manufacturing line analogy"}]},{"@type":"WebSite","@id":"https:\/\/blog.planview.com\/#website","url":"https:\/\/blog.planview.com\/","name":"Planview Blog","description":"Leading the conversation on digital connected work","publisher":{"@id":"https:\/\/blog.planview.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/blog.planview.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/blog.planview.com\/#organization","name":"Planview","url":"https:\/\/blog.planview.com\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/blog.planview.com\/#\/schema\/logo\/image\/","url":"https:\/\/blog.planview.com\/wp-content\/uploads\/2015\/06\/planview-logo-black.png","contentUrl":"https:\/\/blog.planview.com\/wp-content\/uploads\/2015\/06\/planview-logo-black.png","width":280,"height":66,"caption":"Planview"},"image":{"@id":"https:\/\/blog.planview.com\/#\/schema\/logo\/image\/"},"sameAs":["http:\/\/www.facebook.com\/pages\/Planview-Inc\/89422974772","https:\/\/x.com\/Planview"]},{"@type":"Person","@id":"https:\/\/blog.planview.com\/#\/schema\/person\/6be5164e0beb8c6fe553a8baed3610c1","name":"Mik Kersten","description":"Dr. Mik Kersten started his career as a Research Scientist at Xerox PARC where he created the first aspect-oriented development environment. He then pioneered the integration of development tools with Agile and DevOps as part of his Computer Science PhD at the University of British Columbia. Founding Tasktop out of that research, Mik has written over one million lines of open source code that are still in use today, and he has brought seven successful open-source and commercial products to market. Mik\u2019s experiences working with some of the largest digital transformations in the world has led him to identify the critical disconnect between business leaders and technologists. Since then, Mik has been working on creating new tools and a new framework - the Flow Framework\u2122 - for connecting software value stream networks and enabling the shift from project to product. Mik lives with his family in Vancouver, Canada, and travels globally, sharing his vision for transforming how software is built, and is the author of Project To Product, a book that helps IT organizations survive and thrive in the Age of Software.","url":"https:\/\/blog.planview.com\/author\/mik-kersten\/"}]}},"_links":{"self":[{"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/posts\/21240","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/users\/222"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/comments?post=21240"}],"version-history":[{"count":0,"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/posts\/21240\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/media?parent=21240"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/categories?post=21240"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.planview.com\/wp-json\/wp\/v2\/tags?post=21240"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}