Kadry i kompetencje: ontologia dla MŚP
Temat: Ontologia firmy
Ontologia kadr łączy rolę pracownika z dowodami kompetencji, czasem ważności uprawnienia i planem dostępności. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Kto ma potwierdzone kwalifikacje, aktualne uprawnienie i dostępność do zadania? Zawiera 12 encji i 13 nazwanych relacji. Przed użyciem trzeba uzgodnić definicje z właścicielami procesu i sprawdzić je na rzeczywistych rekordach.
Ten tekst należy do katalogu ontologii w filarze Ontologia firmy. Jeśli dopiero zaczynasz, przeczytaj jak odróżnić ontologię od taksonomii i modelu danych.
Zobacz model jako graf
Miniatura otwiera pełny graf, w którym można wybrać encję lub relację i odczytać jej znaczenie. Tabele poniżej zawierają tę samą informację w formie tekstowej.
Jaką decyzję pomaga podjąć ten model?
Kierownik przydziela serwis urządzenia osobie, która zna ten typ sprzętu, lecz jej formalne uprawnienie wygasło miesiąc temu. Druga osoba ma uprawnienie, ale jest już zaplanowana na inną zmianę. Arkusz z samymi nazwiskami nie pokazuje tej różnicy.
Model pomaga znaleźć możliwego wykonawcę i pokazać, który warunek przydziału jest niespełniony. Granica modelu jest równie ważna jak jego zakres: Nie podejmuje automatycznie decyzji kadrowej ani nie ujawnia przyczyny nieobecności osobom planującym zadania.
Jakie pojęcia trzeba rozróżnić?
W tabeli każda encja ma własną definicję, klucz identyfikacyjny i przykładowe źródło. Nazwa rekordu w dwóch systemach nie dowodzi jeszcze, że chodzi o ten sam obiekt. Tożsamość trzeba potwierdzić kluczem lub świadomą regułą mapowania; status i prognozę należy datować.
| Encja | Znaczenie w tym modelu | Identyfikator | Przykładowe źródło |
|---|---|---|---|
| Pracownik | Osoba zatrudniona lub współpracująca w określonym okresie. | identyfikator pracownika | system kadrowy |
| Stanowisko | Formalna rola w strukturze firmy. | kod stanowiska | system kadrowy |
| Zespół | Jednostka pracy z właścicielem. | identyfikator zespołu | katalog organizacji |
| Kompetencja | Umiejętność z poziomem i metodą potwierdzenia. | kod kompetencji | katalog kompetencji |
| Potwierdzenie kompetencji | Dowód oceny umiejętności z datą. | identyfikator potwierdzenia | system szkoleń |
| Szkolenie | Zorganizowane działanie rozwojowe. | kod szkolenia | system szkoleń |
| Uprawnienie | Formalne dopuszczenie do czynności w okresie. | numer uprawnienia | rejestr uprawnień |
| Wymóg | Warunek wykonania określonej pracy. | identyfikator wymogu | system zadań |
| Zadanie | Praca wymagająca obsady i terminu. | identyfikator zadania | system zadań |
| Grafik | Plan dostępności na dany okres. | identyfikator grafiku | system planowania |
| Zmiana | Planowany odcinek pracy. | identyfikator zmiany | system planowania |
| Nieobecność | Okres niedostępności bez ujawniania przyczyny w tym modelu. | identyfikator okresu | system kadrowy |
Kompetencja opisuje umiejętność i sposób jej potwierdzenia. Uprawnienie jest formalnym dopuszczeniem do określonego działania przez wskazany okres. Szkolenie może dostarczyć dowodu kompetencji, ale samo uczestnictwo nie zawsze nadaje uprawnienie. Dostępność w grafiku nie oznacza jeszcze zgody na nadgodziny.
Jak encje łączą się w graf biznesowy?
Krawędź ma kierunek, czasownik i znaczenie. Krotność w tabeli opisuje założenie tego modelu, które trzeba zweryfikować w konkretnej firmie. Gdy powiązanie ma własną kwotę, datę albo dowód, warto zachować je jako osobną encję zamiast ukrywać w atrybucie.
| Od | Relacja | Do | Krotność | Co potwierdza |
|---|---|---|---|---|
| Pracownik | pełni | Stanowisko | 0..n : 0..n | Relacja ma czas obowiązywania. |
| Pracownik | należy do | Zespół | 0..n : 0..n | Pokazuje bieżącą strukturę. |
| Pracownik | ma | Potwierdzenie kompetencji | 1 : 0..n | Wskazuje dowody. |
| Potwierdzenie kompetencji | potwierdza | Kompetencja | 0..n : 1 | Oddziela umiejętność od oceny. |
| Pracownik | uczestniczy w | Szkolenie | 0..n : 0..n | Rejestruje rozwój. |
| Szkolenie | rozwija | Kompetencja | 0..n : 0..n | Nie nadaje automatycznie uprawnienia. |
| Pracownik | posiada | Uprawnienie | 0..n : 0..n | Wskazuje okres ważności. |
| Zadanie | ma | Wymóg | 1 : 0..n | Pozwala sprawdzić obsadę. |
| Wymóg | żąda | Kompetencja | 0..n : 0..1 | Wskazuje poziom umiejętności. |
| Wymóg | żąda uprawnienia | Uprawnienie | 0..n : 0..1 | Wskazuje formalny warunek. |
| Pracownik | jest planowany w | Grafik | 0..n : 0..n | Zachowuje wersję planu. |
| Grafik | zawiera | Zmiana | 1 : 0..n | Porządkuje czas pracy. |
| Pracownik | ma | Nieobecność | 1 : 0..n | Ogranicza dostępność bez ujawniania powodu. |
Jak przejść po grafie w jednej sprawie?
Zadanie Z3 wymaga kompetencji K2 i uprawnienia U4. Pracownik P7 ma potwierdzenie kompetencji, lecz jego U4 ma datę końca wcześniejszą niż termin zadania. Pracownik P8 ma oba warunki, ale przypisano go już do zmiany G6. Kierownik widzi dwie różne przyczyny braku obsady.
Model nie stwierdza, czy można przesunąć P8 bez wpływu na inne zadania; to decyzja planistyczna po sprawdzeniu zależności. Puste powiązanie ma pozostać widoczną luką. Model nie powinien dopowiadać relacji tylko dlatego, że rekordy mają podobne nazwy lub bliskie daty.
Jak połączyć dane i nie zgubić kontekstu?
Połącz system kadrowy, rejestr szkoleń, rejestr uprawnień i grafik przez stabilny identyfikator pracownika. Nie dopasowuj rekordów po samym imieniu i nazwisku. Dla każdego mapowania zapisz system źródłowy, lokalny identyfikator, czas aktualizacji i regułę, która połączyła rekordy. Sprzeczne dane powinny trafić do kolejki wyjaśnienia, a nie zostać po cichu nadpisane. Właściciel procesu zatwierdza znaczenie relacji, a właściciel systemu potwierdza sposób jej pobierania.
Do planowania udostępniaj informację o dostępności, bez diagnoz czy szczegółów przyczyny nieobecności. Historia uprawnień wymaga dat początku i końca. Dostęp do połączonych danych musi odzwierciedlać cel pracy i uprawnienia. Sam fakt, że graf potrafi przejść między dwiema encjami, nie oznacza, że każda osoba może zobaczyć wszystkie atrybuty po obu stronach.
Jak sprawdzić pierwszy wycinek modelu?
Weź kilka prawdziwych, ale bezpiecznie udostępnionych spraw. Dla każdej ustal oczekiwaną ścieżkę i dokument, który potwierdza każdą krawędź. Na początek wystarczą poniższe próby:
- Wygasłe uprawnienie nie kwalifikuje do zadania.
- Ukończenie szkolenia bez wymaganego egzaminu nie nadaje uprawnienia.
- Nieobecność ukrywa swoją przyczynę przed planistą.
- Dwie role pracownika mogą obowiązywać w różnych okresach.
Jeżeli dwie osoby inaczej interpretują ten sam węzeł lub relację, popraw definicję przed budową interfejsu. Przy niewielkiej liczbie stabilnych powiązań istniejąca baza i widok mogą wystarczyć. Graf pomaga rozmawiać o znaczeniu danych; nie naprawia automatycznie błędów w źródłach.
Co zrobić dalej?
Wybierz jedno pytanie operacyjne z początku tekstu i wskaż osobę, która potwierdzi znaczenie kluczowych pojęć. Następnie sprawdź pięć spraw w systemach źródłowych. Szerszą procedurę opisuje poradnik budowy ontologii firmy. Kolejny model w katalogu: Czas pracy i pracownicy.
- Ontologia
- Model danych
- MŚP
