Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Witam

Trochę map już było, przejrzałem też ostatnio (ponownie) "Naucz się widzieć" i wątki na forum, ale nie znalazłem nic na temat jakości procesu i jego wpływu na mapę przyszłego stanu.

Mam jakiś pomysł, ale chcę sprawdzić...

Robicie VSM i nagle okazuje się, że jeden z procesów technologicznych powoduje ogromne odrzuty, liczone w procentach, nie w PPM'ach. Co robicie z tym fantem?

Kolejny proces zatrzymuje się nam co kilka/kilkanaście minut. Co z tym znaleziskiem?

Jak oba przypadki mają wpływ na mapę stanu przyszłego i plan działań jej wdrożenia?

Dzięki za rozjaśnienie.
Konrad

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Nie wiem czy dobrze myśle, ale rozumiem, że masz mapę w którymś z programów? Zrobiłeś tam przebieg próbny żeby sprawdzić czasy / koszty etc i Ci nie wyszło...
Moim zdaniem masz źle wpisane czasy, albo ilości. ProVision zatrzymywał się (spowalniał) w czasie przebiegu bo robił to proporcjonalnie do ilości i czasu operacji, więc czasami może to być bardzo spowolniony działający poprawnie proces.
Zrób sobie sprawdzenie w excelu - ilość operacji x ich czasy w sekundach / minutach / godzinach/ sprawdź ile wyjdzie z tego godzin w miesiącu na każdą operację w procesie, ile to wyjdzie ludzi i czy ma to sens.
Zakładam że mapujesz proces rzeczywisty więc zawsze można sprawdzić u źródła. Zakładam że proces technologiczny to nie jest ciągły proces produkcyjny, a okresowy proces na koniec zmiany czy raz na dzień / tydzień / miesiąc. Przez co program może też nie być dostosowany do takiej charakterystyki i może źle zrozumieć Twoje dane

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Ja zrozumiałem wypowiedź Konrada trochę inaczej.
Według mnie chodzi tutaj o rzeczywisty case.
Co bym sugerował?
Ano:
1. Wizualizacja problemu/potencjału na VSM.
Obok symbolu procesu, który powoduje największe kłopoty jakościowe przyklejasz wielki "wybuch" aby całemu procesowi i całej organizacji pokazać co się dzieje i czym skutkują kłopoty w tym miejscu.
2. Umieszczasz akcje dotyczące tego obszaru/maszyny/procesu na liście projektów. Zapewne ten projekt będzie miał dość wysoką pozycję na liście priorytetów.
Podajesz dane obecne (% braków) i jako cel wpisujesz wyliczony poziom (PPM) pozwalający na osiągnięcie zdolności, tak aby produkować zgodnie czasem taktu.
4. Na VSD wpisujesz wielkości umożliwiające produkcję zgodnie z TT oraz umożliwiające flow lub pull.
5. Pewnie niezbędne będą działania tymczasowe – zapas buforowy (nadgodziny, weekend itd.) pozwalający na ciągłą produkcję procesowi, który jest klientem procesu problematycznego
6. Wizualizacja planu produkcji i wykonania + poziomu braków na krytycznej maszynie.
7. Otwierasz PDCA (zespół interdyscyplinarny pod przewodnictwem właściciela procesu). Spotkania zespołu każdego dnia do momentu osiągnięcia zakładanych celów pośrednich. Postępy prac raportowane każdego dnia.

Tyle na gorąco.
Konrad, będę wdzięczny jeśli dasz znać to z rtych pomysłów zadziała w Twoim przypadku.
POzdrawiam,
Maciek

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Konrad G.:
Witam

Trochę map już było, przejrzałem też ostatnio (ponownie) "Naucz się widzieć" i wątki na forum, ale nie znalazłem nic na temat jakości procesu i jego wpływu na mapę przyszłego stanu.

Mam jakiś pomysł, ale chcę sprawdzić...

Robicie VSM i nagle okazuje się, że jeden z procesów technologicznych powoduje ogromne odrzuty, liczone w procentach, nie w PPM'ach. Co robicie z tym fantem?

