קליטת עובד חדש: רשימת משימות שמחברת HR, ציוד, הרשאות ושכר

קליטה היא גרף תלויות ולא רשימה שטוחה. יש לה שורש אחד - רשומת אדם עם מזהה יחיד - ונקודת התכנסות אחת ביום הראשון, וכל משימה ביניהם נקבעת אחורה לפי זמן האספקה שלה. המאמר מתאר תהליך ונתונים, ולא חובות או זכויות.

שורש אחד: רשומת האדם

הצעד הראשון אינו פתיחת חשבון ואינו הזמנת ציוד, אלא יצירת רשומה אחת שכל השאר מצביע עליה. הרשומה נוצרת ברגע שההצעה החתומה חוזרת, ומכילה מזהה פנימי, שם מלא בכתיב אחד, תאריך התחלה, תפקיד ומנהל.

• person_id הוא המזהה שכל מערכת אחרת שומרת אצלה. לא שם, לא כתובת דוא"ל, לא ת"ז.
• כתובת הדוא"ל נגזרת מהרשומה ולא להפך. עובד שמשנה שם מאוחר יותר לא מאבד את הקישור.
• תאריך ההתחלה הוא השדה שממנו מתוזמנות כל המשימות. שינוי שלו צריך לתזמן מחדש את כולן, לא רק להתריע.
• ת"ז ופרטי בנק נמסרים למערכת השכר ול-HR בלבד ואינם מועתקים לכרטיס משימה של צוות ה-IT. עיקרון של מינימום נתונים הוא גם החלטת תכנון.
• Microsoft Entra מיישמת בדיוק את התבנית הזאת ומגדירה שלושה סוגי אירועים בשם Joiner, Mover ו-Leaver, כאשר משימות מתוזמנות ביחס לערך בשדה employeeHireDate.

למה המחשב מגיע באיחור למרות שהצ'קליסט הושלם?

מפני שצ'קליסט מתאר מה צריך לעשות ולא מתי צריך להתחיל. משימה עם זמן אספקה של שבעה ימי עסקים חייבת להיפתח שבעה ימי עסקים מראש, ורשימה שטוחה מציגה אותה באותה שורה עם משימה שלוקחת עשר דקות. התיקון הוא תזמון לאחור: לכל משימה יש lead_time, והמערכת מחשבת start_by מתוך יום ההתחלה.

הטבלה מראה גם למה תאריך ההתחלה הוא שדה מסוכן. הזזה של יום ההתחלה שבוע קדימה משנה עשר תאריכים, ואם המערכת רק שולחת התראה על השינוי, שבע מהמשימות יישארו על התאריך הישן.

מה נחשב משימה שהושלמה?

תוצר שאפשר לבדוק בלי לשאול אף אחד. ההבדל בין "סומן כבוצע" לבין "יש תוצר" הוא ההבדל בין תהליך שאפשר לבקר לבין רשימה של הבטחות.

• הזמנת ציוד: מספר סידורי ומספר נכס שנרשמו על person_id.
• פתיחת חשבון: שם המשתמש בפועל, לא "נפתח".
• הרשאות: שם התפקיד שהוענק ורשימת המערכות שנגזרו ממנו.
• שכר: מזהה העובד שהתקבל ממערכת השכר.
• תג כניסה: מספר התג והקבוצות שהוא פותח.
• הדרכה: תאריך הסיום של כל מודול, לא "התחיל הדרכה".

התוצרים האלה הם גם מה שמאפשר לענות בבוקר יום ההתחלה על שאלה אחת: מה חסר. רשימה של תיבות מסומנות אינה יכולה לענות עליה. הצד המקביל בעולם הלקוחות, שבו אותה תבנית חוזרת עם תוצרים אחרים, מתואר באוטומציה של תהליך קליטת לקוחות.

הרשאות: תפקיד מוגדר במקום העתקה מעמית

"תנו לו הרשאות כמו לדנה" הוא הקיצור שמייצר את בעיית ההרשאות הגדולה ביותר בארגון. דנה עובדת ארבע שנים, החליפה שני תפקידים, וצברה גישות שכבר אינה צריכה. ההעתקה מכפילה את כולן ומייצרת עובד חדש עם היקף גישה של ותיק.

התבנית הנכונה היא שכבה אחת באמצע: תפקיד. במקום עשרים הענקות ישירות, יש role אחד שממופה לחבילת מערכות, וההענקה היא של התפקיד. NIST SP 800-53 מגדירה את ניהול החשבונות כמשפחת בקרה נפרדת שכוללת יצירה, שינוי, סקירה תקופתית והשבתה. שלושה כללים מעשיים:

1. כל תפקיד מוגדר פעם אחת ומתועד: אילו מערכות, באיזו רמה, ומי מאשר חריגה ממנו.
2. חריגה מהתפקיד היא הענקה נפרדת עם תאריך תפוגה, כדי שגישה זמנית לא תהפוך לקבועה.
3. סקירה ראשונה שלושים יום אחרי הכניסה, שבה המנהל מאשר את מה שבפועל נמצא בשימוש ומסיר את השאר.

הצד השני של אותו מטבע הוא העזיבה. לכל הענקה בחבילה יש ביטול מקביל, והוא צריך להיווצר באותו רגע שבו נוצרה ההענקה ולא בדיעבד. תהליך ההדרכה על המערכות שהעובד קיבל אליהן גישה מתואר בהדרכה וקליטה במערכות CRM ו-ERP.

איפה התהליך נשבר בפועל

הרשימה הבאה אינה תיאורטית: כל אחד מהפריטים בה נראה כמו תקלה קטנה של צוות אחד, אבל כולם חולקים אותו שורש, והוא שהמידע קיים במקום אחד ואינו מגיע לצוות שצריך לפעול לפיו. לכן התיקון כמעט תמיד הוא שדה משותף ולא נוהל נוסף.

• הצעה שנחתמה יומיים לפני ההתחלה. כל זמני האספקה קורסים, והתהליך הופך לשרשרת טלפונים.
• שכר שנרשם בלי מזהה מקושר, כך שהעובד קיים ב-HR ובמערכת השכר כשתי ישויות נפרדות.
• החלטת תפקיד שמתקבלת ביום ההתחלה. ה-IT ממתין, העובד יושב בלי גישה, והפתרון הזמני הוא הרשאה רחבה מדי.
• ציוד שהגיע אך לא נרשם על person_id, כך שבעזיבה איש אינו יודע מה להחזיר.
• שינוי תאריך התחלה שעודכן רק ב-HR ולא במשימות התלויות בו.
• קליטה של עובד למשרה חלקית או לאתר אחר, שנשענת על אותה תבנית בדיוק ולכן מייצרת משימות שאינן רלוונטיות.

מקורות

• Microsoft Entra - What are lifecycle workflows
• NIST SP 800-53 Rev. 5 - Security and Privacy Controls