A Tulip esetében a működésének digitális technológiával történő átalakítása folyamatos fejlesztést igényel. Ez magában foglalja a fokozatos változtatásokat és az iteratív fejlesztést az Ön változó igényeinek megfelelően.
Mi a folyamatos fejlesztés?
A folyamatos fejlesztési munkafolyamat egy agilis módszer.
Az agilis a fejlesztési életciklus olyan megközelítése, amely az értékteremtést helyezi előtérbe a folyamatos kiadás és iteráció folyamatán keresztül. Egyetlen nagy kiadás helyett a cél elérésére összpontosít, sok apró fejlesztésen keresztül.
A folyamatos fejlesztés biztosítja a minimálisan értékes megoldások gyors átadását az adatok gyűjtése, a valós idejű folyamatmeglátások áttekintése és az alkalmazások vagy folyamatok megfelelő iterálása révén.
Betekintések gyűjtése az analitikával
A Tulip Analytics funkciója kód nélküli grafikonok és fejlett gépi tanulási funkciók segítségével vizualizálja az adatokat.
Az Ön által készített elemzések feltárhatják a működésében felmerülő problémákat, és valós idejű teljesítményt mutathatnak a KPI-khez képest.
Az elemzések a következő adatforrásokat használhatják a Tulipban:
- Alkalmazások befejezései
- Táblázati adatok
- Gépi adatok
Íme néhány példa az elemzésekből származó értéknövekedésre:
Pareto-diagram, amely a hibaarányokat mutatja
A ciklusidők oszlopdiagramja
Azonnal javíthatja a működést a vezérlőkarakterisztika rétegeivel. A kontrollgrafikonok lehetővé teszik, hogy:
- Felső és alsó ellenőrzési határértékek beállítása
- A gépi tanulás használata a statisztikai folyamatszabályozáshoz
- Értesítések küldése, ha az adatokban kiugró értékek jelennek meg.
Tudjon meg többet az analitikáról itt.
Most pedig fussunk végig egy példán a folyamatos fejlesztésre egy 12 hónapos skálán a Tulip segítségével.
Példa a felhasználási esetre: Minőségi kitérések kezelése
Forgatókönyv: Minőségi szökések érik el az ügyfeleket, de nem tudja, honnan származnak. Jövőre a kereslet növekedésére számít, ezért az idei évet az infrastruktúra kiépítésére és az áteresztőképesség növelését célzó kezdeményezésekre összpontosítja.
Üzleti cél: 12 hónapon belül lehetővé tenni a méretnövelést, és növelni az ügyfelek bizalmát a minőségi programja körül.
KPI-k: Első átmenetek hozama; minőségi elszökések; utómunkaidő.
Gyártási célok:
- A minőségi problémák kiváltó okainak azonosítása
- Minőségi problémák soron belüli megelőzésére szolgáló eszközök bevezetése (poka-yoke).
- Nyomonkövethetőség és genealógia a gyors cselekvés érdekében bármilyen probléma esetén.
- A minőség programozott javítása jobb képzési kezdeményezések révén
- "Utolsó védelmi vonal" létrehozása annak biztosítására, hogy a minőség ne hagyja el az épületet.
Sprint 1: Kezdje meg a frontvonalbeli adatok gyűjtését egy egyszerű átmenő/meghiúsuló ellenőrzés bevezetésével minden egyes ellenőrzési állomáson.
- Alapvető alkalmazásépítési készségek elsajátítása
- Tanulja meg, hogyan kell új alkalmazásokat telepíteni
- Gyors adatgyűjtés
- Vezesse a változásmenedzsmentet: Az üzemeltetők korán elkezdik a Tulip tanulását és használatát.
Sprint 2: A frontvonalbeli adatokelemzésének megalapozása. Amikor alkatrészek meghibásodnak, az operátorok adják meg a hiba okát egy listáról.
- Alkalmazásépítési készségek fejlesztése
- Tanulják meg, hogyan kell az alkalmazások új verzióit telepíteni.
- Gyors adatgyűjtés: a lehető leggyorsabb út annak megértéséhez, hogy mely ellenőrzési lépések vezetnek a legtöbb problémához.
- A fájdalmas pontok azonosítása: Elegendőek-e a hibakódok? Könnyen használhatóak az alkalmazásai?
→ Identify root causes of quality issues
Sprint 3: Készítsen műszerfal-alkalmazást, amely megmutatja, mely állomásokon van a legtöbb meghibásodás.
- Új alkalmazásépítési készségek elsajátítása
- Folyamatos fejlesztés: összpontosítsa erőforrásait a legtöbb meghibásodást mutató állomások meghibásodásainak csökkentésére.
- Változásmenedzsment: mutassa be a digitális megoldások értékét, hogy gyorsan (6 héten belül) hatásos változásokat hajtson végre.
Sprint 4: Fejlessze a műszerfal-alkalmazást. A legtöbb meghibásodást okozó állomásokkal kezdve mutassa meg, hogy mely hibatípusok a leggyakoribbak.
- Folyamatos fejlesztés: összpontosítsa erőforrásait a legnagyobb problémák megoldására.
- Mutassa meg a megtérülést: Milyen gyorsan tudja csökkenteni az egyes hibatípusok számát? Milyen hatással van ez a selejt- és munkaerőköltségekre?
Sprint 5: Készítsen munkautasítás-alkalmazásokat, amelyek egyértelmű útmutatást nyújtanak a kezelőknek az azonosított problémás területeken.
- A fájdalmas pontok rangsorolása
- Építsünk méretarányos alkalmazást: Hozzon létre egy olyan sablont, amely az alkatrészek és termékcsaládok között újra felhasználható.
→ Implement tools & poka-yoke for in-line prevention of quality issues
6. sprint: Használja a munkautasításokat az adatok rögzítésére. Ne engedje, hogy az alkatrészek továbbhaladjanak a gyártósoron, ha nem felelnek meg a specifikációnak.
- Poka-yoke bevezetése
- Kezdeti nyomon követhetőség kialakítása: ciklusidők, operátorok, specifikációk és megfelelt/nem felelt meg adatok rögzítése.
→ Traceability & genealogy to act quickly in case of any issues
7. Sprint: Frissítse szükség szerinta minőségügyi alkalmazásokat. Frissítse a műszerfalait, hogy az idővel bekövetkező javulást mutassa.
- Ismerje meg az alkalmazás architektúráját: Értse meg, hogyan működik együtt az alkalmazások ökoszisztémája.
- Tervezzen és iteráljon a használhatóság érdekében.
Sprint 8: Alapozza meg a minőségügyi program következő fázisát.
- Mutassa meg a ROI-t: A digitális kezdeményezések javítják a KPI-ket.
- Folytassa a priorizált munkautasítások kidolgozását.
- Korlátozza az alkalmazáshoz való hozzáférést állomásonként az adott folyamatra kiképzett operátorokra.
→ Programmatically improve quality via better training initiatives
9. sprint: Állítson fel hosszú távú programot a ROI nyomon követésére. A nyomon követhetőség véglegesítése.
- Mutassa meg a ROI-t: A KPI-javulások átváltása dollárra, egységekre és/vagy órákra.
- A teljesítési nyilvántartások megértése
Sprint 10: Képzési program megtervezése.
Sprint 11: Folyamatosan fejlessze az alkalmazásokat, miközben kiépíti az ökoszisztémát.
→ Create a “last line of defense” to ensure to quality escapes leave the building
Következő lépések
Határozza meg üzleti céljait, és kezdjen hozzá a Tulip szakértőinek forrásai segítségével ahhoz, ami a legfontosabb az Ön számára:* Agilis fejlesztés egyetemi tanfolyam* Válassza ki az első felhasználási esetet egyetemi tanfolyam* Dashboard fejlesztés egyetemi tanfolyam* Műszerfal fejlesztés egyetemi tanfolyam
Megtalálta, amit keresett?
Akkor látogasson el a community.tulip.co oldalra, hogy feltegye kérdését, vagy nézze meg, hogy mások is szembesültek-e hasonló kérdéssel!