Nie da się przeliczyć % na PPM?
Zbadałbym: z jakiego powodu okreslenie PPM nie jest możliwe?
Brak wiarygodnych danych może doprowadzić do błednych wniosków.

Kolejny proces zatrzymuje się nam co kilka/kilkanaście minut. Co z tym znaleziskiem?

Jak oba przypadki mają wpływ na mapę stanu przyszłego i plan

działań jej wdrożenia?

Przeanalizowałbym jaki jest powód zatrzymań? Czy jest związany z odrzutami poprzedniego procesu?
Jezeli tak, trzeba przeanalizować oba procesy łącznie. Jeżeli nie, to na dwoje babka wróżyła.
Ale na nosa potraktrowałbym oba przypadki łącznie.
Problemem może być jeżeli procesy są rozdzielne z powodu kompetencji zarządzających. Sam wiesz że w takich przypadkach każdy dba o swoje i niedaje swojego ruszyć.

Przeanalizowałbym oba procesy "AsIs" i zbudował nowy / nowe "ToBe" z jedną mapa sta nu przyszłego i jednym planem działania.
Ale wszystko zależy od sytuacji.

Dzięki za rozjaśnienie.
Konrad

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Macieju jesteś blisko...

Sorki - jestem tradycjonalistą i nie uznaję żadnych wymyślnych narzędzi (co bym miał się chwalić, ze tylko ja potrafię; nie ma się czym chwalić skoro każdy może to zrobić przy pomocy kartki papieru, ołówka i gumki - taka dygresja co do oprogramowania...).

Innymi słowy:

Robię mapkę stanu obecnego - wychodzi całkiem spoko... Ale jakby się zagłębić (nota bene w "Naucz się widzieć" na mapkach nie ma pozycji odrzuty/poziom jakości, a i dostępność obniżona jest tylko przez "planowane postoje" - przerwy, TPM, 5S; co z mikro-przestojami, które mogą "zjeść" całkiem dużą porcję czasu???).

Teoretycznie w następnym kroku rysuje mapkę stanu przyszłego (docelowego, na ile da się go wdrożyć), ale... planując taką mapkę już teraz:
- [błąd]
- o ile nikt ze znających proces nie szepnie słowem, mogę ustalić taką ilość operatorów (a więc czas cyklu), który przy obecnym poziomie jakości i przestojach będzie niewykonalny!!! Przykład:

Czas cyklu (C/T) = 60 sekund
Dostępność maszyny/procesu = 100% (np. wtryskarka, której nie zatrzymuje się przy zmianie operatorów)
Takt Time = 61,7 sekundy

Teoretycznie powinienem wyprodukować 480 minut (zmiana) x 3 zmiany (w ciągu dnia) = 1440 sztuk, a Klient zamówi codziennie 1400 sztuk. Wszytko gra, ale...
- przy odrzucie 3%, brakuje mi codziennie 3-4 sztuki do wysyłki;
- przy postojach sięgających ponad 40 minut/dobę też zaczyna mi brakować sztuk na wysyłkę!

[złe pytania - skasowano]
Czy zawsze się pytacie o poziom odrzutów i postoje?
Czy nanosicie je na mapkę?Konrad G. edytował(a) ten post dnia 06.09.10 o godzinie 21:09

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Maciej Wiertel:
Ja zrozumiałem wypowiedź Konrada trochę inaczej.
Według mnie chodzi tutaj o rzeczywisty case.
Co bym sugerował?
Ano:
1. Wizualizacja problemu/potencjału na VSM.
Obok symbolu procesu, który powoduje największe kłopoty jakościowe przyklejasz wielki "wybuch" aby całemu procesowi i całej organizacji pokazać co się dzieje i czym skutkują kłopoty w tym miejscu.

OK. Dzięki. "Wybuchu" nie znałem ;-)

