Tutto ciò che appartiene a un articolo su FlowVisual: testi brevi pronti in tre lunghezze, i fatti sottostanti, immagini a grandezza originale, citazioni da citare — e la sezione che la maggior parte dei kit stampa omette: cosa lo strumento non può fare. Uso libero, senza richiesta di autorizzazione.
Ogni testo è revisionato e può essere ripreso senza modifiche — come comunicato, come riquadro, come paragrafo nel corpo del testo. Nessuna autorizzazione necessaria, nessun periodo di embargo.
FlowVisual è un simulatore di processi desktop per macOS e Windows: fa girare un processo aziendale, mostra il collo di bottiglia e quantifica una modifica prevista in Euro e tempo.
FlowVisual è un simulatore di processi per macOS e Windows. Invece di disegnare un diagramma di flusso, lascia correre il processo: il lavoro scorre attraverso il modello, il carico si distribuisce su ruoli e sistemi, uno stress test Monte Carlo su migliaia di giornate lavorative individua il collo di bottiglia. Ogni modifica pianificata viene ricalcolata completamente e presentata come prima/dopo in Euro e tempo — come intervallo, mai come un numero abbellito. Tutto funziona in locale, senza account e senza cloud.
FlowVisual è un simulatore di processi per la scrivania di consulenti, responsabili Lean e organizzatori aziendali — macOS e Windows, sviluppato da Balane GmbH a Monaco. Un diagramma mostra l’ordine dei passi; non dice quale ruolo finirà prima le ore, quanto costa il terzo passaggio dell’anno o se una raccomandazione regge anche in una settimana difficile. FlowVisual risponde a queste domande perché esegue il processo: le durate sono registrate come intervalli («8–20 minuti»), uno stress test Monte Carlo sottopone il modello a migliaia di giorni e fornisce il tempo di ciclo come P50 e P90, il throughput e la probabilità di non rispettare l’impegno. Per ogni modifica l’app ricalcola l’intero modello, invece di sommare risparmi — perciò si vede anche quando un miglioramento nel passo sbagliato non serve e il collo di bottiglia si limita a spostarsi. Alla fine si ottiene un PDF di offerta con la propria intestazione, con registro delle assunzioni e intervallo P10–P90. Modellare e calcolare sono gratuiti in modo permanente.
Balane GmbH è una software house a Monaco. Sviluppa strumenti per il lavoro sui processi — FlowVisual per la simulazione, Flowrefy.com per il metodo sottostante. Amministratore delegato è Jonas David Höttler. I prodotti sono venduti direttamente, senza investitori alle spalle.
«FlowVisual» — una parola, F maiuscola, V maiuscola, senza spazio, nessuna versale completa. Il produttore si chiama «Balane GmbH», non «Balane» da solo, quando si tratta di aspetti legali. Il metodo accanto si chiama «FLOW» ed è di Flowrefy.com — non è il prodotto.
La versione breve per chi deve decidere in due minuti se è una notizia.
Il processo viene raccolto, disegnato, viene raccomandata una misura. Poi la direzione domanda: Cosa porta questo? La risposta è ancora oggi una slide con un numero tondo sopra, e la prima domanda critica nella stanza la smonta. Tra strumenti di disegno per 15 € al mese e software di simulazione per cifre a cinque zeri all’anno c’è esattamente il vuoto in cui avviene la maggior parte del lavoro di processo.
Esegue i calcoli. Il lavoro scorre come istanze attraverso il modello, si formano code, il carico grava su ruoli, team e sistemi che lo sostengono. Uno stress test Monte Carlo sottopone il processo a migliaia di giornate lavorative e indica dove si blocca — nel giorno medio e nel giorno di punta, il decimo giorno lavorativo con afflusso. Rosso significa in tutta l’applicazione esattamente una cosa: più lavoro che capacità.
Nessuno deve indovinare dove agisce una modifica. Per questo FlowVisual non somma risparmi, ma ricalcola per ogni variante l’intero modello — inclusi i sottoprocessi. Questa è la differenza tra una tabella in cui due misure si sommano semplicemente e uno strumento che mostra: la seconda misura non produce più effetti perché la prima ha già spostato il collo di bottiglia. I miglioramenti nel passo sbagliato comprano circa zero throughput — non è un’opinione, è il risultato del secondo ciclo.
Oltre all’attuale collo di bottiglia c’è una curva di fragilità: oltre quale volume il processo collassa e quale passo assume allora il ruolo di collo di bottiglia? La griglia delle opzioni propone varianti da sola — alleggerire il collo, automatizzare il passo più costoso, eliminare un’interruzione di media, accorpare i due migliori — simula ognuna completamente e le ordina per effetto. Prima e dopo sono affiancati, ogni numero si aggiorna durante l’inserimento.
Finché gli input sono stimati, compare «Vorläufig» sopra il risultato, con il numero accanto che va rilevato per primo. Nell’offerta dietro ogni indicatore c’è la sua origine — indicazione del cliente, stima o misurazione — e un registro di tutte le ipotesi su cui si basa il calcolo. Inoltre una verifica di plausibilità che contraddice in copertina se una misura fa risparmiare denaro ma peggiora il tempo di attraversamento o il throughput. Uno strumento che contraddice il proprio numero vale di più nel colloquio con il CFO rispetto a uno che si limita a confermare.
Un PDF di offerta sulla propria carta intestata: il collo di bottiglia, la misura, il valore in ore e euro — come banda P10–P90, con un registro di tutte le ipotesi sottostanti, e con un controllo di plausibilità che contraddice in copertina se una misura fa risparmiare denaro ma peggiora il tempo di attraversamento. In aggiunta documentazione di processo, Word, draw.io, SVG, JSON e CSV.
La sezione per la domanda di verifica che ogni buon articolo pone: da dove viene il numero? Tutto qui è riportato così com'è nel codice sorgente fornito — verificabile direttamente nell'applicazione.
Passaggi, decisioni, abbandoni, sottoprocessi. Per ogni passaggio: chi lo fa, quale sistema, quanto dura — come intervallo, non come singolo numero.
400 esecuzioni. Ogni esecuzione è una giornata lavorativa con un proprio carico di casi e propri tempi di lavorazione.
Il passaggio che vincola — con carico nel giorno medio e nel giorno intenso, affiancato dalla curva a partire dalla quale la quantità va in crisi.
Varianti proposte, ciascuna completamente risimulata, ordinate per effetto. Nulla viene sommato.
Origine di ogni numero, registro di tutte le ipotesi, controllo di plausibilità rispetto alla propria raccomandazione.
Offerta, documentazione di processo, dati grezzi — sulla propria carta intestata.
Un passaggio è considerato completato solo quando è disponibile un risultato reale: un modello con passaggi, un'esecuzione con risultato, un collo di bottiglia identificato da quell'esecuzione. Una barra che si riempie al clic sarebbe l'indicatore di avanzamento che questo prodotto rifiuta ovunque altrove.
La quantità giornaliera viene estratta, non impostata: una distribuzione lognormale intorno al valore indicato, controllata da variabilità, probabilità di picco e fattore di picco. La stessa variabilità entra inoltre come varianza di arrivo nella coda.
«8–20 minuti» viene letto come P10–P90 di una distribuzione lognormale. In questo modo il raro valore anomalo oltre il limite superiore può verificarsi — una distribuzione uniforme tra 8 e 20 potrebbe esattamente non generarlo, e proprio quello rovina la giornata.
Il tempo di attesa nasce secondo Kingman (G/G/1): il fattore (varianza di arrivo + varianza di lavorazione)/2 moltiplicato per utilizzo/(1−utilizzo). Vicino al limite di capacità il termine viene linearizzato, oltre entra in saturazione — al di sopra del limite una coda non ha più uno stato stabile che si possa calcolare.
Quante volte un passaggio è visitato per caso viene risolto come punto fisso invece che con ordinamento topologico. Solo così il rifacimento viene contato: un ciclo di ritorno «per correggere» sparisce in un ordinamento, e con esso metà del carico del passaggio. I cicli sono trovati dall'algoritmo di Tarjan; rami paralleli che si ricongiungono contano il caso una volta invece di due.
Più passaggi possono gravare su un team, un sistema o un pool di licenze. Se il pool è scarso, il singolo passaggio è solo il sintomo — il messaggio allora indica il pool. I sottoprocessi risalgono con capacità e tempi di lavorazione al passaggio genitore, perciò un intervento tre livelli più in basso modifica il numero di persone.
Tempo di ciclo come P50 e P90, throughput, percentuale di giorni oltre capacità, costi per giorno come banda P10–P90 — oltre alla media dei peggiori cinque percento dei giorni e l'efficienza di flusso, cioè lavorazione divisa per tempo di attraversamento. Questa è nei processi reali di solito a una cifra percentuale ed è il numero più scomodo dell'intera analisi.
La stessa esecuzione ancora una volta a 0,8 · 0,9 · 1,0 · 1,1 · 1,2 · 1,35 · 1,5 volte il volume. Non si misura il valore ma la curvatura: il danno cresce in modo sproporzionato con il carico, perciò un passaggio oggi verde può essere quello che in una settimana intensa diventa prima non lineare.
Un passaggio per il quale nessuno ha specificato una capacità non può risultare il collo di bottiglia — e non sarà nemmeno colorato come risorsa libera. Se nessun passaggio dichiara nulla, il risultato è «collo di bottiglia indeterminato» invece di un numero inventato.
Le soglie sono nel codice sorgente, non in una brochure: l’85% di utilizzo è il ginocchio oltre il quale il tempo di attesa cresce in modo sproporzionato; oltre il dieci percento dei giorni sopra capacità lo stato è «teso». E il caso ha un valore iniziale fisso — lo stesso modello produce al secondo avvio lo stesso numero. Un'offerta il cui risultato cambia al ricalcolo non sarebbe un'offerta.
Tutto ciò che può stare in un box informativo. Numeri che cambiano sono qui automaticamente aggiornati — provengono dalla stessa fonte del resto della pagina.
Prezzi in Euro, prezzi finali al cliente IVA inclusa, fatturazione annuale. La chiave di licenza vale contemporaneamente per Windows e macOS.
Tutte le riprese provengono dalla vera finestra del programma, renderizzate a 3520 × 2000 pixel — nessun mockup, nessuna interfaccia ricreata. Viene mostrato un processo demo; non ci sono dati dei clienti.
Una ripresa larga 3520 pixel è illeggibile in una colonna di articolo larga 700 pixel. Questi tre ritagli provengono dagli stessi file e sono posti senza riduzione — ognuno mostra esattamente una cosa.
Il segno è una F il cui braccio orizzontale è rosso: lo stesso colore che nell'applicazione significa «sovraccarico». L'accento è viola (#6B5BB0), il carattere IBM Plex. Il marchio verbale è fornito come SVG path, in modo che stia correttamente senza carattere installato.
Per la citazione letterale, senza ulteriore approvazione. Per un'intervista o una domanda propria: i contatti sono in basso.
Un diagramma di processo è un'affermazione. Appena lo si esegue, diventa verificabile — e nella maggior parte dei reparti il risultato sorprende per primo chi ha disegnato il diagramma.
La frase da cui dipende tutta l’applicazione: Nessuno deve indovinare dove una modifica abbia effetto. Perciò non sommiamo risparmi, ma ricalcoliamo l’intero modello per ogni variante. Solo così si vede che la seconda misura non porta più nulla, perché la prima ha spostato il collo di bottiglia.
In linea di principio non forniamo mai un singolo numero. Un risparmio senza intervallo di variabilità è la prima cosa che una platea scettica smonta — e a ragione.
Lo strumento deve reggere nella stanza in cui si decide. Perciò esiste una modalità di presentazione e non un’esportazione di slide: la domanda del gruppo riceve risposta sul modello in esecuzione, non viene rinviata alla sessione successiva.
Questa sezione è qui perché abbrevia la ricerca. Chi verifica uno di questi limiti li trova come sono qui descritti.
Non pubblichiamo numeri di installazione, loghi di riferimento né casi di studio con nomi di clienti. Non per segretezza, ma perché mancano dati solidi a riguardo. Chi ne ha bisogno in un articolo non li otterrà — da nessuno.
FlowVisual non legge event log dai sistemi ERP e non osserva il lavoro sullo schermo. I numeri arrivano dalle persone che fanno il processo. È una scelta: non richiedere prima un progetto di dati è l’argomento di vendita — non una lacuna.
L’applicazione può analizzare documenti, ma solo tramite un endpoint di IA che Lei configuri, con obbligo di citazione — e nulla entra nel modello prima di essere accettato riga per riga. Un assistente di chat integrato non è fornito.
Non c’è account, né server, né modifica simultanea. Un team condivide una cartella di progetto sul proprio disco. Chi cerca workflow di approvazione e un repository di processi cerchi un altro prodotto.
Il risultato vale quanto gli input. L’applicazione lo dichiara: finché i numeri sono stimati, sopra il risultato compare «Provvisorio», e nell’offerta è indicato su cosa si basa il numero — indicazione del cliente, stima o misurazione.
Lo strumento individua il collo di bottiglia e quantifica la modifica. Quale processo venga toccato e come l’organizzazione lo assorba lo decide comunque una persona. Il metodo è descritto su Flowrefy, non nell’applicazione.
Le chiavi di recensione per la versione Pro sono fornite gratuitamente a redazioni e autori tecnici — senza condizioni sulla copertura e senza richiedere preventivamente cosa scriverà Lei.
Entrambi gli store distribuiscono la stessa versione; la chiave di licenza vale in entrambi. Modellare e calcolare non richiedono account né chiave — per una recensione il contenuto gratuito è sufficiente fino al PDF finale.
macOS 13 o successivo (Apple Silicon e Intel) · Windows 10/11 (64-Bit)
È sufficiente l’oggetto «Presse». Risposta di norma lo stesso giorno lavorativo.
La via più breve fino al punto in cui si decide se lo strumento vale qualcosa: