Metodologia
Un processo strutturato per identificare e rimuovere l'attrito operativo. Ogni fase ha un obiettivo preciso e un output misurabile.
L'attrito non si vede dall'interno
Quando sei dentro un sistema, i suoi punti di attrito diventano parte della normalità. Impari a lavorarci intorno, a compensarli con più energia, ad accettarli come caratteristiche inevitabili del tuo lavoro. Questa normalizzazione è il motivo per cui molti fondatori non riescono a identificare da soli dove si trova il problema.
La metodologia Dolmentro introduce una prospettiva esterna strutturata. Non è intuizione o esperienza generica applicata al tuo caso. È un processo di osservazione sistematica che segue criteri precisi per distinguere i sintomi dai problemi reali.
Come si articola il lavoro
Audit del sistema attuale
Prima di qualsiasi intervento, viene costruita una mappa accurata di come il sistema funziona oggi. Questo include strumenti in uso, abitudini consolidate, struttura delle giornate tipo, modalità di gestione delle decisioni, pattern di delega e comunicazione con il team.
L'audit non giudica il sistema. Lo descrive. Questa distinzione è importante perché molti fondatori tendono a filtrare la descrizione del loro sistema attraverso come dovrebbe funzionare, invece di come funziona davvero. Il processo di audit è progettato per superare questo filtro.
Identificazione dei punti di attrito
Dalla mappa del sistema emergono i punti di attrito. Non tutti i problemi hanno lo stesso peso. La fase di identificazione distingue tra attrito ad alto impatto (che blocca decisioni critiche o consuma energia sproporzionata) e attrito a basso impatto (inefficienze minori che non giustificano il costo dell'intervento).
Ogni punto di attrito identificato viene classificato per tipo: strutturale (legato all'architettura del sistema), comportamentale (legato a pattern abituali), o contestuale (legato a fattori esterni modificabili). Questa classificazione determina il tipo di intervento appropriato.
Progettazione degli interventi
Per ogni punto di attrito prioritario viene progettato un intervento specifico. L'intervento deve soddisfare un criterio fondamentale: deve funzionare dentro il sistema esistente, non richiedere la sua sostituzione. Un intervento che richiede l'adozione di nuovi strumenti o l'abbandono di abitudini consolidate introduce attrito di apprendimento che spesso supera il beneficio.
Gli interventi vengono progettati in ordine di leva: prima quelli che producono il maggiore impatto con il minore sforzo di implementazione. Questo garantisce che i cambiamenti più significativi avvengano nelle prime sessioni, creando momentum che supporta gli interventi successivi.
Implementazione e verifica iterativa
Ogni intervento viene implementato in una sessione e verificato nella sessione successiva. La verifica non è soggettiva. Si basa su indicatori concreti definiti al momento dell'implementazione: la decisione che si bloccava viene presa entro quanto tempo? Il processo che richiedeva due ore ne richiede quante? Il task che slittava sistematicamente viene completato con quale frequenza?
Se la verifica mostra che l'intervento non ha prodotto l'effetto atteso, viene analizzato il perché. Spesso emerge un livello di attrito più profondo non visibile nella fase diagnostica. Questo non è un fallimento del processo. È il processo che funziona correttamente: ogni iterazione aumenta la precisione della diagnosi.
Con cosa lavoriamo
Non esiste un set di strumenti universale. Questi sono gli ambiti su cui il processo di analisi si concentra più frequentemente nei sistemi operativi dei fondatori tech.
Gestione delle comunicazioni
Email, Slack, notifiche. Il flusso di comunicazione entrante è spesso il primo punto di attrito che emerge. La configurazione degli strumenti di comunicazione ha un impatto diretto sulla capacità di lavoro profondo.
Architettura del calendario
Come il tempo viene allocato tra riunioni, lavoro profondo, task operativi e spazio decisionale. Il calendario è spesso uno specchio preciso delle priorità reali, non di quelle dichiarate.
Struttura decisionale
Quali decisioni vengono prese da chi, con quale processo, con quale velocità. Le decisioni che si accumulano sul fondatore senza un sistema chiaro di escalation sono uno dei blocchi operativi più comuni e più costosi.
Sistema di task e priorità
Come vengono catturati, organizzati e selezionati i task. Non il task manager in sé, ma la logica con cui viene usato. Spesso il problema non è lo strumento ma il modo in cui viene configurato rispetto al ritmo reale di lavoro.
Delega e handoff
Il processo con cui il lavoro viene trasferito al team. Una delega mal strutturata non libera tempo: lo sposta in rework, follow-up e microgestione. La qualità del processo di handoff determina quanto la delega funziona davvero.
Gestione del carico cognitivo
Come vengono gestiti i contesti aperti, le decisioni pendenti, le informazioni in attesa di elaborazione. Il carico cognitivo non gestito riduce la capacità esecutiva indipendentemente dalla quantità di tempo disponibile.
Inizia con la diagnostica
La sessione diagnostica applica questa metodologia al tuo sistema specifico e produce un output concreto e utilizzabile.
Prenota oraEsplora i programmi
Ogni programma applica questa metodologia in una struttura temporale diversa, adatta a fasi diverse del percorso.
Vedi i programmi