2. Umieszczasz akcje dotyczące tego obszaru/maszyny/procesu na liście projektów. Zapewne ten projekt będzie miał dość wysoką pozycję na liście priorytetów.
Podajesz dane obecne (% braków) i jako cel wpisujesz wyliczony poziom (PPM) pozwalający na osiągnięcie zdolności, tak aby produkować zgodnie czasem taktu.

Super, ale ktoś mi musi o tym powiedzieć, bo nie spotkałem jeszcze mapy, która "z zasady" żądała tego typu danych.

4. Na VSD wpisujesz wielkości umożliwiające produkcję zgodnie z TT oraz umożliwiające flow lub pull.
5. Pewnie niezbędne będą działania tymczasowe – zapas buforowy (nadgodziny, weekend itd.) pozwalający na ciągłą produkcję procesowi, który jest klientem procesu problematycznego.

Jasne.

6. Wizualizacja planu produkcji i wykonania + poziomu braków na krytycznej maszynie.
7. Otwierasz PDCA (zespół interdyscyplinarny pod przewodnictwem właściciela procesu). Spotkania zespołu każdego dnia do momentu osiągnięcia zakładanych celów pośrednich. Postępy prac raportowane każdego dnia.

Tyle na gorąco.
Konrad, będę wdzięczny jeśli dasz znać to z rtych pomysłów zadziała w Twoim przypadku.
POzdrawiam,
Maciek

Wszystko zgoda, ale to już "walka w życiu", a ja jestem na etapie mapy.

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Leszek Skórniewicz:

Konrad G.:
Witam

Trochę map już było, przejrzałem też ostatnio (ponownie) "Naucz się widzieć" i wątki na forum, ale nie znalazłem nic na temat jakości procesu i jego wpływu na mapę przyszłego stanu.

Mam jakiś pomysł, ale chcę sprawdzić...

Robicie VSM i nagle okazuje się, że jeden z procesów technologicznych powoduje ogromne odrzuty, liczone w procentach, nie w PPM'ach. Co robicie z tym fantem?

Nie da się przeliczyć % na PPM?
Zbadałbym: z jakiego powodu okreslenie PPM nie jest możliwe?
Brak wiarygodnych danych może doprowadzić do błednych wniosków.

(...)

Da się przeliczyć, ale czasami nie warto - wychodzą za duże liczby i jeszcze ktoś dostanie zawału... ;-)

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Konrad,
1.Zacznijmy od „wybuchów”. Klasycy nazywają je KAIZEN. Jak zwał tak zwał, chodzi co się pod tym symbolem kryje. Znajdziesz je na str. 78 „Naucz się widzieć” oraz na wewnętrznej stronie okładki.

2.Dane dotyczące jakości. Uważam, że muszą znaleźć się w „process databox –ach” . To mała niedoróbka Klasyków. Wspominają o tych danych na str. 19, ale na rysunkach się nie pojawiają.

3.Jeśli TT=61,7s a Twój CT=60 s, masz trochę „zapasu” t.j. 1,7 sec na sztuce wyrobu.
3a Jaki dostępny czas użyłeś do kalkulacji TT? Odjąłeś przerwy śniadaniowe, fajka, siku? Jeśli maszyny „idą” 480 min na zmianę nie musisz, ale jeśli operatorzy je wyłączają idąc na przerwy, musisz to uwzględnić.
3bCzy CT = 60 sec to teoretyczny CT, czy uwzględnia straty OEE? Na mój nos, CT=60 jest cosik za „okrągły”. Czy CT to CT dla jakiegoś high runnera, a może produkuje się jeden wyrób tylko? Jeśli więcej, musisz policzyć średni ważony CT.

4.Wspominasz o 40 min przestojów. Jaki jest ich powód? One muszą być pokazane w planowanym CT.

Ergo.

I Umieść dane jakościowe na VSM
II Dołóż „wybuchy” – tam ewidentnie proces nie płynie. Jest potencjał !!!
III Zweryfikuj TT (czas dostępny)
III Pomierz CT na maszynie, powiedzmy 30 cyklów. Jeśli więcej niż jeden wyrób, poproś o dane z Planowania (historia i forecasty). Policz średni ważony CT
IV Wytyczne to stworzenia VSD:
- czy możesz produkować zgodnie z TT?
- gdzie należy wprowadzić przepływ?
- jeśli nie można przepływu, gdzie będziemy wdrażać pull?
- pacemaker (poziomowanie i planowanie)
- jak zwizualizowac i kontrolować proces, tak aby natychmiast móc stwierdzić odchylenia i reagować na nie.

