מה קורות חיים למנהל תפעול משאבי אנוש עם ServiceNow EmployeeWorks צריכים להוכיח?
רוב העצות לכתיבת קורות חיים במשאבי אנוש אומרות לפתוח באמפתיה, תקשורת ויחסי עובד כלליים. לתפקיד הזה זה דווקא הפוך. קורות חיים למנהל תפעול משאבי אנוש עם ServiceNow EmployeeWorks צריכים להוכיח יכולת להפעיל מודל שירות, לא רק לתמוך באנשים. כדאי למקם גבוה במסמך את אספקת השירות לעובדים, בעלות על תהליכים, שליטה בפלטפורמה ושיפור מדיד. מנהל מגייס רוצה לראות יכולת לתרגם מדיניות לתהליכי עבודה, מאגר ידע, אישורים וטיפול בפניות שניתנים להרחבה לאורך קליטה, הטבות, חופשות, תמיכה בשכר וסיום העסקה, בלי ליצור חיכוך לעובדים או לנציגי משאבי אנוש.
השליש הראשון של המסמך צריך לענות מהר על ארבע שאלות: באילו סביבות עבודה מטפלים, על אילו מערכות אחראים, עד כמה מורכב התפעול, ומה השתנה בזכות העבודה. תקצירים טובים מזכירים ServiceNow HRSD, EmployeeWorks, שירותים משותפים, אוטומציה, דיווח וניהול בעלי עניין. תקצירים טובים יותר מוסיפים היקף. למשל תפעול משאבי אנוש ב-12 מדינות, אוכלוסייה של 9,000 עובדים, או תכנון מחדש של קליטת פניות בין משאבי אנוש, שכר ו-IT. אם הייתה מעורבות ב-Now Assist for HRSD, כדאי לציין אם בוצעו תצורה, פיילוט, ממשל או הרחבה. דיוק כזה עדיף בהרבה על טענות כלליות על חשיבה אסטרטגית.
אילו סעיפים בקורות החיים הכי חשובים לתפקיד הזה?
סעיפי החובה פשוטים: פרטי קשר, כותרת מקצועית, תקציר, כישורי ליבה, ניסיון, השכלה והסמכות. בתחום הנישתי הזה, שורת כלים קצרה בשליש העליון יכולה לעזור אם התפקיד מבוסס מאוד על פלטפורמה. כך מגייס יכול לזהות ServiceNow HRSD, EmployeeWorks, Workday, SuccessFactors, Jira או Power BI עוד לפני שהוא מגיע לסעיף הניסיון. כדאי לשמור את הכותרת קרובה ככל האפשר לתפקיד היעד. מנהל תפעול משאבי אנוש זה תקין. מנהל תפעול משאבי אנוש, ServiceNow HRSD חזק יותר כשהמשרה מתמקדת בבירור בבעלות על פלטפורמה ובהובלת שינוי בשירות.
סעיף הניסיון צריך לתפוס את רוב המקום, אבל מועמדים ותיקים יותר מרוויחים לפעמים מסעיף קצר של פרויקטים או תוכניות נבחרים אחרי כישורי הליבה או אחרי היסטוריית התעסוקה. כדאי להשתמש בו רק כאשר ההוכחות הטובות ביותר מפוזרות על פני כמה תפקידים, כמו תכנון מחדש של מרכז שירות לעובדים ברמה גלובלית, הטמעת EmployeeWorks או שיפוץ טקסונומיית פניות משאבי האנוש. להסמכות מגיע סעיף נפרד כשהן רלוונטיות ועדכניות. ServiceNow CSA או CIS-HR יכולים לעזור. כך גם ITIL או הסמכות בשיפור תהליכים, כשהתפקיד משלב ממשל, תכנון תורים ובעלות על תהליכי עבודה.
באילו כישורים ומילות מפתח כדאי להשתמש?
מילות המפתח צריכות לשקף איך העבודה באמת מתבצעת. בקורות חיים מהסוג הזה, זה בדרך כלל אומר ServiceNow HRSD, ServiceNow EmployeeWorks, Now Assist for HRSD, אספקת שירות לעובדים, ניהול פניות משאבי אנוש, ניהול ידע, אוטומציית תהליכי עבודה, מסעות עובד, תכנון קטלוג שירותים, שירות עצמי, ניהול SLA, דיווח בלוחות מחוונים, מוכנות לביקורת, פרטיות נתונים, טיפול בהסלמות וקליטת פניות בין-מחלקתית. מערכות סמוכות כדאי להוסיף רק אם הן היו חלק מהתהליך, כמו Workday, SAP SuccessFactors, Microsoft Teams או כלים לניהול מסמכים. המטרה אינה להישמע טכני לשם הטכניות. המטרה היא להראות הבנה של מודל התפעול שמאחורי הפלטפורמה.
יש להתאים את תמהיל מילות המפתח למשרה הספציפית, לא לתבנית כללית. חברה שבונה מחדש שירותים משותפים עשויה לייחס יותר חשיבות לתכנון קטלוג שירותים, ממשל תורים וניתוב פניות. חברה שמחדשת את התמיכה בעזרת בינה מלאכותית עשויה להעדיף EmployeeWorks, Now Assist for HRSD, איכות ידע ואימוץ אוטומציה. אם המסמך הוא למעשה קורות חיים לאוטומציה במשאבי אנוש, מילות המפתח חייבות להתחבר לתוצאות עסקיות. רשימה של עשרים כלים בבלוק אחד לא תציל פרופיל חלש. חיבור בין הכלים האלה לבין ירידה בעומס הפניות, אישורים מהירים יותר או חוויית עובד נקייה יותר כן יעשה זאת.
איך לכתוב סעיפי הישגים ומדדים?
הנוסחה הטובה ביותר לסעיפים בתפקיד הזה היא פעולה ועוד פלטפורמה ועוד תהליך ועוד תוצאה מדידה. לא כדאי לכתוב שניתנה תמיכה בתפעול משאבי אנוש. צריך לכתוב מה השתנה, בתוך איזו מערכת, ומה זז אחר כך. מדדים טובים לניהול פניות כוללים עומס פניות, זמן פתרון ממוצע, זמן תגובה ראשון, שיעור פניות שנפתחו מחדש, שיעור העברות, עמידה ב-SLA, שיעור פתרון דרך מאגר הידע, אימוץ שירות עצמי ושביעות רצון עובדים אם החברה מדדה זאת היטב. אפילו מספר אחד או שניים ברורים לכל תפקיד יכולים לשנות מאוד את רמת האמינות. זו אחת ממשפחות התפקידים שבהן מדדי ניהול פניות חשובים לעיתים יותר מטענות רחבות על תרבות או שותפות עסקית.
סעיף חלש אומר שנוהלו פניות HR ב-ServiceNow וניתנה תמיכה לעובדים. סעיף חזק יותר אומר שעוצב מחדש מנגנון קליטת הפניות ב-ServiceNow HRSD, צומצמו העברות פניות בין משאבי אנוש, שכר ו-IT, ושופרה העמידה ב-SLA בבקשות מדיניות עתירות נפח. דוגמה אחרת אומרת שהושקו נקודות כניסה ב-ServiceNow EmployeeWorks לשאלות על חופשות, שכר וקליטה, עלה שיעור ההשלמה בשירות עצמי, והופחתה עבודה חוזרת של רמת התמיכה הראשונה עבור נציגי משאבי אנוש. דוגמה נוספת אומרת שבוצע פיילוט ל-Now Assist for HRSD כדי לזרז תקצירי פניות והערות פתרון, ואז הוכשרו נציגים מתי להשתמש בבינה מלאכותית ומתי עדיין נדרשת בדיקה אנושית.
האם כדאי לכלול פרויקטים, הסמכות וקישורים?
כן, אם הם מחזקים את הסיפור. זה אחד מסוגי קורות החיים הבודדים במשאבי אנוש שבהם פרויקטים עשויים לשכנע יותר מתארי תפקיד בלבד, כי עבודה על פלטפורמה חוצה לעיתים תרשימי ארגון. אם הובלת תכנון מחדש של אספקת השירות לעובדים, בנית מודל ממשל לידע, או שיתפת פעולה עם IT בהטמעת HRSD, שורת פרויקט קצרה יכולה להציג את ההיקף טוב יותר מסעיף תפקיד סטנדרטי. כדאי לשמור על זה מהודק: שם הפרויקט, התפקיד, הכלים המעורבים והתוצאה התפעולית. אין להדביק לחומרי המועמדות צילומי מסך חסויים, תרשימי ארכיטקטורה פנימיים או מסמכי מדיניות.
קישורים צריכים להיות סלקטיביים. פרופיל LinkedIn נקי הוא נכס שימושי. תג הסמכה ציבורי יכול לעזור. תיק עבודות אישי הוא אופציונלי, ובדרך כלל כדאי להוסיף אותו רק אם יש עבודה כבדה בהטמעה, הרצאות או דוגמאות תהליך שעברו אנונימיזציה ומציגות עומק אמיתי. רוב האנשים מגזימים כאן. קישור רלוונטי אחד או שניים עדיפים על שישה אקראיים. אם רוצים בדיקת פערים מהירה לפני הגשה, כלי כמו HRLens יכול להראות אם קורות החיים נקראים כמו פרופיל HR כללי במקום כמו קורות חיים תפעוליים שמובלים על ידי מערכות.
איזה עיצוב ידידותי ל-ATS הכי מתאים לקורות החיים האלה?
כדאי להשתמש במבנה כרונולוגי הפוך ופשוט עם כותרות סטנדרטיות כמו תקציר, כישורים, ניסיון, השכלה והסמכות. מערכות כמו Workday, Greenhouse, Lever ודומותיהן מתגמלות בהירות יותר מאשר עיצוב. חשוב לשמור על שם המעסיק, התפקיד, המיקום והתאריכים קלים לסריקה. יש להשתמש בחודש ושנה. את הכישורים הרלוונטיים ביותר יש למקם קרוב לראש המסמך, לא קבורים בעמוד השני. עבור רוב המועמדים לתפקיד מנהל תפעול משאבי אנוש, שני עמודים הם בחירה סבירה אם העמוד השני מכיל הוכחות אמיתיות ולא חומר ממלא. קורות חיים דחוסים של עמוד אחד מסתירים לעיתים דווקא את פרטי הפלטפורמה המדויקים שהתפקיד הזה דורש.
כדאי לוותר על טבלאות, תיבות טקסט, אייקונים, טורים, כותרות עליונות עמוסות במילות מפתח ותרשימים דקורטיביים. הם יכולים להיראות מלוטשים ועדיין להיקלט רע במערכת. עדיף להשתמש בתבליטים פשוטים, בזמן דקדוקי עקבי ובשמות סעיפים סטנדרטיים. קודם כול יש לפעול לפי הוראות הקובץ של המעסיק. אם הבקשה היא ל-DOCX, יש לשלוח DOCX. אם PDF מותר, יש להשתמש ב-PDF מבוסס טקסט, לא בקובץ עיצוב מיוצא עם סדר קריאה שבור. מטרת העיצוב אינה להרשים מעצב. היא לשרוד את הפענוח, לגרום למגייס לעצור את הגלילה ולעזור למנהל המגייס למצוא הוכחות במהירות.
אילו טעויות מחלישות את קורות החיים הכי מהר?
הטעות הגדולה ביותר היא לכתוב את המסמך הזה כמו קורות חיים כלליים של איש משאבי אנוש. אם הסעיפים מתמקדים בתמיכה בעובדים, תיאום קליטה ושאלות מדיניות בלי להראות בעלות על מערכות, ממשל תורים או שיפור תהליכי עבודה, הפרופיל ייראה זוטר מדי. הטעות השנייה היא לדחוס ז'רגון של פלטפורמה בלי הקשר. לציין HRSD, Employee Center, EmployeeWorks ו-Now Assist for HRSD אומר מעט מאוד אם לא מוסבר מה באמת השתנה. הטעות השלישית היא להסתיר את המדדים. התפקיד הזה נשען על תפוקה, איכות שירות, בקרה ובהירות תפעולית.
לפני ההגשה כדאי להיות ישירים. האם מגייס יכול לזהות את היקף הפלטפורמה בתוך עשר שניות. האם מנהל מגייס יכול להבין אם שופר התפעול, ולא רק תוחזק. האם ATS יכול להתאים את המסמך ל-ServiceNow, לאספקת שירות לעובדים ולמדדי ניהול פניות בלי לנחש. אם לא, כדאי לכתוב מחדש את השליש העליון ואת חמשת הסעיפים הראשונים לפני שנוגעים בכל דבר אחר. שם מנצחים את הראיונות לתפקיד הזה.