Ruční plány se stále rozpadají
Člověk znovu přeskupuje práci pokaždé, když se změní směna, návštěva, dodávka nebo objednávka.
Inženýrství matematických systémů
Směny, plány návštěv, dispečink, výrobní kroky a přiřazování zaměstnanců. Složitá rozhodnutí závislá na Excelu a zkušených operátorech převádíme na matematické modely a poté je realizujeme jako použitelné webové a mobilní systémy pro provoz v terénu.
Řešič omezení
Optimalizováno · 0,38 s
Plán návštěv / 20. června
Prototyp už za dva týdny
Problémy s omezeními
0
Celkové cestování
84 min
Míra přiřazení
100%
min Σ cᵢxᵢ + λΣ vⱼ
s.t. Ax ≤ b
Problémy, které řešíme
Problémy, které řešíme
Finite Field pracuje na provozech, které jsou příliš pravidlové pro jednoduchý formulářový systém a příliš specifické pro obecný SaaS produkt.
Člověk znovu přeskupuje práci pokaždé, když se změní směna, návštěva, dodávka nebo objednávka.
Pravidla pro dovednosti, kapacitu, lokalitu, termíny a priority existují, ale jsou rozptýlená v tabulkách a paměti lidí.
Stejná data se kopírují mezi Excelem, chatem a systémy a potom je opravuje tentýž odborník.
Systém existuje, ale jen zaznamenává výsledky. Těžká část se stále děje mimo systém.
Odpovědí není jen hezčí obrazovka. Je to model, který umí rozhodovat a vysvětlovat.
Bereme je jako matematické systémy: modelujeme rozhodnutí, testujeme omezení, vysvětlujeme výsledek a kolem této logiky budujeme provozní UI.
Od obchodních pravidel k systémovému modelu
Finite Field nezačíná seznamem obrazovek. Nejprve rozložíme terénní rozhodování na proměnné, omezení, cíle a požadavky na vysvětlení a poté navrhneme systém.
Proměnné
Pracovníci, návštěvy, stroje, objednávky, vozidla, časová okna, dovednosti, kapacita a data se stanou explicitními daty.
Omezení
Dovednosti, termíny, lokality, limity zatížení, priority, nedostupné časy a obchodní výjimky se zapisují jako pravidla.
Cíle
Snížit cestování, vyvážit práci, zlepšit shodu preferencí, chránit termíny nebo zviditelnit kompromisy pro operátory.
Nezačínáme seznamem obrazovek. Nejprve definujeme rozhodovací proměnné, omezení, cíle a požadavky na vysvětlení a teprve potom je převádíme na produkt, který lidé mohou provozovat.
Interaktivní ukázka přiřazení
Ukázka v prohlížeči je pouze vysvětlující. Neodesílá vaše data mimo tuto stránku.
Změňte cíl a spusťte plánovač.
Ruční plán: dvě omezení vyžadují opravu
Ukázka: 9 návštěv / 5 pracovníků
Oblasti řešení
Zaměřujeme se na plánovací práci, která se každý den znovu skládá: směny, návštěvy, dispečink, výrobní kroky a přiřazování zaměstnanců.
Rozvrhování
Převeďte dovednosti, časová okna, pravidla odpočinku a férovost do rozvrhu, který lze posoudit.
Terénní práce
Přiřazujte návštěvy a terénní práci s ohledem na cestování, shodu dovedností, preferované pracovníky a časová okna.
Směrování
Plánujte vozidla, dodávky a zastávky při omezeních kapacity, pořadí a služeb.
Párování
Párujte lidi, případy, objednávky nebo zdroje s vysvětlitelnými prioritami a výjimkami.
Proces dodání
První krok držíme dostatečně úzký, abychom ověřili model před závazkem k produkčnímu systému.
Shromáždíme aktuální tabulky, pravidla, příklady a výjimky a určíme, kde se rozhodnutí skutečně dějí.
Převedeme pracovní postup na proměnné, omezení, cíle a požadavky na vysvětlení, které lze posoudit.
Vytvoříme malé rozhraní kolem modelu, aby si operátoři mohli postup osahat a najít chybějící pravidla.
Produkční rozsah rozhodujeme až poté, co jsou vidět data, model, použitelnost a rizikové předpoklady.
První krok
U nejistých pracovních postupů začínáme úzkým prototypem: modelujeme pravidla, vytvoříme malé UI a ověříme, zda logika stojí za produkční vývoj.
Prototyp od ¥298 000
Prototyp vyjasňuje proveditelnost a rozsah. Nezaručuje obchodní dopady.
Od výzkumu k produktu
Modelovat, ověřit, provozovat
Math Lab
Laboratoř propojuje matematické modelování, důkazově orientované myšlení a dodávku softwaru. Domovská stránka představuje směr a posílá technicky zaměřené čtenáře k NPA a související práci.
Výzkumný obsah podporuje inženýrský úsudek; nenahrazuje produkční validaci ani formální důkazové nástroje.
Přečíst o NPAFAQ
Odpovědi jsou určeny týmům, které zvažují, zda se provozní rozhodování má stát softwarem.
Rozvrhování, přiřazování, směrování, párování, plánování výroby a další postupy s mnoha omezeními jsou vhodné. Nejprve převedeme obchodní pravidla do malého modelu a teprve poté rozhodujeme, co vybudovat.
Ne. Prototyp a ukázka vyjasňují proveditelnou logiku, datové požadavky a uživatelskou zkušenost. Nezaručují snížení nákladů, růst prodeje ani jiné obchodní dopady.
Ano. První krok obvykle držíme malý: kontrola dat, uspořádání pravidel a hmatatelný prototyp. Plný produkční vývoj začíná až po vyjasnění modelu a provozního souladu.
Začněte malým modelem a hmatatelným prototypem. Oddělíme, co se má automatizovat, od toho, co má zůstat lidským úsudkem.