Jeśli będziesz miał jeszcze pytania, wal jak w dym.
Pozdrawiam,
Maciek

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Maciej Wiertel:
Konrad,
1.Zacznijmy od „wybuchów”. Klasycy nazywają je KAIZEN. Jak zwał tak zwał, chodzi co się pod tym symbolem kryje. Znajdziesz je na str. 78 „Naucz się widzieć” oraz na wewnętrznej stronie okładki.

O tych wybuchach pisałeś ;-) "Chmurki KAIZEN" - to moja nazwa ;-)

2.Dane dotyczące jakości. Uważam, że muszą znaleźć się w „process databox –ach” . To mała niedoróbka Klasyków. Wspominają o tych danych na str. 19, ale na rysunkach się nie pojawiają.

Zgoda.

3.Jeśli TT=61,7s a Twój CT=60 s, masz trochę „zapasu” t.j. 1,7 sec na sztuce wyrobu.
3a Jaki dostępny czas użyłeś do kalkulacji TT? Odjąłeś przerwy śniadaniowe, fajka, siku? Jeśli maszyny „idą” 480 min na zmianę nie musisz, ale jeśli operatorzy je wyłączają idąc na przerwy, musisz to uwzględnić.

Jak pisałem - nie ma wyłączania maszyn; pracują non-stop.

3bCzy CT = 60 sec to teoretyczny CT, czy uwzględnia straty OEE? Na mój nos, CT=60 jest cosik za „okrągły”. Czy CT to CT dla jakiegoś high runnera, a może produkuje się jeden wyrób tylko? Jeśli więcej, musisz policzyć średni ważony CT.

Jeżeli duży detal i na wtryskarce, to 60 sekund (może trochę zaokrąglony) jest realne i aby nie bawić się w 59,8 i 60,1, itd. (z każdym cyklem jest pewien rozrzut), można przyjąć 60 sekund. CT zmierzony.

4.Wspominasz o 40 min przestojów. Jaki jest ich powód? One muszą być pokazane w planowanym CT.

Z historii - różne powody. Czasami są, czasami nie ma. Nikt o zdrowych zmysłach i instynkcie samozachowawczym nie powie tego bez kilku litrów piwa ;-)

Ergo.

I Umieść dane jakościowe na VSM
II Dołóż „wybuchy” – tam ewidentnie proces nie płynie. Jest potencjał !!!
III Zweryfikuj TT (czas dostępny)
III Pomierz CT na maszynie, powiedzmy 30 cyklów. Jeśli więcej niż jeden wyrób, poproś o dane z Planowania (historia i forecasty). Policz średni ważony CT
IV Wytyczne to stworzenia VSD:
- czy możesz produkować zgodnie z TT?
- gdzie należy wprowadzić przepływ?
- jeśli nie można przepływu, gdzie będziemy wdrażać pull?
- pacemaker (poziomowanie i planowanie)
- jak zwizualizowac i kontrolować proces, tak aby natychmiast móc stwierdzić odchylenia i reagować na nie.

Jeśli będziesz miał jeszcze pytania, wal jak w dym.
Pozdrawiam,
Maciek

Dzięki. Rozjaśniło mi się...

Temat: VSM - Mapowanie Strumienia Wartości, a odrzuty jakościowe...

Trochę z inne beczki....

Przy CT=60s postoje maszyn na poziomie 40 minut to trochę dużo może warto by poświecić trochę czasu i zrobić samemu obserwację co powoduje te przestoje albo mały zespół KAIZEN, obojetne co ale musisz zrobić obserwacje co powoduje to 40 minut w plecy jak bedziesz mial dane, to rozwiążesz problem :)