מי מוביל הדאטה בארגון (CDO), גורם עסקי או טכנולוגי?

Gil Kochavi

11 באוק׳

זמן קריאה 5 דקות

תשובה: לדעתי ישנה חשיבות גדולה שמוביל הדאטה בארגון יהיה CDO עסקי.

עודכן לאחרונה: 11/10/2026

מהו מוביל הדאטה בארגון?

מוביל דאטה (Data Leader) הוא הגורם הארגוני האחראי להניע את השימוש בנתונים כנכס עסקי - מהגדרת אסטרטגיית הדאטה, דרך בניית יכולות, ועד ליצירת ערך עסקי מדיד. בארגונים גדולים התפקיד מכונה לעתים CDO (Chief Data Officer). בארגונים בינוניים, האחריות נופלת בדרך כלל על מנהל ה-IT, מנהל הדיגיטל, או מנהל השיווק - ולא תמיד ברור למי.

ולמי שמוביל אצלכם את הדאטה - יש השפעה עצומה על קצב ההתפתחות הארגונית בעולם הדאטה.

אז מי מוביל הדאטה בארגון שלכם?

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

עסקי מול טכנולוגי: שאלה שלא מקבלת מספיק תשומת לב

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

ובכמעט כולם - יש דעה אבל אין תשובה מגובה.

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

למה? שני גורמים מרכזיים:

המשקפיים שדרכם רואים את המציאות.
גלגל התנופה של הדרישה.

גורם 1: המשקפיים שדרכם רואים את המציאות

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

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

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

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

גורם 2: גלגל התנופה של הדרישה

הגורם העסקי נמדד על תוצאות עסקיות. זה מייצר לחץ קבוע שמניע קדימה:

דרישה עסקית >> פיתוח יכולת >> מימוש ומדידה >> דרישה חדשה

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

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

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

אז מה תפקיד הגורם הטכנולוגי?

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

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

מה קורה בפועל בארגונים שבהם ההובלה היא טכנולוגית?

בארגונים שפגשתי עם הובלה טכנולוגית, נטיתי לראות את הדפוסים הבאים:

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

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

3 צעדים מעשיים: איך מחזירים את ההובלה לצד העסקי

מנו "בעל נתונים עסקי" (Business Data Owner) לכל תחום מרכזי.
הגדירו מדדי דאטה בתהליך ה-planning העסקי.
צרו ועדת היגוי משותפת עסקי-טכנולוגי.

צעד 1: מנו "בעל נתונים עסקי" (Business Data Owner) לכל תחום מרכזי.

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

צעד 2: הגדירו מדדי דאטה בתהליך ה-planning העסקי.

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

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

צעד 3: צרו ועדת היגוי משותפת עסקי-טכנולוגי.

לא ועדה שבה הIT מדווח - ועדה שבה הצד העסקי מגדיר עדיפויות והIT מספק פתרונות. זה שינוי קטן במבנה - וגדול בתרבות.

דפוס בהובלה טכנולוגית	איך נראה	הצעד המתקן
פרויקטים של תשתית ולא של ערך	שנה לבניית data lake, ואף אחד בצד העסקי לא יודע איך להשתמש בו	צעד 3: ועדת היגוי משותפת (העסקי מגדיר עדיפויות)
פער בין מה שנבנה למה שנדרש	ה-IT בנה "מה שביקשו", והצרכים השתנו תוך כדי	צעד 2: שאלת דאטה בכל תוכנית עסקית
חוסר בעלות עסקית	"בעיה של ה-IT" בכישלון, "ה-IT עשה עבודה טובה" בהצלחה	צעד 1: Business Data Owner לכל תחום

שאלות נפוצות

האם תפקיד CDO הוא הפתרון?

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

מה עושים כשה CEO לא מאמין בדאטה?

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

מה ההבדל בין Data Leader ל CDO?

מוביל דאטה (Data Leader), יכול להיות מנהל שיווק, מנהל דיגיטל, או כל מנהל עסקי שלוקח אחריות אמיתית על הנושא. CDO הוא תפקיד פורמלי שמופיע בארגונים גדולים. הוא תפקיד פונקציונלי - בארגונים בינוניים, Data Leader לא רשמי לעתים קרובות אפקטיבי יותר מ CDO פורמלי בלי סמכות אמיתית.

כשיש מוביל עסקי ויש אסטרטגיה - השלב הבא הוא להבין היכן הארגון עומד על סקאלת הבשלות. המאמר בנושא בשלות דאטה (Data Maturity) - למה לא לכולם מתאימה אותה חליפה, מסביר כיצד רמת הבשלות הקיימת משפיעה על כל פרויקט דאטה שתרצו לקדם.

לסיכום

הובלת עולם הדאטה בארגון אינה שאלה טכנית. היא שאלה ארגונית ותרבותית.

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

הניסיון מראה: הובלה עסקית של הדאטה מאיצה את בשלות הדאטה הארגונית בצורה משמעותית.

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

אם אתם מתלבטים כיצד לבנות את המבנה הנכון לניהול הדאטה בארגון שלכם - דברו איתי.

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

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

בנוסף, הוא המייסד של קהילת הלינקדאין Linkers וקהילת "AI & Data-Driven & Digital Marketing in Israel" שמטרתה לחבר את אנשי השיווק, הדיגיטל והדאטה לשיח אחד המגביר את שת"פ בין היחידות.