Lesson Learned – jak skutecznie zarządzać wiedzą w organizacji
Lesson Learned – jak zarządzać wiedzą? Większość z nas porażki
Czytaj
Lesson Learned – jak zarządzać wiedzą?
Większość z nas porażki uważa za błąd. W rzeczywistości są to lekcje, z których warto wyciągnąć wnioski aby ustrzec się ich w przyszłości. To to właśnie do tego służą karty lesson learned. Z artykułu dowiedz się jak zbudować system retencji wiedzy firmy.
Problem lokalnego uczenia się
Każda organizacja mówi, że „uczy się na błędach”. Problem w tym, że bardzo często uczy się tylko ta jedna grupa ludzi, która akurat brała udział w projekcie, reklamacji czy analizie A3. Reszta firmy dowiaduje się o problemie… gdy ten pojawi się ponownie, tylko w innym miejscu.
Właśnie po to istnieją karty lesson learned. Nie jako archiwum raportów, ale jako mechanizm transferu wiedzy – z jednego projektu do całej organizacji i do przyszłych projektów.
Czym naprawdę jest karta lesson learned
Karta lesson learned nie jest skróconym raportem 8D ani A3. Jej celem nie jest opisanie wszystkiego, co się wydarzyło. Jej celem jest odpowiedź na jedno pytanie
“Jaką wiedzę warto zachować i wykorzystać ponownie, aby nie powtórzyć tego samego problemu?”.
Dobra karta lesson learned jest krótka i konkretna, opisuje mechanizm, a nie historię, skupia się na tym, co zmienić w systemie, a nie kto popełnił błąd.
Skąd biorą się karty lesson learned
Karty lesson learned mogą (i powinny) powstawać w różnych momentach cyklu życia produktu i procesu. Najczęściej są efektem:
– APQP – np. wnioski z walidacji projektu lub procesu,
– Problem Solving (8D, A3) – wnioski z rzeczywistych problemów,
– audytów – wykryte luki systemowe,
– projektów optymalizacyjnych – dobre praktyki warte powielenia.
Kluczowe jest jedno: lesson learned powstaje wtedy, gdy organizacja zdobywa nową wiedzę, a nie tylko wtedy, gdy wystąpił błąd.
Jak stworzyć kartę lesson learned?
Krok 1: Utworzenie karty lesson learned
Moment utworzenia karty jest krytyczny. Najlepiej robić to, po zakończeniu analizy problemu (np. D7/D8), gdy przyczyny źródłowe są już znane a zanim wiedza „wyparuje” razem z zespołem.
Dobrze zbudowana karta lesson learned odpowiada na kilka pytań:
1. Jaki był problem lub ryzyko? (jedno zdanie)
2. Jaki mechanizm do niego doprowadził?
3. Jakie działanie systemowe okazało się skuteczne?
4. Gdzie ta wiedza powinna być wykorzystana w przyszłości?
Im prostsza karta, tym większa szansa, że ktoś ją przeczyta i zastosuje.
Krok 2: Analiza na wyższym poziomie organizacji
Jednym z najczęstszych błędów jest pozostawienie kart lesson learned na poziomie zespołu projektowego lub jakości.
Tymczasem prawdziwa wartość pojawia się dopiero wtedy, gdy:
– karty są przeglądane cyklicznie (np. na poziomie inżynierii, jakości centralnej),
– identyfikowane są wspólne wzorce problemów,
– wiedza jest scalana, a nie traktowana jako pojedyncze przypadki.
Na tym poziomie organizacja zaczyna widzieć: że różne problemy mają te same przyczyny systemowe, że te same luki pojawiają się w różnych projektach, i że system nie uczy się wystarczająco szybko.
Krok 3: Scalanie wiedzy z Family FMEA
To jeden z najważniejszych – i najczęściej pomijanych – etapów.
Family FMEA jest miejscem, gdzie:
– gromadzi się wiedza o ryzykach typowych dla danej rodziny procesów lub produktów,
– standaryzuje się podejście do zagrożeń,
– buduje się „pamięć organizacyjną”.
Karta lesson learned powinna być wejściem do aktualizacji Family FMEA, a nie osobnym bytem. Mają one dokumentować nowe tryby uszkodzeń, nowe przyczyny, nowe skuteczne zabezpieczenia.
Dzięki temu wiedza z jednego przypadku przestaje być lokalna, a staje się systemowa.
Krok 4: Wykorzystanie lesson learned w nowym projekcie
Największa porażka kart lesson learned? Oto ona: „Były, ale nikt z nich nie skorzystał”.
Dlatego kluczowe jest powiązanie lesson learned z:
– APQP,
– przeglądami projektu,
– tworzeniem DFMEA i PFMEA,
– decyzjami technologicznymi.
Nowy projekt nie powinien startować od zera. Powinien startować z wiedzą o tym, co już nie zadziałało, sprawdzonymi rozwiązaniami oraz świadomością ryzyk.
Wtedy lesson learned naprawdę „żyje”.
Krok 5: Dystrybucja kart lesson learned w organizacji
Nawet najlepsza karta lesson learned jest bezużyteczna, jeśli nikt o niej nie wie.
Dystrybucja to nie wysłanie maila „do wiadomości”. To jasne określenie kto powinien ją znać, gdzie karta jest przechowywana (jedno miejsce, nie 10 folderów) oraz kiedy i w jakim procesie ma być używana.
Dobrą praktyką jest:
– przypisywanie lesson learned do ról (np. inżynier procesu, projektant),
– omawianie ich na przeglądach projektowych,
– wykorzystywanie ich jako danych wejściowych do analiz ryzyka.
Lesson learned w praktyce
Lesson learned to proces, nie dokument
Najważniejsze, co warto zapamiętać: lesson learned to nie karta. To proces zarządzania wiedzą.
Jeżeli karta powstaje, jest analizowana, zasila Family FMEA i trafia do nowych projektów, to organizacja naprawdę się uczy. Jeżeli karta tylko „jest” – to jest archiwum, nie lesson learned.
Dla przypomnienia: proces to zespół powiązanych ze sobą czynności/kroków, które przekształcają wejście w wyjście. Proces musi mieć właściciela. Powinniśmy też oceniać jego skuteczność (czy robi to, co ma robić) oraz efektywność (ile zużywa zasobów).
Bez właściciela, oceny i odpowiedniej “uwagi” lesson learned skazane jest na zapomnienie.
Najczęstsze błędy w pracy z lesson learned
– traktowanie kart jako formalności po 8D,
– brak przeglądu na poziomie organizacji,
– brak powiązania z FMEA i APQP,
– brak dystrybucji i jasnego właściciela wiedzy,
– zbyt rozbudowane, nieczytelne karty.
Każdy z tych błędów sprawia, że organizacja płaci drugi raz za tę samą lekcję.
FAQ
Czy lesson learned dotyczy tylko problemów?
Nie. Dobre praktyki są równie cenne jak błędy.
Czy każda karta musi trafić do Family FMEA?
Nie każda, ale każda powinna być świadomie oceniona pod tym kątem.
Czy lesson learned to zadanie jakości?
Jakość często koordynuje proces, ale wiedza należy do całej organizacji.
CHCESZ POZNAĆ NARZĘDZIA MOTORYZACJI?
Darmowy kurs e-learning
PODSTAWY MOTORYZACJI
Poznaj 5 podstawowych podręczników branży motoryzacyjnej: APQP, FMEA, MSA, SPC, PPAP. Odbierz swój bezpłatny dostęp.
Potrzebujesz wsparcia?
Zostaw nam wiadomość
Odpowiadamy tak szybko jak inżynier jakości, gdy właśnie otrzymał informacje o nowym problemie.
Bezpośredni kontakt
Zadzwoń do nas
+48 507 799 644
Napisz
Sprawdź również
5Why w 8D – analiza techniczna i systemowa
5Why w 8D – analiza techniczna i systemowa Kto pyta
Czytaj
Is / IsNot – zawężanie problemu bez zgadywania
Is / IsNot w 8D – zawężanie problemu bez zgadywania
Czytaj