1. Kompetencje. Opis ogólny
2. Tabele kompetencji
3. Schematy kodowania (grupa + symbol) - propozycja
4. Reguły i zasady kodowania
5. Tematy powiązane
1. Kompetencje. Opis ogólny
Kompetencje, to wiedza teoretyczna i umiejętności praktyczne,
które umożliwiają wykonywanie zadań na odpowiednim poziomie.
Ocena kompetencji to proces analizy umiejętności, wiedzy i postaw osób,
np. pracownika, w odniesieniu do wymagań stanowiska, mający na celu
identyfikację mocnych stron i obszarów do rozwoju.
W systemie Trawers ERP wymagania kompetencyjne można wskazywać:
* Wykonywanie usług serwisowych (Serwis)
* Umiejętności i uprawnienia pracowników i kandydatów do pracy (HR)
* Umiejętności i doświadczenie osób do kontaktu u kontrahentów i partnerów (CRM)
1.1 Wymagania kompetencyjne do usług serwisowych
W karcie KIM (rodzaj: [Uw] Usługa własna) można wskazać, jakie kompetencje są wymagane,
aby wykonać daną usługę serwisową.
Efekt biznesowy: system może ograniczyć realizację usługi do pracowników, którzy mają
przypisane wymagane kompetencje (moduł Urządzenia / Serwisowanie ).
Czyli: kompetencja = warunek dopuszczenia do wykonania pracy.
1.2 Profil kompetencyjny pracownika i kandydata
W kartotekach pracowników i kandydatów przypisuje się im kompetencje z tabeli kompetencji.
Efekt: jest spójny opis umiejętności w obszarze zarządzania kadrami i można:
* szybko sprawdzić 'kto ma uprawnienia X',
* porównać kompetencje pracownika z wymaganiami stanowiska/usługi,
* budować zestawienia i analizy luk kompetencyjnych.
1.3 Kompetencje osoby do kontaktu (CRM/kontrahenci)
W karcie osoby do kontaktu na ekranie: Kompetencje wpisuje się grupę i symbol kompetencji
(np. SEP, Język angielski, B2).
Efekt: można otrzymać listę osób do kontaktu spełniających oczekiwane kompetencje
(np. do obsługi serwisu, handlu, wdrożeń).
Czyli: kompetencje pomagają znaleźć właściwą osobę po stronie klienta/partnera.
1.4 Kompetencje Partnerów
Oddzielnym obszarem ustalania poziomu kompetencji jest obszar zarządzania
partnerami handlowymi i serwisowymi. Reguły zarządzania i mechanizmy ustalania
kompetencji opisano w odrębnym artykule.
Patrz szczegóły:
Partnerzy handlowi i serwisowi
2. Tabele kompetencji. Grupy i symbole kompetencji
Grupy kompetencji podaje się w tabeli:
AD > Słowniki > Zarządzanie kadrami > Grupy kompetencji [AD_TGR10].
Symbole kompetencji podaje się w tabeli:
AD > Słowniki > Zarządzanie kadrami > Kompetencje (symbole) [AD_TTK10]
Podaje się:
* grupa
* symbol
* nazwa
* opis
Tabele kompetencji [AD_TTK10] to centralny słownik kompetencji (grupa + symbol),
wykorzystywane do opisu i weryfikacji kwalifikacji w systemie.
Dzięki temu kompetencje są wpisywane zawsze w ten sam sposób (grupa + symbol),
a nie jako dowolny tekst - co pozwala je potem jednoznacznie wykorzystywać w procesach,
filtrach i raportach.
Tabela kompetencji, to:
* Standaryzacja: zamiast wielu wersji tego samego (SEP, Uprawnienia SEP, SEP G1), masz jeden, wspólny kod.
* Jednoznaczność: symbol jest kluczem, a nazwa/opis to czytelna informacja dla użytkownika.
* Wielokrotne użycie: ten sam słownik działa w kadrach, serwisie i kontaktach.
* Wyszukiwanie i raportowanie: można filtrować osoby po kompetencjach i budować listy kto spełnia wymagania.
Propozycje nadawania kodów (oznaczeń) grupom i symbolom.
1) Grupy kompetencji: 2 znaki (AD_TGR10)
2-znakowe prefiksy (przykładowo):
* UP - uprawnienia/certyfikaty formalne (SEP, UDT, F-gazy)
* JZ - języki
* TE - technologie/narzędzia techniczne (PLC, hydraulika)
* SY - systemy IT (Trawers, ERP, CRM)
* SE - serwis (diagnostyka, uruchomienia, pomiary)
* BH - BHP/bezpieczeństwo
* PJ - prawo jazdy / operatorzy (kategorie, uprawnienia ruchome)
* MI - kompetencje miękkie (jeśli potrzebne)
2) Kompetencje: 6 znaków (AD_TTK10) - 3 wariantyWariant A (najczytelniejszy): `AAAA + PP`4 znaki kodu obszaru + 2 znaki poziomu/typu
* `PP` to poziom albo wariant: `B1/B2/C1`, `B0/S0/A0`, `E0/D0`, itp.
Poziomy (proponowane stałe):
* `B0` = Basic (pod nadzorem)
* `S0` = Standard (samodzielnie)
* `A0` = Advanced (ekspert/szkoli)
Przykłady:
* (JZ) angielski B2 -> `ENGB2` (tu prościej: języki jako ISO+poziom)
* (TE) PLC Siemens S7 basic -> `S7PLB0`
* (TE) hydraulika standard -> `HYDLS0`
* (SY) Trawers ERP użytkownik -> `TRWUU0` (albo czytelniej: `TERPU0` - zależy od uzywanych skrótów)
* (SE) diagnostyka elektryczna advanced -> `DIELA0`
Plus: bardzo łatwo utrzymać spójność.
Minus: dla formalnych uprawnień czasem trzeba robić skróty.
Wariant B (dobry dla uprawnień): `RODZ + ZAKRES`3 znaki rodzaju + 3 znaki zakresu/wariantu
* SEP: `SP1E00` (SEP G1 Eksploatacja)
* SEP: `SP1D00` (SEP G1 Dozór)
* UDT wózki: `UDTWJ0` (UDT wózki jezdniowe)
* F-gazy: `FGAS00`
Tu zostaje: '00', gdyż nie ma sensownego poziomu.
Jeśli jest - ostatni znak można zrobić poziomem: np. `UDTWJ2` (typ/poziom).
Plus: dobre do certyfikatów. Minus: mniej 'uniwersalne' dla miękkich/IT.
Wariant C (najbardziej systemowy): `KK + NNNN` (kompetencja jako numer)
Czyli w symbolu kompetencji jest unikalny numer, a znaczenie jest w nazwie/opisie:
* `000123`, `000124` itd.
Plus: nigdy nie zabraknie miejsca, brak kombinowania ze skrótami.
Minus: słabiej 'czyta się' z samego symbolu (ale w ERP i tak zwykle widzisz nazwę).
3) Rekomendacja dla formatu (2 + 6)
Najpraktyczniej w Trawersie zwykle wychodzi hybryda:
1. Grupa (2 znaki) mówi 'co to jest' (UP/JZ/TE/SY/SE...)
2. Symbol (6 znaków) jest czytelny, ale nie na siłę.
Reguła główną:
* JZ (języki): `LLLPPx` -> np. `ENGB2_` nie wejdzie, więc:
* `ENB200` (EN + B2)
* `DEB100`
Format: `LL` + `P` + `N` + `00` -> przykłady:
* `ENB200` (English B2)
* `ENC100` (English C1)
* `DEB100`
* UP (uprawnienia): skrót certyfikatu + wariant:
* SEP G1 E -> `SP1E00`
* SEP G1 D -> `SP1D00`
* SEP G2 E -> `SP2E00`
* UDT wózki -> `UDTWJ0` (albo `WJUDT0` - wybrać stały układ)
* TE/SY/SE/BH: `AAAA + (B0/S0/A0 lub 00)`
* PLC S7 basic -> `PLS7B0` (albo `S7PLB0` - ważne, żeby było konsekwentnie)
* Trawers ERP admin -> `TRWAA0` / `TERPA0`
* BHP podstawowe -> `BHPB00` (tu raczej bez poziomów, chyba że występuja)
W skrócie: tam, gdzie jest standard międzynarodowy (języki, SEP) kodujemy 'wprost',
a reszta wg formatu: `4+2`.
4) Słownik skrótów (żeby wszyscy kodowali tak samo)
Warto ustalić mini-tabelkę (dosłownie 1 strona), np.:
* Poziomy: `B0/S0/A0` oraz `00` = nie dotyczy
* PLC: `PL` + rodzina (`S7`, `AB`, `MI`)
* Diagnostyka: `DI` + obszar (`EL`, `ME`, `HY`)
* Systemy: `TR` (Trawers), `CR` (CRM), `OF` (Office)
Bez tego po 3 miesiącach ktoś zrobi `HYDRS0` a ktoś inny `HYDLS0`.
5) Przykładowy zestaw (konkretny)JZ
* angielski B2 -> `ENB200`
* niemiecki B1 -> `DEB100`
UP
* SEP G1 E -> `SP1E00`
* SEP G1 D -> `SP1D00`
* UDT wózki -> `UDTWJ0`
* F-gazy -> `FGAS00`
TE
* PLC S7 basic -> `PLS7B0`
* hydraulika standard -> `HYDLS0`
SY
* Trawers ERP user -> `TRWUU0`
* Trawers ERP admin -> `TRWAA0`
4. Reguły i zasady kodowania
1. Zasady techniczne symboli
* duże litery AZ, cyfry, podkreślnik `_`
* bez polskich znaków i kropek
* bez spacji
* długość rozsądna (np. do 20-30 znaków, zależnie od ograniczeń w instalacji)
2) Dobre praktyki utrzymania słownika1) Jeden symbol = jedna definicja
Symbol nie powinien zmieniać znaczenia. Jeśli zmienił się zakres/poziom -
tworzyć nowy symbol, a stary oznaczać jako nieużywany.
2) Unikać dublowania tej samej kompetencji pod różnymi nazwami
Najczęstszy problem: 'SEP', 'SEP G1', 'Uprawnienia SEP G1'.
Rozwiązanie: zawsze decyzja wg symbolu, a nazwa ma być opisowa, ale nie 'kreatywna'.
3) Opis kompetencji ma zawierać 'reguły interpretacji'
W polu Opis wpisywać to, czego nie da się zakodować symbolem:
* zakres (np. eksploatacja/dozór, urządzenia do...)
* wymóg odnowienia i termin ważności (jeśli dotyczy)
* dokument potwierdzający (np. 'świadectwo kwalifikacyjne SEP')
* uwagi operacyjne (np. 'wymagane przy usłudze X')
4) Standard poziomów w całej firmie
Jeśli używa sie `BAS/STD/ADV` - stosować wszędzie, nie mieszać z `1/2/3`.
Dobrze działa prosta legenda:
* `BAS` - wykonuje pod nadzorem
* `STD` - samodzielnie
* `ADV` - rozwiązuje nietypowe problemy / szkoli innych
5) Minimalizować liczbę grup, maksymalizować spójność
Lepiej 8-12 stabilnych grup niż 30 'na chwilę'.
Jeśli coś jest rzadkie, wrzucać do szerszej grupy, a szczegóły ująć w opisie.
6) Dodawanie nowej kompetencji - tylko wg procedury
Prosta checklista przed dodaniem:
1. czy już istnieje pod inną nazwą? (szukać po fragmencie nazwy i po symbolu)
2. czy to naprawdę jest nowa kompetencja czy tylko inny poziom/zakres?
3. czy pasuje do istniejącej grupy?
4. czy symbol pasuje do schematu?
7) Kompetencja # stanowisko # czynność
Nie wpisywać jako kompetencji rzeczy typu 'Serwisant' albo 'Wykonuje przeglądy'.
Kompetencja to umiejętność/uprawnienie, które da się przypisać wielu rolom.
8) Mapowanie do wymagań usług (KIM): utrzymywać odpowiedni poziom szczegółowości
Dla usług serwisowych lepiej wymagania typu:
* `SEP_G1_E` (konkret)
niż 'Elektryka' (za ogólne), bo potem blokady/weryfikacje robią się martwe.
9) Wersjonowanie certyfikatów i norm
Jeśli norma się zmienia (np. szkolenia), są dwie drogi:
* symbol stały, a szczegóły w opisie (gdy zmiana kosmetyczna),
* nowy symbol z rokiem/edycją: `ISO9001_2015_INT` (gdy różnice są istotne).
10) Słownik = wspólny dla HR + Serwis + CRM
To ogromna zaleta, ale wymaga dyscypliny:
powinien być 'jeden właściciel' słownika (np. HR/QA) i uzgodnione reguły.