{"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&#038;D: perch\u00e9 i progetti R&#038;D accumulano ritardi e come ridurre il Lead Time di sviluppo prodotto"},"content":{"rendered":"<h3>Summary<\/h3>\n<p>In questo articolo analizziamo perch\u00e9 i reparti R&amp;D delle aziende manifatturiere accumulano ritardi nonostante la competenza dei team, individuando tre nodi critici sistemici: gate di avanzamento troppo rigidi che spezzano i cicli naturali di apprendimento, una gestione dell&#8217;area a capacit\u00e0 infinita e una pianificazione centrata sulla singola risorsa invece che sull&#8217;intero portafoglio progetti. Vedremo come l&#8217;approccio Lean applicato all&#8217;R&amp;D \u2014 attraverso check-point adattativi, VSM, Scrum, Visual Planning e Obeya Room \u2014 permetta di ridisegnare il processo di sviluppo prodotto in modo da ridurre attese, rilavorazioni e dispersione del know-how, con risultati misurabili in termini di Lead Time, produttivit\u00e0 e time-to-market.<\/p>\n<hr \/>\n<p>C&#8217;\u00e8 un paradosso silenzioso in quasi ogni <strong>R&amp;D department<\/strong> delle aziende manifatturiere: il team \u00e8 competente, motivato e lavora senza sosta, eppure i ritardi nei progetti R&amp;D si accumulano sistematicamente, le risorse vengono continuamente dirottate su urgenze e il know-how generato faticosamente in un progetto svanisce prima di poter essere riutilizzato nel successivo.<\/p>\n<p>Sulla base della nostra esperienza, la causa, quasi sempre, non \u00e8 la mancanza di idee o di talento. \u00c8 il sistema che, nella maggior parte dei casi, presenta tre nodi critici che si autoalimentano:<\/p>\n<ul>\n<li>A development process with overly rigid gates that interrupt natural learning cycles<\/li>\n<li>Un&#8217;area R&amp;D gestita a capacit\u00e0 infinita<\/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>L&#8217;approccio <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>L\u2019approccio <strong>Lean all\u2019area R&amp;D<\/strong>, nella sua declinazione pi\u00f9 avanzata e meno esplorata, nasce esattamente per superare questi ostacoli. Non si tratta di applicare meccanicamente i principi e gli strumenti della metodologia <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>n questo articolo analizziamo la gestione Lean dell&#8217;area R&amp;D come reparto critico<\/strong>, and iterative learning cycles as an alternative to rigid gates.<\/p>\n<h2><strong>Gate rigidi in R&amp;D: quando la procedura blocca l&#8217;innovazione<\/strong><\/h2>\n<p>Uno dei nodi pi\u00f9 sottili, e pi\u00f9 impattanti, nei processi di sviluppo riguarda la <strong>Forward Gate Structure<\/strong>. In teoria i gate sono momenti di verifica che garantiscono la maturit\u00e0 tecnica del progetto prima di procedere. In pratica, se mal posizionati, diventano ostacoli che interrompono artificialmente il ciclo di apprendimento pi\u00f9 prezioso in R&amp;D: quello della prototipazione iterativa. Capire come ridurre il <strong>Product Development Lead Time<\/strong> means, first and foremost, to question this very structure.<\/p>\n<p>In un progetto che abbiamo seguito per un&#8217;azienda Leader, il Gate 1, collocato tra la fase di Design e quella di Development, chiudeva formalmente una fase che nella realt\u00e0 operativa non si era mai completata in modo lineare. Le fasi Design e Development si sovrappongono per natura: i test sui primi prototipi generano informazioni che modificano il design, che richiede nuovi prototipi, che producono nuovi test. \u00c8 un <strong>iterative learning cycle<\/strong>, e il gate rigido lo spezzava nel mezzo, creando ambiguit\u00e0 documentale, gate &#8220;fantasma&#8221; chiusi informalmente nelle riunioni bisettimanali e processi paralleli non tracciati.<\/p>\n<h3><strong>Check-point adattativi: l&#8217;alternativa Lean ai gate rigidi<\/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> all&#8217;interno del ciclo iterativo. La regola \u00e8 semplice: si chiude la fase quando si \u00e8 davvero pronti, non quando il calendario lo impone.<\/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 Ordine materiali critici:<\/strong> emissione dell&#8217;ordine di acquisto per materiali critici, segnale che il progetto ha raggiunto maturit\u00e0 tecnica sufficiente per impegnare risorse significative.<\/li>\n<li><strong>Check-point 2 \u2013 Prima richiesta campioni:<\/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>Check-point 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>Questa struttura adattiva rispetta la natura non lineare dell&#8217;innovazione senza rinunciare al controllo e alla documentazione. Ogni check-point \u00e8 un evento reale, non una data di calendario e questo fa tutta la differenza nella gestione del rischio tecnico.<\/p>\n<h2><strong>L\u2019area R&amp;D come bottleneck: il problema che tutti sentono e nessuno misura<\/strong><\/h2>\n<p>In quasi ogni organizzazione, l\u2019area R&amp;D spesso viene <em>perceived<\/em> come un collo di bottiglia \u2014 ma raramente viene <strong>measured<\/strong> come tale, e ancora pi\u00f9 raramente viene <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>C&#8217;\u00e8 una legge fisica che governa il comportamento dell&#8217;area R&amp;D ad alta intensit\u00e0 di utilizzo, e che la maggior parte dei responsabili R&amp;D non conosce: <strong>la relazione tra percentuale di utilizzo della capacit\u00e0 e Lead Time non \u00e8 lineare, ma esponenziale<\/strong>.<\/p>\n<p>Quando l&#8217;area R&amp;D raggiunge l&#8217;80% del suo carico nominale, il Lead Time di attraversamento non cresce proporzionalmente: collassa. Il sistema va in crisi <em>First<\/em> di essere pieno, e lo fa in modo rapido e non intuitivo. Questo spiega il paradosso: pi\u00f9 si lavora al massimo, peggiori diventano i tempi di risposta;\u00a0non perch\u00e9 le persone lavorino male, ma perch\u00e9 il sistema \u00e8 strutturalmente sovraccarico.<\/p>\n<p>La soluzione non \u00e8 aggiungere risorse in modo indiscriminato, ma <strong>gestire la capacit\u00e0 in modo intelligente<\/strong>: creare buffer deliberati, prioritizzare i carichi e, soprattutto, proteggere la capacit\u00e0 dedicata allo sviluppo dall&#8217;invasione delle urgenze esterne. Lo stesso principio vale in produzione con l&#8217;<a href=\"https:\/\/www.leanthinking.it\/en\/oee-beyond-numbers-daily-improvement\/\">OEE<\/a>: quando si supera una certa soglia di utilizzo senza gestire le perdite in modo strutturato, il sistema collassa prima di raggiungere la piena capacit\u00e0 teorica.<\/p>\n<h3><strong>Area R&amp;D: quanto tempo si perde davvero in attivit\u00e0 senza valore<\/strong><\/h3>\n<p>In un caso reale su cui siamo intervenuti, circa l&#8217;<strong>80% tickets<\/strong> di lavoro riguardava attivit\u00e0 di supporto per altri enti aziendali &#8211; sales, qualit\u00e0, acquisti, manutenzione &#8211; che assorbivano il <strong>63% man-hours<\/strong> disponibili. Solo il 37% delle ore restante veniva dedicato alle attivit\u00e0 di sviluppo del prodotto, ovvero all&#8217;unico lavoro per cui un laboratorio R&amp;D esiste davvero.<\/p>\n<p>Il risultato pratico \u00e8 paradossale: un <strong>R&amp;D lab that becomes a bottleneck<\/strong> non per eccesso di progetti di sviluppo, ma per l&#8217;erosione sistematica delle sue risorse a favore di attivit\u00e0 di supporto ad altre funzioni.<\/p>\n<p>La proposta operativa \u00e8 concreta: introdurre una regola esplicita di capacity allocation che riservi almeno il <strong>40% Human Resources<\/strong> alle attivit\u00e0 di sviluppo prodotto, proteggendole sistematicamente dall&#8217;erosione delle urgenze.<\/p>\n<h2><strong>Come si applica il Lean all&#8217;area R&amp;D: strumenti e risultati misurabili<\/strong><\/h2>\n<p>L&#8217;approccio di <a href=\"https:\/\/www.bonfiglioliconsulting.com\/it\/\" target=\"_blank\" rel=\"noopener\">Bonfiglioli Consulting<\/a> alla gestione Lean dell\u2019area R&amp;D si articola su cinque leve principali:<\/p>\n<h3><strong>1 &#8211; VSM in R&amp;D: mappare il valore dove non si vede<\/strong><\/h3>\n<p>The <strong>VSM applicata all&#8217;R&amp;D<\/strong> \u2014 la <strong>Value Stream Mapping<\/strong>, strumento Lean per eccellenza nella mappatura dei flussi produttivi \u2014 trova nel processo di ricerca e sviluppo la sua applicazione pi\u00f9 sfidante e, al tempo stesso, pi\u00f9 rivelativa. Mentre in produzione il flusso del valore \u00e8 fisicamente visibile (il pezzo si muove, il tempo di attraversamento si misura), nell&#8217;R&amp;D il flusso \u00e8 fatto di decisioni, dati, approvazioni e cicli di test. Renderlo visibile richiede un approccio metodologico preciso e la disponibilit\u00e0 del Team a descrivere il processo reale, non quello che si vorrebbe che fosse.<\/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> mappare ogni step del processo dall&#8217;ideazione e analisi di fattibilit\u00e0 fino alla prototipazione, ai test e alla validazione finale \u2014 non la procedura scritta, ma il flusso reale come viene eseguito ogni giorno<\/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> identificare code, attese, rilavorazioni, sovrapposizioni di attivit\u00e0 e informazioni che si perdono nei passaggi tra funzioni<\/li>\n<li><strong>Definition of the To-Be process:<\/strong> utilizzare i risultati della VSM per ridisegnare il flusso, eliminando le attivit\u00e0 senza valore e fluidificando i passaggi critici.<\/li>\n<\/ul>\n<p>Applicare la VSM all&#8217;R&amp;D serve prima di tutto a <strong>To make an individual problem a shared one<\/strong>. Quando il team mappa insieme il flusso reale, scopre che i ritardi non dipendono da una singola funzione o persona, ma dall&#8217;architettura del sistema. Questo cambia radicalmente la conversazione: da &#8220;chi ha sbagliato&#8221; a &#8220;cosa dobbiamo cambiare&#8221;. \u00c8 lo stesso principio che governa l&#8217;OEE in produzione: lo strumento non misura le persone, misura il sistema \u2014 e aprire quella conversazione in modo neutro \u00e8 la premessa indispensabile per qualsiasi miglioramento reale.<\/p>\n<p>In un progetto reale in cui siamo intervenuti, la VSM \u00e8 stata applicata a un processo di sviluppo articolato in sei fasi Stage-Gate: <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: le criticit\u00e0 tipiche per ogni fase di sviluppo<\/strong><\/h4>\n<p>L&#8217;analisi ha rivelato criticit\u00e0 specifiche in ogni fase del processo:<\/p>\n<ul>\n<li><strong>Feasibility Phase<\/strong> il progetto parte spesso senza specifiche tecniche complete o condivise; i dati storici di qualit\u00e0 necessari per valutare la fattibilit\u00e0 sono dispersi e difficili da consultare, rallentando fin dall&#8217;inizio le decisioni chiave.<\/li>\n<li><strong>Design Phase:<\/strong> ogni Project Leader pianifica sulla base della propria esperienza personale, senza riferimenti standard legati al tipo di progetto; i modelli di simulazione delle prestazioni sono strumenti complessi, comprensibili solo dai tecnici pi\u00f9 senior, una fragilit\u00e0 che l&#8217;azienda non pu\u00f2 permettersi.<\/li>\n<li><strong>Development Phase:<\/strong> l&#8217;approvvigionamento delle materie prime per i prototipi viene gestito in modo manuale e informale, fuori dai sistemi aziendali, con il Project Leader come unico punto di controllo sulle consegne; la produzione conosce i propri programmi con soli 15-20 giorni di anticipo, rendendo impossibile pianificare in modo affidabile; i problemi segnalati dalla Produzione sul design del prodotto vengono ignorati nelle fasi iniziali, per poi riemergere, a costo molto pi\u00f9 elevato, durante la validazione finale.<\/li>\n<li><strong>Verification\/Validation Steps<\/strong> il confine tra verifica e validazione \u00e8 spesso ambiguo nella pratica quotidiana, generando sovrapposizioni e documentazione incompleta; la gestione degli slot produttivi segue la stessa logica a corto raggio della fase precedente, con gli stessi ritardi che si ripetono sistematicamente a ogni progetto.<\/li>\n<\/ul>\n<p><strong>Il risultato complessivo \u00e8 un processo formalmente definito ma operativamente disallineato,<\/strong> in cui i Project Leader si affidano all&#8217;esperienza personale pi\u00f9 che alla procedura &#8211;\u00a0 non per negligenza, ma perch\u00e9 la procedura stessa non \u00e8 sufficientemente aderente alla realt\u00e0 operativa.<\/p>\n<h3><strong>2 &#8211; Pianificazione a capacit\u00e0 finita con Scrum<\/strong><\/h3>\n<p>Weekly lab planning is structured logically. <strong>Scrum<\/strong> adattata al contesto analitico: sprint brevi (settimanali o bisettimanali), autogestione del team, adattamento rapido agli imprevisti. Lo strumento visivo &#8211; fisico su tabellone o digitale &#8211; permette a ogni analista di vedere il proprio carico, quello dei colleghi e le priorit\u00e0 condivise, eliminando la principale fonte di stress nelle risorse di laboratorio: l&#8217;incertezza su cosa fare prima.<\/p>\n<h3><strong>3 &#8211; Ticket Management e prioritizzazione dei test<\/strong><\/h3>\n<p>The requests are handled through a system <strong>standardized ticket<\/strong>: ogni richiesta entra nel flusso con una tipologia, un tempo standard atteso e una priorit\u00e0 assegnata in base a criteri espliciti (urgenza, impatto sul progetto, disponibilit\u00e0 degli strumenti). Questo trasforma l&#8217;area da un sistema reattivo &#8211; dove vince chi urla pi\u00f9 forte &#8211; a un flusso governato da criteri oggettivi, visibili a tutti e accettati da tutte le funzioni coinvolte.<\/p>\n<h3><strong>4 &#8211; Visual Planning degli strumenti e delle macchine<\/strong><\/h3>\n<p>Uno degli aspetti pi\u00f9 sistematicamente ignorati: <strong>equipment planning<\/strong>. In molti contesti non esiste alcuna schedulazione degli strumenti analitici &#8211; pur essendo le macchine di laboratorio un bottleneck tanto reale quanto una pressa in officina.<\/p>\n<p>La soluzione \u00e8 un <strong>Weekly visual scoreboard<\/strong> centrato sull&#8217;utilizzo degli strumenti: chi usa quale macchina, quando, per quanto tempo, con quale priorit\u00e0. Un sistema agile che rende visibile il vincolo e permette di gestirlo proattivamente, eliminando le collisioni implicite che oggi si scoprono solo quando \u00e8 troppo tardi.<\/p>\n<h3><strong>5 &#8211; Kanban per i materiali critici di laboratorio<\/strong><\/h3>\n<p>Critical consumables are managed with logic <a href=\"https:\/\/www.leanthinking.it\/en\/strumenti-lean\/kanban\/\" target=\"_blank\" rel=\"noopener\"><strong>Kanban with a tag<\/strong><\/a>: ogni postazione ha il suo punto di riordino visivo, con le informazioni necessarie all&#8217;acquisto gi\u00e0 presenti sul cartellino. Niente pi\u00f9 interruzioni di analisi per mancanza di materiale.<\/p>\n<h2><strong>Knowledge Management: Transforming Experimental Data into Corporate Assets<\/strong><\/h2>\n<p>C&#8217;\u00e8 un costo nascosto nei processi R&amp;D che nessuno inserisce mai nel budget di progetto: il costo della <strong>Knowledge that is lost<\/strong>. Ogni ciclo di prototipazione genera dati, ogni test produce informazioni &#8211; ma se questi restano in un file Excel accessibile solo a chi lo ha creato, non sono un patrimonio aziendale. \u00c8 un archivio personale destinato a svanire quando quella persona cambia ruolo.<\/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> solo i tecnici pi\u00f9 esperti sapevano interpretare correttamente i risultati delle simulazioni. Se quella persona \u00e8 assente, cambia ruolo o lascia l&#8217;azienda, quella conoscenza svanisce con lei.<\/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>Livello 1 \u2013 Strutturazione dei dati sperimentali:<\/strong> gather the test results <strong>parameterized correlation curves<\/strong>, collegando gli esiti analitici alle caratteristiche chiave del prodotto testato. L&#8217;obiettivo \u00e8 che ogni progetto arricchisca il patrimonio di conoscenza condivisa, invece di produrre dati isolati.<\/p>\n<p><strong>Livello 2 \u2013 Architettura modulare e configuratori tecnici:<\/strong> strutturare il know-how in un configuratore tecnico-commerciale che guidi le scelte progettuali verso soluzioni gi\u00e0 validate. In un caso reale di azienda manifatturiera ETO, questa strutturazione ha ridotto il Lead Time di gestione degli ordini del <strong>35%<\/strong> e il carico dell&#8217;Ufficio Tecnico su commesse standard da <strong>8 hours to 1 hour<\/strong>.<\/p>\n<p><strong>Livello 3 \u2013 Advanced Analytics:<\/strong> esplorare algoritmi predittivi per identificare pattern nei dati sperimentali &#8211; quali configurazioni tendono a cadere in zone di non fattibilit\u00e0, quali parametri influenzano in modo non lineare le prestazioni finali. Tecnologie accessibili oggi anche per aziende di medie dimensioni.<\/p>\n<h2><strong>Capacity Planning R&amp;D: How to Manage the Project Portfolio with a Lean Approach<\/strong><\/h2>\n<p>Una delle differenze pi\u00f9 profonde tra un&#8217;organizzazione R&amp;D tradizionale e una Lean \u00e8 il <strong>level at which planning control is exercised<\/strong>. Nella maggior parte dei reparti sviluppo, la pianificazione \u00e8 centrata sulla singola risorsa: il carico di lavoro di ogni ricercatore \u00e8 noto, ma il Lead Time complessivo del portafoglio no, e il carico delle macchine di laboratorio nemmeno.<\/p>\n<p>Il Lean R&amp;D sposta il focus sull&#8217;<strong>full project portfolio<\/strong>, through three integrated levels:<\/p>\n<ul>\n<li><strong>Livello 1 \u2013 Long Term:<\/strong> visibilit\u00e0 strategica sull&#8217;intero portafoglio, con prioritizzazione mensile e corsie dedicate per tipologia (commessa, innovazione, supporto).<\/li>\n<li><strong>Livello 2 \u2013 Medium Term:<\/strong> pianificazione multiprogetto con Gantt standard per Bins, gestione capacit\u00e0 funzioni critiche, Kanban meeting interfunzionale ogni 1-2 settimane.<\/li>\n<li><strong>Livello 3 \u2013 Short Term:<\/strong> Scrum per singola risorsa\/area, pianificazione settimanale a capacit\u00e0 finita, flash meeting bisettimanale di avanzamento.<\/li>\n<\/ul>\n<p>pure innovation projects achieve a <strong>dedicated lane<\/strong> nel portafoglio, che garantisce loro visibilit\u00e0 e priorit\u00e0 nel piano a medio termine, impedendo che vengano sistematicamente sacrificati sull&#8217;altare dell&#8217;urgenza. Non \u00e8 una questione di volont\u00e0: \u00e8 una questione di architettura del sistema.<\/p>\n<p>Sulla base della nostra esperienza, l&#8217;applicazione rigorosa di questo approccio in aziende con forte componente di sviluppo prodotto su commessa ha prodotto i seguenti risultati:<\/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>Manifatturiero \u2013 macchinari speciali<\/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>Manifatturiero \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>Manifatturiero \u2013 automazione industriale<\/strong><\/td>\n<td>Integrated Lean Approach for<\/td>\n<td><strong>-20% LT, +15% OTD, +20% produttivit\u00e0, -40% scorte<\/strong><\/td>\n<\/tr>\n<tr>\n<td><strong>Manifatturiero \u2013 impianti alimentari<\/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>L&#8217;Obeya Room: dove l&#8217;innovazione diventa visibile per tutti<\/strong><\/h2>\n<p>Tutti gli strumenti descritti fin qui &#8211; VSM, cicli iterativi, Kanban di portafoglio, Visual Planning Board, ticket management &#8211; funzionano pienamente solo se hanno uno spazio fisico dove vivere in modo permanente. Questo spazio \u00e8 l&#8217;<strong>Obeya Room<\/strong> \u2014 in giapponese, letteralmente &#8220;grande stanza&#8221;.<\/p>\n<p>L&#8217;Obeya non \u00e8 una sala riunioni. \u00c8 la <strong>Project Control Room<\/strong> del reparto R&amp;D: un ambiente in cui i tabelloni di pianificazione, lo stato dei progetti, i KPIs di processo e gli indicatori di avanzamento sono visibili in modo costante e accessibili a tutti i membri del team. Chi entra deve capire, in pochi secondi, lo stato dell&#8217;intero portafoglio innovativo dell&#8217;azienda.<\/p>\n<p>Il sistema visual integrato nell&#8217;Obeya si compone di quattro elementi:<\/p>\n<ul>\n<li><strong>Kanban Board Long Term:<\/strong> ogni progetto \u00e8 rappresentato da un cartellino con identificativo, macrofasi, date di inizio e fine, check-point e stato dei ritardi \u2014 affisso su una timeline cronologica alla settimana della prima scadenza critica.<\/li>\n<li><strong>Visual Planning Board Short Term<\/strong> pianificazione di dettaglio dello Stage corrente per ogni progetto, con flessibilit\u00e0 adattativa per gestire i cicli iterativi di apprendimento.<\/li>\n<li><strong>Cross-functional Task Manager<\/strong> traccia le azioni aperte che attraversano le funzioni (R&amp;D, laboratorio, produzione, acquisti), rendendo visibili le responsabilit\u00e0 condivise e le scadenze interfunzionali.<\/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 pianificazione a qualsiasi livello di dettaglio, rapida identificazione dei problemi, focus sulle scadenze \u2014 che <strong>soft<\/strong>: senso di appartenenza, fiducia reciproca, responsabilit\u00e0 condivisa sul flusso. Uno dei nostri motti in questi progetti \u00e8: <strong><em>&#8220;Il regolare avanzamento di un progetto nel tubo \u00e8 responsabilit\u00e0 di tutti&#8221;<\/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>Misura l&#8217;area come un reparto produttivo:<\/strong> ticket per tipologia, ore per attivit\u00e0, utilizzo strumenti. Senza misura non esiste miglioramento \u2014 vale in produzione con l&#8217;OEE, vale in laboratorio con i KPIs analitici.<\/li>\n<li><strong>Here is the 40% rule:<\/strong> stabilisci per iscritto che almeno il 40% delle ore \u00e8 riservato alle attivit\u00e0 di sviluppo del prodotto. Non come buona intenzione, ma come regola operativa non negoziabile \u2014 altrimenti le urgenze di supporto continueranno a vincere sempre.<\/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>Costruisci l&#8217;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: domande frequenti<\/h2>\n<h3><strong>1. Perch\u00e9 i progetti R&amp;D accumulano ritardi anche quando il team \u00e8 competente e motivato?<\/strong><\/h3>\n<p>La causa raramente \u00e8 la mancanza di talento o di idee. Il problema \u00e8 quasi sempre sistemico: gate di avanzamento mal posizionati che interrompono i cicli naturali di apprendimento, un&#8217;area gestita a capacit\u00e0 infinita e una pianificazione centrata sulla singola risorsa invece che sull&#8217;intero portafoglio progetti. L&#8217;approccio Lean R&amp;D nasce appunto per affrontare questi tre nodi strutturali.<\/p>\n<h3><strong>2. Cos&#8217;\u00e8 un check-point adattivo e in cosa si differenzia da un gate tradizionale?<\/strong><\/h3>\n<p>Un gate tradizionale separa fasi discrete in base a date di calendario, spesso interrompendo artificialmente cicli iterativi ancora in corso. Un check-point adattivo \u00e8 invece legato a eventi concreti e misurabili \u2014 come l&#8217;emissione di un ordine di materiali critici o l&#8217;avvio formale di un programma di test \u2014 e si chiude solo quando il progetto ha raggiunto una reale maturit\u00e0 tecnica. Questo approccio rispetta la natura non lineare dell&#8217;innovazione senza rinunciare al controllo.<\/p>\n<h3><strong>3. How is VSM (Value Stream Mapping) applied to an R&amp;D process?<\/strong><\/h3>\n<p>La VSM in R&amp;D segue la stessa logica della mappatura dei flussi produttivi, ma il flusso del valore \u00e8 fatto di decisioni, dati, approvazioni e cicli di test invece che di pezzi fisici. Si mappano tutte le fasi del processo reale \u2014 dall&#8217;ideazione alla validazione \u2014 registrando Process Time, Lead Time reale e carico delle risorse critiche. Il risultato \u00e8 una diagnosi condivisa che rende visibili code, attese, rilavorazioni e dispersioni informative, trasformando un problema percepito come individuale in una questione di sistema.<\/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>Non esiste una ricetta rapida: il Lean R&amp;D \u00e8 un percorso di maturazione organizzativa che richiede metodo e coerenza. Tuttavia, alcune azioni prioritarie \u2014 come la mappatura VSM del flusso reale, l&#8217;introduzione della regola del 40% di capacity allocation e il ridisegno dei gate in check-point adattativi \u2014 possono produrre risultati misurabili gi\u00e0 nelle prime settimane di intervento. Ogni percorso parte sempre da un&#8217;analisi concreta dello stato attuale dell&#8217;organizzazione.<\/p>\n<h2><strong>Ready to transform your R&amp;D with Lean?<\/strong><\/h2>\n<p>Il Lean R&amp;D non \u00e8 una ricetta rapida, n\u00e9 un progetto che si esaurisce in poche settimane.<strong> \u00c8 un percorso di maturazione organizzativa<\/strong> che richiede metodo, coerenza e \u2014 soprattutto \u2014 qualcuno che abbia gi\u00e0 percorso quella strada e possa guidarti evitando gli errori pi\u00f9 costosi.<\/p>\n<p>We support manufacturing companies in transforming their Research and Development processes through <strong>Lean Development<\/strong>: dalla VSM al ridisegno Stage-Gate, dalla pianificazione Lean all&#8217;Obeya Room, dalla Gap Analysis delle competenze al Knowledge Management strutturato.<\/p>\n<p>Ogni intervento parte da un&#8217;analisi concreta dello stato attuale \u2014 perch\u00e9 il Lean R&amp;D che funziona davvero \u00e8 quello costruito sulla realt\u00e0 della tua organizzazione, non su modelli astratti.<\/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 \/>\nOgni pubblicazione nasce da studi di settore, ricerche sul campo e analisi dei trend globali integrate con le conoscenze e competenze maturate nei progetti di trasformazione, con l\u2019obiettivo di promuovere la cultura d\u2019impresa.<\/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 affianca aziende manifatturiere nel trasformare l&#8217;R&amp;D in un vantaggio competitivo misurabile. <code><\/code><\/p>","protected":false},"excerpt":{"rendered":"<p>-40% Lead Time R&#038;D, +15% OTD: scopri come con VSM, Scrum e Obeya Room. Casi manifatturiero reali.<\/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 v27.7 - 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}]}}