איך להטמיע טכנולוגיה בלי לשבור את הארגון. השיחה של מורית ודן חורש *אם מעניין אותך לשמוע על קורס ראיון התנהגותי-מצבי למשאבי אנוש, שייפתח ב 4/5/2026, כל הפרטים נמצאים כאן בקישור הוובינר התקיים ב 11/3/2026 (תמלול ע"י אפליקציית TimeOS וסיכום ע"י ChatGPT) הרקע המקצועי של דן חורש דן חורש סיפר שהוא אינו מגיע מעולם ה-HR הקלאסי, אלא למד הנדסת תעשייה וניהול עם מגמת מערכות מידע באוניברסיטת בן גוריון. לדבריו, הוא התגלגל לעולם משאבי האנוש “בטעות”, אחרי שחיפש עבודה כ-Data Analyst או Business Analyst והגיע כסטודנט לאינטל. הוא עבד באינטל 17 שנה במגוון תפקידים, רובם גלובליים, ובעיקר בצד ה-Back Office של משאבי האנוש. המיקוד שלו לאורך השנים היה בחיבור שבין טכנולוגיה, תהליכים, והחלקים המורכבים יותר של HR. בשש-שבע השנים האחרונות שלו באינטל עסק בעיקר בגיוס, כולל ניהול קבוצות Recruitment Operations באירופה ובאסיה, ובשנתיים-שלוש האחרונות שימש כמנהל הטכנולוגיות של הגיוס העולמי של אינטל, כולל חיפוש ואיתור טכנולוגיות מעניינות בעולמות Recruitment Tech. אחרי אינטל הייתה לו תקופה ביוניליוור, שם ניהל את תחום HR Operations בישראל, כולל שכר וגיוס. לאחר מכן ניהל HR Operations ב-Just Eat Takeaway.com עבור שבע מדינות באירופה. לפני כמה חודשים פתח פעילות כעצמאי, עם ייעוץ בעולמות HR Operations, כולל תהליכי גיוס ומערכות גיוס. מה הכוונה ב”להטמיע טכנולוגיה בלי לשבור את הארגון”? דן הסביר שהטמעות לרוב אינן נכשלות בגלל הטכנולוגיה עצמה, אלא בגלל הארגון. בדרך כלל ההטמעה לא באמת שוברת את הארגון, אבל הסכנה הגדולה היא חוסר אימוץ של הטכנולוגיה. כאשר מטמיעים מערכת חדשה והמשתמשים לא באמת מאמצים אותה, נוצר מצב שבו גם משתמשים במערכת החדשה וגם ממשיכים עם ההרגלים הישנים — אקסלים, מערכות ישנות או פנקסים. במצב כזה הארגון לא רק שלא משתפר, אלא מעמיס יותר עבודה על המנהלים המגייסים ועל אנשי הגיוס. מה הטעות המרכזית בהטמעת טכנולוגיות גיוס? לדברי דן, אחת הטעויות המרכזיות היא מה שהוא כינה Process over engineering או Over customization — ניסיון להתאים את הטכנולוגיה באופן מוגזם לתהליכים הקיימים בארגון. הוא הסביר שתי בעיות בגישה הזאת: הראשונה היא שלא בטוח שתהליכי הגיוס הקיימים בארגון בכלל מספיק טובים כדי שהמערכת תותאם אליהם. יכול להיות ש-ATS שכבר הוטמעה בארגונים רבים “יודעת משהו” על ניהול נכון של תהליך גיוס, ושדווקא לארגון יש מה ללמוד ממנה. השנייה היא שכאשר עושים התאמה עמוקה מדי, קשה מאוד לשנות את המערכת אחר כך. הארגון לא משאיר לעצמו גמישות, וקשה להוסיף יכולות חדשות או לחבר טכנולוגיות נוספות. מול זה, דן אמר שלא נכון גם ללכת לקצה השני ולהתאים את הארגון ב-100% למערכת. לדבריו, צריך למצוא “את דרך האמצע”. מה השלב הראשון לפני הטמעת טכנולוגיה? השלב הראשון הוא הסתכלות פנימה על התהליך הקיים. דן אמר שצריך לעשות עבודה פנימית אמיתית ולבדוק איפה אפשר להוריד Waste, איפה יש שלבים חסרי ערך, ואילו חלקים בתהליך לא עובדים טוב עוד לפני שמכניסים טכנולוגיה. לדבריו, אם מכניסים טכנולוגיה לתהליכים “מלוכלכים” או לתהליכים שלא עובדים נכון, אף טכנולוגיה לא תוכל לתקן אותם. הוא חיבר זאת גם לעולם הדאטה והזכיר את העיקרון Garbage in, garbage out. איך נכון להסתכל על פרויקט של הטמעת ATS – מערכת לניהול גיוס? דן הציע להסתכל על הטמעה לא רק כעל הכנסת כלי חדש, אלא כהזדמנות רחבה יותר לשיפור. הוא אמר שכאשר מטמיעים ATS, אפשר “לרכב” על הפרויקט הזה כדי לסדר דברים מעבר לעצם ההטמעה הטכנולוגית. הוא תיאר זאת כמעין “הזדמנות לסדר פסח”: לא רק להכניס את המערכת, אלא גם לנקות, לבדוק, להסיר חסמים ולשפר דברים מסביב. כשמדברים על טכנולוגיית גיוס, האם מדברים רק על ATS? לא. דן תיאר שלוש שכבות עיקריות: השכבה הראשונה היא ATS — מערכת הבסיס, שהיא ה-system of record, ושבה נשמרים התיעוד, ה-workflow ותהליך הגיוס הבסיסי. מעליה קיימת שכבת CRM — Candidate Relationship Management — שמאפשרת לעבוד עם מסות של מועמדים, לייצר pipelineים, לשמור קשר עם מועמדים ולשלוף מועמדים מתאימים גם בלי לפתוח משרה מחדש. מעליה יכולה להיות שכבת AI, כלומר מנועים חכמים שיושבים מעל ה-ATS וה-CRM ומבצעים פעולות מתקדמות יותר. דן הדגיש שלא כל ארגון צריך את כל השכבות, ושצריך להתאים את הבחירה לצרכים של הארגון. איך דן תיאר את ההתפתחות של מערכות ATS? דן אמר שבעבר מערכות ATS התכחשו לצורך להיפתח ל-API ולחיבורים חיצוניים. אחר כך הן הבינו שהן צריכות להיות פתוחות לחיבורים עם כלים אחרים, והיום הרבה מהן כבר רוצות “לאכול את כל העוגה” ולכלול יותר ויותר יכולות בתוכן, כולל רכישת טכנולוגיות אחרות. הוא השתמש בדימוי של ATS כ“נושאת מטוסים” — מערכת כבדה ואיטית יחסית — לעומת כלים קטנים וגמישים יותר, שאותם הוא כינה “ספינות טורפדו”, שיכולים להתחבר אליה ולשפר אותה. למה התממשקות חשובה כל כך? דן הסביר שלא מדובר רק בהתממשקות בין ATS לבין כלי AI או מערכות ERP, אלא גם לחיבור לכלים היומיומיים של הארגון, כמו Outlook ו-Slack. הוא נתן דוגמה מ-Just Eat Takeaway, שם יצרו אינטגרציה בין Workday ל-Slack, כך שמנהלים יכלו לאשר פעולות מתוך Slack בלי להיכנס למערכות אחרות. מבחינתו, זה הערך האמיתי: להסתכל על הדברים מנקודת המבט של המשתמש, ולא לצפות מהמנהל ללמוד ולהפעיל מערכת נוספת אם אפשר לפגוש אותו בסביבת העבודה הרגילה שלו. מה חשוב לבדוק כשבוחרים מערכת? דן ציין כמה היבטים עיקריים: צריך לבדוק התאמה לגודל הארגון. צריך לבדוק התאמה לסוג הארגון ולסוג הגיוסים. בארגונים עם תחלופה גבוהה או גיוסי מסות נדרשות יכולות שונות מארגוני הייטק שמגייסים פרופילים נישתיים. לא תמיד צריך לקנות את כל שכבות המערכת, במיוחד אם הצרכים פשוטים יותר. וצריך לבדוק שלמערכת יש יכולת קישוריות טובה וגמישות לחיבורים נוספים. איך נכון לבדוק ספקים? דן אמר ששלב שאי אפשר לדלג עליו הוא בדיקת references. מבחינתו, לא מספיק שהספק יפנה ללקוח הכי מרוצה שלו. הוא המליץ לבקש רשימת לקוחות רחבה יותר ולבחור בעצמך עם מי לדבר. בנוסף, הוא אמר שכדאי לבקש מהספקים לספר גם על מקרים שבהם ההטמעה נכשלה, ולשאול איפה היה חלקם ואיפה היה חלקו של הלקוח. אם הספק יגיד שכל הכישלונות נבעו רק מזה שהלקוח לא היה מוכן, או שכל ההטמעות עברו חלק — זו מבחינתו נורת אזהרה. מהם השלבים המרכזיים בתהליך ההטמעה? דן מנה כמה שלבים: ראשית, טיפול בדאטה – לוודא שהדאטה ההיסטורי שמכניסים למערכת החדשה נקי ואיכותי. שנית, process mapping – מיפוי התהליכים לפני הטכנולוגיה עצמה. שלישית, ההטמעה הטכנית. ורביעית, פיילוט. לדבריו, פיילוט הוא שלב קריטי, וניתן לבצע אותו בשתי צורות: להפעיל את כל המערכת על כמה מחלקות, או להפעיל רק חלק
