טוען ענפים…
מהמועמדות הראשונה לתהליך עבודה מחובר.
גיוס וקליטה הם רצף אחד, גם כשהם מתנהלים בכמה מערכות. המועמד שולח פרטים, צוות הגיוס מקדם את התהליך והארגון צריך לקבל מידע ומסמכים מסודרים. כשהשלבים מחוברים, קל יותר להבין מי נמצא איפה ומה צריך לקרות בהמשך.
צברנו ידע רב בעולמות HR, בעיקר סביב Nano. ההיכרות הזו מאפשרת לרדת לפרטים של המערכת: מה נכנס לפרופיל, איך מגדירים התאמה ואילו פעולות דורשות החלטה של הצוות. האלגוריתם צריך לסייע לאנשים שמנהלים את התהליך, ולא להסתיר מהם את הדרך.
פלטפורמות גיוס, טפסי קליטה, פורטלים ואפליקציות מתחברים למערכות שהארגון כבר עובד איתן. הרשאות, מסמכים, תקשורת ודוחות מתוכננים כחלק מהפעילות, כדי שכל צד יקבל את הכלים והמידע שהוא צריך.
2לקוחות בענף
בלי מערכת, טופס 101 מגיע כצילום מטושטש, בלי חתימה ובלי הסכם ההעסקה שהיה אמור ללוות אותו, אף שעובד חדש אמור למסור אותו בתחילת העבודה ולעדכן אותו בכל שינוי: נקודות זיכוי, מעסיק נוסף, תיאום מס, וחידוש בכל תחילת שנה. באוברסייט הטופס לא נשלח אלא מופק, ושינוי בפרטים מחייב חתימה מחדש (מי שלא חתם לא מגיש מועמדות). את אותו מסלול אפיינו גם להסכם העסקה לפי סוג העבודה, חד-פעמית, זמנית או קבועה, ולכל מדינה טופס משלו. המסלול:
משמרת שמתחילה בשישי בערב ונגמרת בשבת בבוקר אינה משמרת אחת בחישוב השכר. מי שחוצה חצות נחתך למקטעים: שעות רגילות, שעות נוספות בשתי דרגות, שעות לילה ושעות ביום המנוחה השבועי, וכל מקטע נקבע לפי שעת ההתחלה, שעת הסיום, היום בשבוע והשכר הרגיל שמשמש בסיס לגמול. המערכת שבנינו מחשבת עלות מוקדמת ומראה למעסיק כמה משמרת תעלה עוד לפני הפרסום, ומסרבת לשכר מתחת למינימום. את כללי הגמול אנחנו בונים כהגדרות ולא כקוד, כדי שהשינוי הבא בחוק לא יחייב פיתוח, וגם השאלה מי נחשב המעסיק בפועל נשמרת בהגדרה, כי היא קובעת אילו חובות המערכת מחשבת.
"כמה יגיע לעובד לחשבון הבנק, וכמה זה באמת יעלה לי?" אלה שתי שאלות עם שני מספרים, ובדרך ביניהם עוברים מדרגות מס הכנסה, נקודות זיכוי שמקורן בטופס 101, ביטוח לאומי ומס בריאות בשיעורים שונים לפי רמת השכר, הפרשות לפנסיה של העובד ושל המעסיק, פיצויים והטבות שנחשבות כשווי. והטבלאות מתחלפות מדי שנה. לכן נכון לבנות מחשבון שמפריד בין מה שהעובד רואה לבין מה שהמעסיק משלם, קורא את נקודות הזיכוי מהטופס ושומר את הטבלאות כנתונים עם תאריך תוקף, כך שחישוב של חודש עבר ימשיך להתבסס על הכללים של אותו חודש. את הבסיס כבר פיתחנו: חישוב מוקדם של עלויות עבודה, מסים ונסיעות.
העובד פותח את האפליקציה ורואה קודם את העבודות הקרובות או המשתלמות, והעסק רואה קודם את המועמדים שמתאימים למשמרת. אותו ציון, שני מבטים, ובשניהם הוא מסביר את עצמו, כי אחוז התאמה בלי הסבר הוא ניחוש, ולכן החלטנו שכל ציון יוצג עם הפירוט שלו. הציון נשקל מכישורים וניסיון, מרחק מהמשמרת, פרסונת העובד וחלון ההגשה, ומראה למעסיק מה חסר למועמד כדי להגיע ל-100%. ויש גם שאלת הוגנות, כי מי שהגיש ראשון לא צריך לנצח אוטומטית: יש השהיה קצרה בין הגשה לחשיפה, ועדיפות לעובד שהושלמו לו פחות עבודות. הגדרות האלגוריתם נשמרות בנפרד מהקוד, לפי רמת חשיפה.
מכירים את השיחה שמגיעה שעה לפני המשמרת, "אני לא מגיע"? בפתרון שאוברסייט פיתחה, הטלפונים ורשימות המנהל הוחלפו בשעון. שלוש שעות לפני המשמרת העובד מקבל התראה לאישור, ויש לו חלון קצר לענות. משמרת שלא אושרה מתבטלת, המעסיק מקבל SMS והעובד אזהרה, וציון התנהגות מצטבר מהדפוס הזה, כך שעובד שהמשמרת שלו בוטלה מקבל עדיפות במשמרת הבאה. אחרי המשמרת השימוש חסום עד לדירוג, והדירוג הדדי חובה: כל צד רואה רק ממוצע ולא מי דירג אותו, וכך אפשר לדרג בכנות.
קוד SMS שנקלט אוטומטית במכשיר, צילום תעודת זהות ש-OCR הופך לשדות, ובדיקת עסק חדש מול המאגר הממשלתי: זו כל ההרשמה, והיא לוקחת דקה. ככה אנחנו בונים הרשמה: בוחרים לבקש פחות ולאמת יותר, כי כל שדה בהרשמה מוריד מספר נרשמים ובכל זאת חייבים לוודא שהאדם הוא מי שהוא אומר. הפרטים הם שמסבכים: תעודת זהות או דרכון משנים אילו נתונים מתקבלים, ולכן דרכון הוא מסלול נפרד שמתכננים מראש. הזרימה כוללת גם שאלון תאימות לפרטיות ואפשרות למחוק נתוני משתמש לפי GDPR, כך שהמידע האישי נאסף במינימום הנדרש ונמחק כשצריך.
2פרויקטים שהגשמנו בענףלכל הפרויקטיםהאנשים שלכם צריכים תהליך שמחבר ביניהם. בואו נבנה אותו.
וואו, רמה גבוהה. אתם תותחים, כל הכבוד. על חלק מהדברים אפילו לא שאלתי, כי הייתי בטוח בכם.
אסף בן שיטריתמייסד ומנכ״ל, Nanoמייללעמוד הפרויקטממפים את שלבי התהליך, התפקידים והמידע שצריך לעבור ביניהם. המערכת מרכזת סטטוסים, תקשורת ומשימות, כך שהצוות יכול לעקוב אחר כל מועמד ולדעת מה הצעד הבא.
מגדירים קריטריונים כמו כישורים, זמינות ודרישות המשרה, ואת מקורות הנתונים שעליהם נשענת ההתאמה. המערכת מסייעת בתעדוף ומציגה מידע לצוות; ההחלטה אינה עוברת לאלגוריתם.
טפסי פרטים, מסמכים והסכמים שנבחרו לתהליך, לפי התבניות וההנחיות המאושרות בארגון. מגדירים מי ממלא, מי מאשר ומה נחשב השלמה. מסמכים ייעודיים נבדקים עם הגורם המוסמך מטעמכם.
מגדירים תבניות, שדות ושלבי אישור ומחברים למערכת החתימה שנבחרה. סטטוס המסמך והתיוק שלו הופכים לחלק מהקליטה, לפי יכולות הממשק ותכולת האפיון.
בודקים את הממשקים הקיימים וממפים את הנתונים שהמערכות צריכות לקבל. מגדירים מקור לכל נתון, כללי עדכון וטיפול בשגיאות, בלי להניח חיבור אוטומטי לכל מערכת.
פעולות שנבחרו לתהליך, כמו השלמת פרטים ומסמכים, בקשות, אישורים ועדכונים. הממשק מותאם לתפקיד המשתמש ומחובר למערכת הניהול כדי שהמידע לא יישאר בערוץ נפרד.
מגדירים מי רשאי לראות ולעדכן כל סוג מידע, לפי התפקיד והשלב בתהליך. הגישה, שמירת המידע וניהול ההרשאות מתוכננים לפי מדיניות הארגון וצרכיו.
מצב משרות ומועמדים, משימות קליטה ומסמכים שממתינים לטיפול. הדוחות והתזכורות נבנים סביב השאלות של הצוות, עם הגדרות ברורות למקורות הנתונים ולפעולות ההמשך.
יש שאלות שעדיף לשאול ישירות. נשמח לענות על השאלה שלכם באופן אישי.
דברו איתנובואו נדבר · משאבי אנוש
