{"id":29777,"date":"2026-04-13T09:19:27","date_gmt":"2026-04-13T07:19:27","guid":{"rendered":"https:\/\/www.leanthinking.it\/?p=29777"},"modified":"2026-04-13T11:49:46","modified_gmt":"2026-04-13T09:49:46","slug":"lean-rd-reduce-product-development-delays","status":"publish","type":"post","link":"https:\/\/www.leanthinking.it\/en\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/","title":{"rendered":"Lean R&amp;D: Why R&amp;D Projects Accumulate Delays and How to Reduce Product Development Lead Time"},"content":{"rendered":"<h3>Summary<\/h3>\n<p>In this article, we analyze why manufacturing company R&amp;D departments fall behind despite team expertise, identifying three systemic critical bottlenecks: overly rigid advancement gates that disrupt natural learning cycles, infinite capacity management, and planning focused on individual resources rather than the entire project portfolio. We will see how the Lean approach applied to R&amp;D\u2014through adaptive checkpoints, VSM, Scrum, Visual Planning, and Obeya Rooms\u2014enables the redesign of the product development process to reduce waiting times, rework, and knowledge dispersion, with measurable results in terms of lead time, productivity, and time-to-market.<\/p>\n<hr \/>\n<p>There's a quiet paradox in almost every <strong>R&amp;D department<\/strong> of manufacturing companies: the team is competent, motivated, and works tirelessly, yet R&amp;D project delays are systematically accumulating, resources are continuously diverted to emergencies, and the hard-won know-how from one project vanishes before it can be reused in the next.<\/p>\n<p>Based on our experience, the cause, almost always, is not a lack of ideas or talent. It's the system that, in most cases, presents three critical, self-reinforcing bottlenecks:<\/p>\n<ul>\n<li>A development process with overly rigid gates that interrupt natural learning cycles<\/li>\n<li>An R&amp;D area managed at infinite capacity<\/li>\n<li>A culture of <strong>R&amp;D project portfolio planning<\/strong> focused on individual people instead of the overall flow.<\/li>\n<\/ul>\n<p>The approach <strong>Lean R&amp;D<\/strong> arises precisely to address these three challenges: not as a set of tools to be applied mechanically, but as a management system that places the flow of value at the center of the research and development process.<\/p>\n<p>The approach <strong>Go to the R&amp;D area<\/strong>, in its most advanced and least explored form, was born precisely to overcome these obstacles. It is not a matter of mechanically applying the principles and tools of the methodology <a href=\"https:\/\/www.bonfiglioliconsulting.com\/it\/servizi\/lean-thinking\/\" target=\"_blank\" rel=\"noopener\">Lean World Class\u00ae<\/a> . <strong>It's about understanding where value is created and where it is lost in the research and development process.,<\/strong> and to build a system that supports people in doing their work well, reducing waits, rework, and information scatter.<\/p>\n<p>I<strong>In this article, we analyze Lean management of the R&amp;D area as a critical department.<\/strong>, and iterative learning cycles as an alternative to rigid gates.<\/p>\n<h2><strong>Rigid Gates in R&amp;D: When Procedure Stifles Innovation<\/strong><\/h2>\n<p>One of the most subtle, and most impactful, knots in development processes concerns the <strong>Forward Gate Structure<\/strong>. In theory, gates are review points that ensure a project's technical maturity before proceeding. In practice, if misplaced, they become obstacles that artificially interrupt the most valuable learning cycle in R&amp;D: iterative prototyping. Understanding how to reduce the <strong>Product Development Lead Time<\/strong> means, first and foremost, to question this very structure.<\/p>\n<p>In a project we followed for a leading company, Gate 1, situated between the Design and Development phases, formally closed a phase that in operational reality had never been completed linearly. The Design and Development phases overlap by nature: tests on the first prototypes generate information that modifies the design, which requires new prototypes, which produce new tests. It's a <strong>iterative learning cycle<\/strong>, and the rigid gate broke it in half, creating documentary ambiguity, \u201cghost\u201d gates informally closed in bi-weekly meetings, and untracked parallel processes.<\/p>\n<h3><strong>Adaptive Checkpoints: The Lean Alternative to Rigid Gates<\/strong><\/h3>\n<p><strong>The solution overturns classical logic:<\/strong> instead of gates that separate discrete, compartmentalized phases, we introduce <strong>checkpoints tied to concrete and measurable events<\/strong> within the iterative cycle. The rule is simple: close the phase when you are truly ready, not when the calendar dictates it.<\/p>\n<p><strong>The Design and Development phases are<\/strong> <strong>unify in a single iterative cycle<\/strong> governed by three sequential and objective checkpoints:<\/p>\n<ul>\n<li><strong>Check-point 1 \u2013 Critical Materials Order:<\/strong> issuance of the purchase order for critical materials, signaling that the project has reached sufficient technical maturity to commit significant resources.<\/li>\n<li><strong>Checkpoint 2 \u2013 First sample request:<\/strong> emission of the first Sample Production Request, the Design cycle is considered sufficiently stable to initiate the physical production of prototypes.<\/li>\n<li><strong>Checkpoint 3 \u2013 <\/strong>Formal launch of the testing program, completion of the iterative prototyping cycle, and commencement of the validation phase.<\/li>\n<\/ul>\n<p>This adaptive structure respects the non-linear nature of innovation without sacrificing control and documentation. Each checkpoint is a real event, not a calendar date, and this makes all the difference in technical risk management.<\/p>\n<h2><strong>The R&amp;D area as a bottleneck: the problem everyone feels and no one measures<\/strong><\/h2>\n<p>In almost every organization, the R&amp;D area often gets <em>perceived<\/em> like a bottleneck \u2014 but it rarely comes <strong>measured<\/strong> as such, and even more rarely comes <strong>managed<\/strong> with the same discipline used to manage a production department.<\/p>\n<h3><strong>The nonlinear relationship between load and lead time<\/strong><\/h3>\n<p>There is a physical law governing the behavior of high-utilization R&amp;D areas that most R&amp;D managers are unaware of: <strong>The relationship between capacity utilization percentage and lead time is not linear, but exponential.<\/strong>.<\/p>\n<p>When the R&amp;D department reaches 80% of its rated load, the lead time for throughput does not increase proportionally\u2014it collapses. The system goes into crisis. <em>First<\/em> to be full, and it does so quickly and unintuitively. This explains the paradox: the more you work at maximum capacity, the worse the response times become; not because people are working poorly, but because the system is structurally overloaded.<\/p>\n<p>The solution is not to add resources indiscriminately, but <strong>Manage capacity intelligently<\/strong>create deliberate buffers, prioritize workloads, and, above all, protect the capacity dedicated to development from being overrun by external urgencies. The same principle applies in production with the\u2019<a href=\"https:\/\/www.leanthinking.it\/en\/oee-beyond-numbers-daily-improvement\/\">OEE<\/a>When a certain usage threshold is exceeded without managing losses in a structured way, the system collapses before reaching its full theoretical capacity.<\/p>\n<h3><strong>Area R&amp;D: How much time is really lost on valueless activities<\/strong><\/h3>\n<p>In a real case we intervened in, about\u2019<strong>80% tickets<\/strong> The work involved support activities for other company departments \u2013 sales, quality, purchasing, maintenance \u2013 which absorbed the <strong>63% man-hours<\/strong> available. Only 37% of the remaining hours were devoted to product development\u2014the only work for which an R&amp;D lab truly exists.<\/p>\n<p>The practical result is paradoxical: a <strong>R&amp;D lab that becomes a bottleneck<\/strong> not due to an excess of development projects, but due to the systematic erosion of its resources in favor of support activities for other functions.<\/p>\n<p>The operational proposal is concrete: to introduce an explicit capacity allocation rule that reserves at least <strong>40% Human Resources<\/strong> to product development activities, systematically protecting them from the erosion of urgencies.<\/p>\n<h2><strong>How to Apply Lean to R&amp;D: Tools and Measurable Results<\/strong><\/h2>\n<p>The approach of <a href=\"https:\/\/www.bonfiglioliconsulting.com\/it\/\" target=\"_blank\" rel=\"noopener\">Bonfiglioli Consulting<\/a> Lean management in the R&amp;D area is structured around five main levers:<\/p>\n<h3><strong>1 \u2013 VSM in R&amp;D: Mapping Value Where It's Not Visible<\/strong><\/h3>\n<p>The <strong>VSM applied to R&amp;D<\/strong> \u2014 the <strong>Value Stream Mapping<\/strong>, the quintessential Lean tool for mapping production flows \u2014 finds its most challenging and, at the same time, most revealing application in the research and development process. While in production, the value stream is physically visible (the part moves, the lead time is measurable), in R&amp;D, the flow consists of decisions, data, approvals, and test cycles. Making it visible requires a precise methodological approach and the team's willingness to describe the actual process, not the one they wish it were.<\/p>\n<p>Applying VSM to a product development process means following four <strong>fundamental steps<\/strong>:<\/p>\n<ul>\n<li><strong>Phase Identification:<\/strong> Map each step of the process from ideation and feasibility analysis to prototyping, testing, and final validation \u2014 not the written procedure, but the actual flow as it's executed daily<\/li>\n<li><strong>Time and resource assessment<\/strong> For each phase, record the <em>Process Time<\/em> (actual working time in the absence of disruptions), the <em>Lead Time<\/em> crossing lane and critical resource load (personnel, tools, machines)<\/li>\n<li><strong>Identifying waste:<\/strong> Identify codes, waiting times, rework, task overlaps, and information that is lost in transitions between functions.<\/li>\n<li><strong>Definition of the To-Be process:<\/strong> Use the VSM results to redesign the flow, eliminating non-value-added activities and streamlining critical steps.<\/li>\n<\/ul>\n<p>Applying VSM to R&amp;D primarily serves to <strong>To make an individual problem a shared one<\/strong>. When the team maps the real flow together, they discover that the delays are not dependent on a single function or person, but on the system's architecture. This fundamentally changes the conversation: from \u201cwho made a mistake\u201d to \u201cwhat do we need to change.\u201d It's the same principle that governs OEE in manufacturing: the tool doesn't measure people, it measures the system\u2014and opening that conversation neutrally is the indispensable prerequisite for any real improvement.<\/p>\n<p>In a real project we worked on, VSM was applied to a development process organized in six Stage-Gate phases: <strong>Feasibility, Design, Development, Verification, Validation and SOP<\/strong>. The map immediately highlighted the structural gap between the stated process time and the actual throughput Lead Time, inflated by queues, waiting periods, and systematic rework.<\/p>\n<h4><strong>VSM in R&amp;D: typical critical points for each development phase<\/strong><\/h4>\n<p>The analysis revealed specific critical issues at each stage of the process:<\/p>\n<ul>\n<li><strong>Feasibility Phase<\/strong> The project often starts without complete or shared technical specifications; historical data of sufficient quality to assess feasibility is scattered and difficult to access, slowing down key decisions from the outset.<\/li>\n<li><strong>Design Phase:<\/strong> each Project Leader plans based on their personal experience, without standard references tied to the project type; performance simulation models are complex tools, understandable only by the most senior technicians, a fragility the company cannot afford.<\/li>\n<li><strong>Development Phase:<\/strong> The procurement of raw materials for prototypes is managed manually and informally, outside of company systems, with the Project Leader as the sole point of control for deliveries. Production learns its schedules only 15-20 days in advance, making reliable planning impossible. Issues reported by Production regarding product design are ignored in the initial phases, only to reemerge at a much higher cost during final validation.<\/li>\n<li><strong>Verification\/Validation Steps<\/strong> The boundary between verification and validation is often ambiguous in daily practice, leading to overlaps and incomplete documentation; the management of production slots follows the same short-range logic as the previous phase, with the same delays systematically repeating on every project.<\/li>\n<\/ul>\n<p><strong>The overall result is a formally defined but operationally misaligned process.,<\/strong> where Project Leaders rely on personal experience rather than procedure \u2013 not out of negligence, but because the procedure itself is not sufficiently aligned with operational reality.<\/p>\n<h3><strong>2 \u2013 Finite Capacity Planning with Scrum<\/strong><\/h3>\n<p>Weekly lab planning is structured logically. <strong>Scrum<\/strong> adapted to the analytical context: short sprints (weekly or bi-weekly), self-managed teams, rapid adaptation to unforeseen events. The visual tool \u2013 physical on a board or digital \u2013 allows each analyst to see their workload, that of their colleagues, and shared priorities, eliminating the main source of stress for laboratory resources: uncertainty about what to do next.<\/p>\n<h3><strong>3 \u2013 Ticket Management and Test Prioritization<\/strong><\/h3>\n<p>The requests are handled through a system <strong>standardized ticket<\/strong>Every request enters the workflow with a type, an expected standard time, and a priority assigned based on explicit criteria (urgency, project impact, tool availability). This transforms the area from a reactive system \u2013 where the loudest person wins \u2013 to a workflow governed by objective criteria, visible to all and accepted by all involved functions.<\/p>\n<h3><strong>4 - Visual Planning of Tools and Machines<\/strong><\/h3>\n<p>One of the most systematically ignored aspects: <strong>equipment planning<\/strong>. In many contexts, there is no scheduling of analytical instruments \u2013 even though lab equipment is a bottleneck as real as a press in a workshop.<\/p>\n<p>The solution is a <strong>Weekly visual scoreboard<\/strong> centered on the use of tools: who uses which machine, when, for how long, with what priority. An agile system that makes the bottleneck visible and allows for proactive management, eliminating the implicit collisions that are only discovered today when it's too late.<\/p>\n<h3><strong>5 \u2013 Kanban for Critical Lab Materials<\/strong><\/h3>\n<p>Critical consumables are managed with logic <a href=\"https:\/\/www.leanthinking.it\/en\/lean-tools\/kanban\/\" target=\"_blank\" rel=\"noopener\"><strong>Kanban with a tag<\/strong><\/a>Each workstation has its visual reorder point, with the necessary purchasing information already on the tag. No more analytical interruptions due to lack of materials.<\/p>\n<h2><strong>Knowledge Management: Transforming Experimental Data into Corporate Assets<\/strong><\/h2>\n<p>There's a hidden cost in R&amp;D processes that nobody ever puts into the project budget: the cost of <strong>Knowledge that is lost<\/strong>. Every prototyping cycle generates data, every test produces information \u2013 but if it remains in an Excel file only accessible to the person who created it, it's not a company asset. It's a personal archive destined to disappear when that person changes roles.<\/p>\n<p>In a real-world case we worked on, the performance simulation tools had three fundamental issues:<\/p>\n<ul>\n<li><strong>Knowledge trapped in people:<\/strong> Only the most experienced technicians knew how to correctly interpret the simulation results. If that person is absent, changes roles, or leaves the company, that knowledge disappears with them.<\/li>\n<li><strong>Siloed knowledge:<\/strong> Different divisions working on similar technologies used separate, non-communicating tools. Each team did not capitalize on the discoveries of their colleagues.<\/li>\n<li><strong>Knowledge that does not accumulate:<\/strong> Simulation models were updated occasionally and informally, passed hand-to-hand without a structured process. The result: each project starts almost from scratch instead of building on the results of the previous one.<\/li>\n<\/ul>\n<h3><strong>Knowledge Management in R&amp;D: Three Levels for Structuring Know-How<\/strong><\/h3>\n<p><strong>Level 1 \u2013 Structuring experimental data:<\/strong> gather the test results <strong>parameterized correlation curves<\/strong>, connecting the analytical results to the key characteristics of the tested product. The goal is for each project to enrich the shared knowledge base, rather than producing isolated data.<\/p>\n<p><strong>Level 2 \u2013 Modular Architecture and Technical Configurators:<\/strong> structuring know-how into a technical-commercial configurator that guides design choices towards already validated solutions. In a real Make-to-Order manufacturing company, this structuring has reduced order management Lead Time by <strong>35%<\/strong> and the workload of the Technical Office on standard orders from <strong>8 hours to 1 hour<\/strong>.<\/p>\n<p><strong>Level 3 \u2013 Advanced Analytics:<\/strong> Explore predictive algorithms to identify patterns in experimental data \u2013 which configurations tend to fall into unfeasible zones, which parameters non-linearly influence final performance. Technologies accessible today even for medium-sized businesses.<\/p>\n<h2><strong>Capacity Planning R&amp;D: How to Manage the Project Portfolio with a Lean Approach<\/strong><\/h2>\n<p>One of the most profound differences between a traditional R&amp;D organization and a Lean one is the <strong>level at which planning control is exercised<\/strong>. In most development departments, planning is centered on individual resources: each researcher's workload is known, but the overall portfolio Lead Time is not, nor is the lab machine utilization.<\/p>\n<p>Lean R&amp;D shifts the focus to\u2019<strong>full project portfolio<\/strong>, through three integrated levels:<\/p>\n<ul>\n<li><strong>Level 1 \u2013 Long Term:<\/strong> strategic visibility across the entire portfolio, with monthly prioritization and dedicated tracks by type (projects, innovation, support).<\/li>\n<li><strong>Level 2 - Medium Term:<\/strong> Multiproject planning with standard Gantt for Bins, critical functions capacity management, cross-functional Kanban meeting every 1-2 weeks.<\/li>\n<li><strong>Level 3 \u2013 Short Term:<\/strong> Scrum per single resource\/area, finite capacity weekly planning, bi-weekly progress flash meetings.<\/li>\n<\/ul>\n<p>pure innovation projects achieve a <strong>dedicated lane<\/strong> in the portfolio, which guarantees them visibility and priority in the medium-term plan, preventing them from being systematically sacrificed on the altar of urgency. It's not a matter of will: it's a matter of system architecture.<\/p>\n<p>Based on our experience, the rigorous application of this approach in companies with a strong custom product development component has produced the following results:<\/p>\n<table>\n<thead>\n<tr>\n<td><strong>Sector<\/strong><\/td>\n<td><strong>Intervention<\/strong><\/td>\n<td><strong>Results<\/strong><\/td>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Manufacturing \u2013 special machinery<\/strong><\/td>\n<td>Lean Development + Kanban + Scrum<\/td>\n<td><strong>-40% Lead Time, -30% design hours, -20% inventory<\/strong><\/td>\n<\/tr>\n<tr>\n<td><strong>Manufacturing \u2013 packaging<\/strong><\/td>\n<td>Project Management Visual + VSM<\/td>\n<td><strong>-30% Lead Time, -40% Assembly Hours<\/strong><\/td>\n<\/tr>\n<tr>\n<td><strong>Manufacturing \u2013 Industrial Automation<\/strong><\/td>\n<td>Integrated Lean Approach for<\/td>\n<td><strong>-20% LT, +15% OTD, +20% productivity, -40% inventory<\/strong><\/td>\n<\/tr>\n<tr>\n<td><strong>Manufacturing \u2013 Food facilities<\/strong><\/td>\n<td>Kanban + Scrum for projects<\/td>\n<td><strong>LT from 6 to 3 months (-50%), -25% assembly time<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2><\/h2>\n<h2><strong>The Obeya Room: Where Innovation Becomes Visible to All<\/strong><\/h2>\n<p>All the tools described so far \u2013 VSM, iterative cycles, portfolio Kanban, Visual Planning Board, ticket management \u2013 only function fully if they have a permanent physical space to live in. This space is the\u2019<strong>Obeya Room<\/strong> \u2014 in Japanese, literally \u201clarge room\u201d.<\/p>\n<p>The Obeya is not a meeting room. It is the <strong>Project Control Room<\/strong> from the R&amp;D department: an environment where planning boards, project status, process KPIs, and progress indicators are constantly visible and accessible to all team members. Anyone who walks in should be able to understand, in a few seconds, the status of the company's entire innovation portfolio.<\/p>\n<p>The integrated visual system in the Obeya consists of four elements:<\/p>\n<ul>\n<li><strong>Kanban Board Long Term:<\/strong> Each project is represented by a card with an identifier, major phases, start and end dates, checkpoints, and delay status \u2014 displayed on a chronological timeline for the week of the first critical deadline.<\/li>\n<li><strong>Visual Planning Board Short Term<\/strong> Detailed planning of the current stage for each project, with adaptive flexibility to manage iterative learning cycles.<\/li>\n<li><strong>Cross-functional Task Manager<\/strong> Map the open actions that cross functions (R&amp;D, lab, manufacturing, procurement), making shared responsibilities and inter-functional deadlines visible.<\/li>\n<li><strong>Workload and KPIs<\/strong> Time reporting, Lead Time and OTD dashboard by phase, budget\/actual variances for progressive updating of planning models.<\/li>\n<\/ul>\n<p>The effects are both <strong>hard<\/strong> \u2014 planning at any level of detail, rapid problem identification, focus on deadlines \u2014 that <strong>soft<\/strong>sense of belonging, mutual trust, shared responsibility for the flow. One of our mottos in these projects is: <strong><em>\u201cThe regular progress of a project in the pipeline is everyone's responsibility.\u201d<\/em>.<\/strong><\/p>\n<h2><strong>How to Implement Lean R&amp;D: The Five Priority Actions<\/strong><\/h2>\n<p>A Lean R&amp;D process isn\u2019t built overnight, but you don\u2019t have to start from scratch with everything. Here are five proven, field-tested steps that are a good place to start:<\/p>\n<ol>\n<li><strong>Map the current state with the VSM<\/strong> Not the formal procedure, but the process as it really works today. The map reveals the gap between stated and actual Lead Time, and makes the diagnosis shared by the entire team.<\/li>\n<li><strong>Measure the area as a production department:<\/strong> tickets by type, hours by activity, tool usage. Without measurement, there is no improvement \u2014 this applies in production with OEE, and in the lab with analytical KPIs.<\/li>\n<li><strong>Here is the 40% rule:<\/strong> Specify in writing that at least 40% of the hours are reserved for product development activities. Not as a mere intention, but as a non-negotiable operating rule\u2014otherwise, urgent support requests will always take precedence.<\/li>\n<li><strong>Redraw the gates in adaptive checkpoints:<\/strong> Merge iterative phases into learning cycles driven by concrete events, not calendar dates.<\/li>\n<li><strong>Build the Obeya:<\/strong> It also starts with a physical board, paper, and sticky notes. Cultural transformation begins when the team recognizes itself in a shared space for managing its own work.<\/li>\n<\/ol>\n<h2 id=\"faq--lean-rd-domande-frequenti\">FAQ \u2013 Lean R&amp;D: Frequently Asked Questions<\/h2>\n<h3><strong>1. Why do R&amp;D projects accumulate delays even when the team is competent and motivated?<\/strong><\/h3>\n<p>The cause is rarely a lack of talent or ideas. The problem is almost always systemic: poorly positioned advancement gates that interrupt natural learning cycles, an area managed at infinite capacity, and planning centered on the individual resource instead of the entire project portfolio. The Lean R&amp;D approach was specifically created to address these three structural bottlenecks.<\/p>\n<h3><strong>2. What is an adaptive checkpoint and how does it differ from a traditional gate?<\/strong><\/h3>\n<p>A traditional gate separates discrete phases based on calendar dates, often artificially interrupting iterative cycles that are still in progress. An adaptive checkpoint, on the other hand, is tied to concrete and measurable events\u2014such as the issuance of an order for critical materials or the formal commencement of a testing program\u2014and closes only when the project has reached true technical maturity. This approach respects the nonlinear nature of innovation without sacrificing control.<\/p>\n<h3><strong>3. How is VSM (Value Stream Mapping) applied to an R&amp;D process?<\/strong><\/h3>\n<p>VSM in R&amp;D follows the same logic as mapping production flows, but the value stream is made of decisions, data, approvals, and test cycles instead of physical parts. All phases of the real process are mapped\u2014from ideation to validation\u2014recording Process Time, actual Lead Time, and the load on critical resources. The result is a shared diagnosis that makes bottlenecks, waiting times, rework, and information losses visible, transforming a problem perceived as individual into a system issue.<\/p>\n<h3><strong>4. How long does it take to implement a Lean R&amp;D approach in a company?<\/strong><\/h3>\n<p>There is no quick fix: Lean R&amp;D is a journey of organizational maturation that requires method and consistency. However, certain priority actions\u2014such as VSM mapping of the actual workflow, implementing the 40% rule for capacity allocation, and redesigning gates as adaptive checkpoints\u2014can yield measurable results as early as the first few weeks of implementation. Every journey always begins with a concrete analysis of the organization\u2019s current state.<\/p>\n<h2><strong>Ready to transform your R&amp;D with Lean?<\/strong><\/h2>\n<p>Lean R&amp;D is not a quick fix, nor is it a project that concludes in a few weeks.<strong> It is a path of organizational maturation<\/strong> that requires method, consistency, and\u2014most importantly\u2014someone who has already traveled that road and can guide you, helping you avoid the most costly mistakes.<\/p>\n<p>We support manufacturing companies in transforming their Research and Development processes through <strong>Lean Development<\/strong>From VSM to Stage-Gate redesign, from Lean planning to Obeya Room, from skills gap analysis to structured knowledge management.<\/p>\n<p>Every intervention starts with a concrete analysis of the current state\u2014because Lean R&amp;D that truly works is built on the reality of your organization, not on abstract models.<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<hr \/>\n<h4 class=\"wp-block-heading has-small-font-size\"><em>By the Editorial Staff of Bonfiglioli Consulting<br \/>\nEvery publication stems from industry studies, field research, and global trend analysis, integrated with the knowledge and expertise gained from transformation projects, with the aim of promoting a business culture.<\/em><\/h4>\n<h4 class=\"wp-block-heading has-small-font-size\">Published on April 13, 2026<\/h4>\n<p>&nbsp;<\/p>\n<p>Did you recognize your R&amp;D in this article?<br \/>\nBonfiglioli Consulting assists manufacturing companies in transforming R&amp;D into a measurable competitive advantage. <code><\/code><\/p>","protected":false},"excerpt":{"rendered":"<p>-40% R&amp;D Lead Time, +15% OTD: Find out how with VSM, Scrum, and the Obeya Room. Real-world manufacturing case studies.<\/p>","protected":false},"author":73,"featured_media":29781,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[14],"tags":[],"class_list":["post-29777","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articoli","area-operational-excellence"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.0 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Lean R&amp;D: come superare i ritardi nei progetti<\/title>\n<meta name=\"description\" content=\"Scopri i vantaggi del Lean R&amp;D e come ottimizzare i processi per migliorare l&#039;efficienza nei progetti di ricerca e sviluppo.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.leanthinking.it\/en\/lean-rd-reduce-product-development-delays\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Lean R&amp;D: come superare i ritardi nei progetti\" \/>\n<meta property=\"og:description\" content=\"Scopri i vantaggi del Lean R&amp;D e come ottimizzare i processi per migliorare l&#039;efficienza nei progetti di ricerca e sviluppo.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.leanthinking.it\/en\/lean-rd-reduce-product-development-delays\/\" \/>\n<meta property=\"og:site_name\" content=\"Lean Thinking\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-13T07:19:27+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-04-13T09:49:46+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.leanthinking.it\/wp-content\/uploads\/2026\/04\/Lean-RD.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1344\" \/>\n\t<meta property=\"og:image:height\" content=\"768\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Silvia Bolognini\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Silvia Bolognini\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"20 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/\"},\"author\":{\"name\":\"Silvia Bolognini\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/#\\\/schema\\\/person\\\/f657c285e043ca22f657c5cc90fdd042\"},\"headline\":\"Lean R&#038;D: perch\u00e9 i progetti R&#038;D accumulano ritardi e come ridurre il Lead Time di sviluppo prodotto\",\"datePublished\":\"2026-04-13T07:19:27+00:00\",\"dateModified\":\"2026-04-13T09:49:46+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/\"},\"wordCount\":3764,\"image\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.leanthinking.it\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Lean-RD.png\",\"articleSection\":[\"Articoli\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/\",\"url\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/\",\"name\":\"Lean R&D: come superare i ritardi nei progetti\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.leanthinking.it\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Lean-RD.png\",\"datePublished\":\"2026-04-13T07:19:27+00:00\",\"dateModified\":\"2026-04-13T09:49:46+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/#\\\/schema\\\/person\\\/f657c285e043ca22f657c5cc90fdd042\"},\"description\":\"Scopri i vantaggi del Lean R&D e come ottimizzare i processi per migliorare l'efficienza nei progetti di ricerca e sviluppo.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.leanthinking.it\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Lean-RD.png\",\"contentUrl\":\"https:\\\/\\\/www.leanthinking.it\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Lean-RD.png\",\"width\":1344,\"height\":768,\"caption\":\"Un gruppo di sei uomini in un ufficio moderno collabora attorno a un tavolo coperto di documenti, dispositivi elettronici, materiali SMED avanzati e apparecchiature fotografiche, con uno schermo di proiezione che mostra diagrammi tecnici sullo sfondo.\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/lean-rd-ridurre-ritardi-sviluppo-prodotto\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.leanthinking.it\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Lean R&#038;D: perch\u00e9 i progetti R&#038;D accumulano ritardi e come ridurre il Lead Time di sviluppo prodotto\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/#website\",\"url\":\"https:\\\/\\\/www.leanthinking.it\\\/\",\"name\":\"Lean Thinking\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.leanthinking.it\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.leanthinking.it\\\/#\\\/schema\\\/person\\\/f657c285e043ca22f657c5cc90fdd042\",\"name\":\"Silvia Bolognini\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/88b4aff51854ff4456e63e579fae780f59b95a16d8f04b9cd8d992fb5e257357?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/88b4aff51854ff4456e63e579fae780f59b95a16d8f04b9cd8d992fb5e257357?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/88b4aff51854ff4456e63e579fae780f59b95a16d8f04b9cd8d992fb5e257357?s=96&d=mm&r=g\",\"caption\":\"Silvia Bolognini\"},\"url\":\"https:\\\/\\\/www.leanthinking.it\\\/en\\\/author\\\/sbolognini\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Lean R&amp;D: How to Overcome Project Delays","description":"Discover the advantages of Lean R&amp;D and how to optimize processes to improve efficiency in research and development projects.","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:\/\/www.leanthinking.it\/en\/lean-rd-reduce-product-development-delays\/","og_locale":"en_US","og_type":"article","og_title":"Lean R&D: come superare i ritardi nei progetti","og_description":"Scopri i vantaggi del Lean R&D e come ottimizzare i processi per migliorare l'efficienza nei progetti di ricerca e sviluppo.","og_url":"https:\/\/www.leanthinking.it\/en\/lean-rd-reduce-product-development-delays\/","og_site_name":"Lean Thinking","article_published_time":"2026-04-13T07:19:27+00:00","article_modified_time":"2026-04-13T09:49:46+00:00","og_image":[{"width":1344,"height":768,"url":"https:\/\/www.leanthinking.it\/wp-content\/uploads\/2026\/04\/Lean-RD.png","type":"image\/png"}],"author":"Silvia Bolognini","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Silvia Bolognini","Est. reading time":"20 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#article","isPartOf":{"@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/"},"author":{"name":"Silvia Bolognini","@id":"https:\/\/www.leanthinking.it\/#\/schema\/person\/f657c285e043ca22f657c5cc90fdd042"},"headline":"Lean R&#038;D: perch\u00e9 i progetti R&#038;D accumulano ritardi e come ridurre il Lead Time di sviluppo prodotto","datePublished":"2026-04-13T07:19:27+00:00","dateModified":"2026-04-13T09:49:46+00:00","mainEntityOfPage":{"@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/"},"wordCount":3764,"image":{"@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#primaryimage"},"thumbnailUrl":"https:\/\/www.leanthinking.it\/wp-content\/uploads\/2026\/04\/Lean-RD.png","articleSection":["Articoli"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/","url":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/","name":"Lean R&amp;D: How to Overcome Project Delays","isPartOf":{"@id":"https:\/\/www.leanthinking.it\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#primaryimage"},"image":{"@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#primaryimage"},"thumbnailUrl":"https:\/\/www.leanthinking.it\/wp-content\/uploads\/2026\/04\/Lean-RD.png","datePublished":"2026-04-13T07:19:27+00:00","dateModified":"2026-04-13T09:49:46+00:00","author":{"@id":"https:\/\/www.leanthinking.it\/#\/schema\/person\/f657c285e043ca22f657c5cc90fdd042"},"description":"Discover the advantages of Lean R&amp;D and how to optimize processes to improve efficiency in research and development projects.","breadcrumb":{"@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#primaryimage","url":"https:\/\/www.leanthinking.it\/wp-content\/uploads\/2026\/04\/Lean-RD.png","contentUrl":"https:\/\/www.leanthinking.it\/wp-content\/uploads\/2026\/04\/Lean-RD.png","width":1344,"height":768,"caption":"Un gruppo di sei uomini in un ufficio moderno collabora attorno a un tavolo coperto di documenti, dispositivi elettronici, materiali SMED avanzati e apparecchiature fotografiche, con uno schermo di proiezione che mostra diagrammi tecnici sullo sfondo."},{"@type":"BreadcrumbList","@id":"https:\/\/www.leanthinking.it\/lean-rd-ridurre-ritardi-sviluppo-prodotto\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.leanthinking.it\/"},{"@type":"ListItem","position":2,"name":"Lean R&#038;D: perch\u00e9 i progetti R&#038;D accumulano ritardi e come ridurre il Lead Time di sviluppo prodotto"}]},{"@type":"WebSite","@id":"https:\/\/www.leanthinking.it\/#website","url":"https:\/\/www.leanthinking.it\/","name":"Lean Thinking","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.leanthinking.it\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.leanthinking.it\/#\/schema\/person\/f657c285e043ca22f657c5cc90fdd042","name":"Silvia Bolognini","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/88b4aff51854ff4456e63e579fae780f59b95a16d8f04b9cd8d992fb5e257357?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/88b4aff51854ff4456e63e579fae780f59b95a16d8f04b9cd8d992fb5e257357?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/88b4aff51854ff4456e63e579fae780f59b95a16d8f04b9cd8d992fb5e257357?s=96&d=mm&r=g","caption":"Silvia Bolognini"},"url":"https:\/\/www.leanthinking.it\/en\/author\/sbolognini\/"}]}},"atf_populated":false,"_links":{"self":[{"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/posts\/29777","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/users\/73"}],"replies":[{"embeddable":true,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/comments?post=29777"}],"version-history":[{"count":16,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/posts\/29777\/revisions"}],"predecessor-version":[{"id":29800,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/posts\/29777\/revisions\/29800"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/media\/29781"}],"wp:attachment":[{"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/media?parent=29777"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/categories?post=29777"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.leanthinking.it\/en\/wp-json\/wp\/v2\/tags?post=29777"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}