ישבתי לא מזמן בפגישה עם מנהל שיווק חדש שנכנס לתפקיד אצל אחד הלקוחות שלנו, והוא תיקן כל דבר שהצגנו לו. כל כותרת, כל ניסוח, כל שקף.
בשלב מסוים זה התחיל להיראות כמו שני צ'אטים שמתווכחים ביניהם, כל אחד מסביר לשני מה פחות עובד אצלו ומה צריך לתקן.
זה היה משעשע, עד שתפסתי את עצמי. כי גם אצלי זה קורה. צוות הסוכנים שלנו חוקר, כותב ומפרסם כל שבוע, והוא עובד. ובכל זאת, שוב ושוב, אני מוצא את עצמי מתקן תוצרים במקום לתקן הגדרות.
חשוב לומר: מנהל השיווק ההוא לא עשה שום דבר מוזר. הוא חדש, הוא רוצה להוכיח את עצמו, וזאת התגובה הטבעית ביותר שיש. רובנו למדנו לבצע עבודת שיווק מצוינת. כמעט אף אחד לא לימד אותנו לנהל אותה.
המאמר הזה הוא על הפער הזה בדיוק. כי מסתבר שהוא נמדד, יש לו הסבר, והוא עובר אחד לאחד מניהול אנשים אל ניהול צוות סוכני AI. מי שמבין למה מנהלים מצוינים נשאבים לביצוע, מבין גם למה כל כך הרבה אנשים נתקעים עם סוכן AI בינוני, ומה עושים אחרת.
כמעט חצי מהזמן של מנהלים הולך לעבודה של הצוות
לפי נתון של גאלופ שפורסם דרך פורבס באפריל 2026, מנהלים מבלים 46 אחוז מהזמן שלהם בעבודת ביצוע, העבודה של הצוות שלהם. כמעט חצי מהשעות הולכות למשימות שמעולם לא היו אמורות להיות שלהם.
הטענה המעניינת בכתבה היא לא הנתון אלא ההסבר: זו לא בעיית קיבולת, זו בעיית זהות. עבודת ביצוע נותנת תוצאה מיידית, נראית לעין, וברור של מי היא. עבודת ניהול נותנת החזר איטי ושקט, שקשה לייחס למישהו. וכשתחושת הערך העצמי מאוימת, חוזרים לפעילות שבנתה אותה מלכתחילה.
מנהלת בכירה אחת שמצוטטת שם, מצטיינת בכל מדד, עשתה בשקט את העבודה של שלושה מאנשי הצוות שלה. כשנשאלה למה, ענתה בלי היסוס: "כי אני יודעת לעשות את זה טוב." ואחרי שתיקה הוסיפה: "אני לא תמיד בטוחה מה אני עושה כשאני סתם… מנהלת."
הכותב מסכם את זה במשפט אחד: השתיקה הזאת מכילה את 46 האחוז.
ויש גם צד מבני, לא רק פסיכולוגי. לפי אותה כתבה, טווחי השליטה כמעט הוכפלו מאז 2013 והגיעו ל-12.1 כפיפים ישירים בממוצע, ופחות ממחצית מהמנהלים בעולם קיבלו אי פעם הכשרה ניהולית פורמלית. ולפי מחקר של CEB, כיום חלק מ-Gartner, שצוטט בכתבת פורבס נוספת מ-2023, 60 אחוז מהמנהלים החדשים נכשלים בתוך 24 החודשים הראשונים בתפקיד.
מנהל שקודם בזכות מצוינות בביצוע, ואף אחד לא לימד אותו מה ניהול טוב מייצר, חוזר למה שהביא לו את הקידום. או כמו שזה נוסח שם: הם לא נסוגים לעבודת ביצוע. הם מעולם לא עזבו אותה.
עכשיו תחליפו את המילה "עובד" במילה "סוכן"
הדפוס הזה עובר אחד לאחד לצוותי הסוכנים. ואצלם הוא אפילו מפתה יותר, כי סוכן לא נפגע כשמשכתבים אותו.
ככה זה נראה: מקבלים תוצר בינוני, מתקנים אותו ידנית, ובריצה הבאה מתקנים שוב את אותו הדבר. התיקונים נשארים בשיחה, השיחה נמחקת, והסוכן מתחיל כל בוקר מאפס. זה מרגיש כמו עבודה כפולה, כי זאת באמת עבודה כפולה.
והסימן המזהה פשוט: כשכותבים מחדש את התוצר במקום לתקן את ההגדרה, זה ביצוע. עוד לא ניהול.

זאת לא רק תחושה. שלושה מחקרים מהשנה האחרונה מודדים בדיוק את ההבדל בין מי שמנהל סוכנים לבין מי שמבצע לידם.
מי שמגדיר מראש מנצח את מי שמתקן אחרי
מדד מגמות העבודה של מיקרוסופט ל-2026, סקר של 20,000 עובדי ידע בעשרה שווקים, מצא שאצל קבוצת המשתמשים המתקדמת ביותר ב-AI, תהליכי הסוכנים, נקודות המסירה לאדם ותקני האיכות מתועדים וניתנים לשחזור בשיעור גבוה מהשאר: 26 מול 19 אחוז ברמת הצוות, 29 מול 17 ברמת המחלקה, ו-25 מול 14 ברמת הארגון. מה שמבדיל את המובילים הוא לא כלי סודי. זה תיעוד והגדרות.
וממצא נוסף מאותו דוח שווה עצירה: 67 אחוז מההשפעה של ה-AI מוסברת בגורמים ארגוניים, לעומת 32 אחוז בגורמים אישיים. ההגדרות והתהליך משפיעים על התוצאה בערך פי שניים מהכישרון האישי של מי שמפעיל.
מי שמאציל הכל מסיים מהר, ולומד הכי פחות
מחקר של אנתרופיק על 52 מתכנתים שלמדו ספריית קוד שחדשה להם בדק מה קורה כשנותנים לחצי מהם עוזר AI. לפי הסיקור של המחקר, קבוצת ה-AI קיבלה ציון נמוך ב-17 אחוז במבחן הידע, ובלי חיסכון זמן מובהק. אבל הממצא החשוב הוא בפירוק לדפוסי עבודה: מי שהאציל את הכתיבה במלואה קיבל את הציונים הנמוכים ביותר, ומי שהשתמש ב-AI כדי לשאול שאלות הבנה ולבקש הסברים קיבל את הגבוהים ביותר. החוקרים ניסחו את זה במשפט אחד: פרודוקטיביות מוגברת-AI אינה קיצור דרך למיומנות.
זה מחקר על מתכנתים, לא על כל מקצוע. אבל הכיוון ברור: ההבדל הוא לא אם עובדים עם סוכן, אלא איך. מי שנשאר בתוך הלולאה, שואל, מגדיר ובודק, נמצא במקום אחר לגמרי ממי שזורק משימה ונעלם.
וצוות סוכנים בלי הגדרות הוא לא צוות
מחקר המולטי-אייג'נט של אנתרופיק מאוגוסט 2026 בדק מה קורה כשמריצים כמה סוכנים יחד. בלי הגדרות ותיאום, סוכנים עם מטרות סותרות הסלימו לחבלה הדדית, עד נעילת חשבונות והשבתת תהליכים. 18 מתוך 30 סוכנים בחרו בדיוק את אותו שם ליחידת העבודה, כולם "מקוריים" באותה צורה בדיוק. מסקנת החוקרים: מה שהיה נשאר בעיה מבודדת הופך במהירות לכשל מערכתי.
ובצד השני של אותו מחקר: צוות סוכנים מתואם מצא 266 פגיעויות אבטחה, לעומת 21 שמצאו סוכנים שרצו כל אחד לבד.
הגדרות, גבולות ותיאום הם לא בירוקרטיה. הם ההבדל בין צוות לבין אוסף כלים.
לנהל סוכן כמו עובד. לא להתייחס אליו כאל אדם
לפני השיטה, קו דק אחד ששווה לחדד. מחקר של BCG שפורסם ב-Harvard Business Review במאי 2026 מצא את הצד השני של המטבע: כשמציגים למנהלים את ה-AI כ"עובד" אנושי, תחושת האחריות האישית שלהם נשחקת, והם מפספסים יותר שגיאות בתוצרים. מסקנת המחברים: אי אפשר להאציל את האחריותיות, כי לסוכן אין במה לשאת אותה.
זה לא סותר את מה שכתוב כאן. זה בדיוק מה שכתוב כאן. לנהל סוכן כמו עובד לא אומר להעמיד פנים שהוא בן אדם ולסמוך עליו בעיניים עצומות. זה אומר לתת לו את מה שנותנים לכל חבר צוות: אחריות מוגדרת, הגדרת "מוכן", ידע וגבולות. והאחריות על התוצר הסופי נשארת אצלכם. תמיד.
השיטה: שלושה שלבים, שנים עשר צעדים
כל השיטה היא מעבר אחד: מתיקון תוצרים לתיקון הגדרות. ככה הוא נראה בפועל, בין אם מדובר בסוכן AI אחד לשיווק ובין אם במחלקת שיווק אג'נטית שלמה.
שלב ראשון: להגדיר תפקיד, לא משימה
- כותבים לסוכן אחריות, לא בקשה. לא "תכתוב לי פוסט" אלא "אתה אחראי שכל פוסט שיוצא עומד בכללי הכתיבה שלנו". משימה נגמרת, אחריות נשארת.
- מגדירים "מוכן" מראש. לפני הריצה הראשונה כותבים במפורש מתי התוצר נחשב גמור: מה חייב להיות בו, מה אסור שיהיה בו, ומול מה בודקים אותו. אם אין הגדרת מוכן, כל בדיקה היא עניין של מצב רוח.
- נותנים לו את הידע של יום ראשון בעבודה. מי הלקוחות, מה המסר, איך מדברים. אף אחד לא מצפה מעובד חדש לתוצאה ביום הראשון בלי להכיר את החברה. מסוכן מצפים, ואז מתאכזבים.
- קובעים גבולות. מה הסוכן מחליט לבד, מה הוא מכין לאישור, ומה אסור לו לגעת בו. גבול ברור חוסך את הטעות היקרה.
שלב שני: לנהל את הריצה, לא את התוצר
- מתדרכים לפני, לא מתקנים אחרי. כמה דקות של הקשר לפני הריצה חוסכות שכתוב שלם אחריה.
- את התוצר הראשון קוראים כמו משוב לעובד חדש. לא "זה לא טוב, אני אעשה בעצמי" אלא "מה בהגדרה שלי גרם לזה לצאת ככה".
- כל תיקון נכנס לקובץ חוקים. לא נשאר בשיחה. שורה אחת: מה היה, מה הכלל מעכשיו, ולמה.
- הסוכן קורא את הקובץ לפני כל ריצה. זה כל הסוד. התיקון של אתמול הופך לנקודת הפתיחה של מחר.
שלב שלישי: לצבור ותק
- פעם בשבוע עוברים על קובץ החוקים. מוחקים כלל חד-פעמי, משאירים דפוס שחוזר.
- מה שתוקן פעמיים הופך לתהליך כתוב. לא עוד כלל, אלא סדר פעולות שהסוכן עובר בעצמו.
- בודקים תוצרים מול הגדרת המוכן, לא מול הטעם של הרגע. אם התוצר עומד בהגדרה ועדיין לא טוב, הבעיה בהגדרה. מתקנים אותה, לא אותו.
- סופרים כמה תיקונים ניתנו החודש. אם המספר לא יורד, אתם עדיין מבצעים.
שלושת הכללים
תיקנתם פעם אחת, כתבו כלל. תיקנתם פעמיים, זו כבר בחירה שלכם.
מתקנים הגדרות, לא תוצרים.
סוכן בלי קובץ חוקים הוא עוזר שמתחיל כל בוקר מאפס.
הטבלה: מבצע מול מנהל
| הסיטואציה | ככה נראה מבצע | ככה נראה מנהל |
|---|---|---|
| התוצר יצא בינוני | משכתב אותו בעצמו | מתקן את ההגדרה ומריץ שוב |
| אותה טעות חוזרת | מתקן שוב, מתעצבן | כותב כלל בקובץ החוקים |
| בודק תוצר | לפי מה שמרגיש לו | מול הגדרת "מוכן" כתובה |
| נותן עבודה | משימה: "תכתוב לי" | אחריות: "אתה אחראי ש…" |
| הסוכן טעה טעות גדולה | מפסיק לסמוך, עושה לבד | בודק איזה גבול חסר, ומוסיף |
| נגמר החודש | לא זוכר מה תוקן | רואה את קובץ החוקים גדל |
צ'קליסט של דף אחד
- לכל סוכן כתובה אחריות, לא רשימת משימות
- לכל סוג תוצר יש הגדרת "מוכן" כתובה
- לסוכן יש את ידע החברה: קהל, מסר, שפה
- כתוב מה הוא מחליט לבד ומה מחכה לאישור
- קיים קובץ חוקים, והסוכן קורא אותו לפני כל ריצה
- כל תיקון מהשבוע האחרון נמצא בקובץ, לא רק בשיחה
- פעם בשבוע: ניקוי כללים חד-פעמיים
- מדד חודשי: מספר התיקונים יורד
שאלות נפוצות
איך יודעים אם אנחנו מנהלים סוכן AI או מבצעים לידו?
לפי המקום שבו נשמר התיקון. תיקון שנשאר בשיחה הוא ביצוע: הוא יימחק, והטעות תחזור. תיקון שהופך לכלל בקובץ שהסוכן קורא לפני כל ריצה הוא ניהול. והמדד החודשי פשוט: אם מספר התיקונים לא יורד, זה עדיין ביצוע.
מה זה קובץ חוקים לסוכן AI?
קובץ אחד שמרכז את כל הכללים והתיקונים, והסוכן קורא אותו לפני כל ריצה. כל תיקון נכנס אליו כשורה אחת: מה היה, מה הכלל מעכשיו, ולמה. ככה סוכן שמתחיל כל בוקר מאפס הופך בהדרגה לחבר צוות שצובר ותק.
צריך להתייחס לסוכן AI כמו לעובד?
לנהל אותו כמו עובד: אחריות מוגדרת, הגדרת "מוכן", ידע החברה וגבולות ברורים. אבל לא להאניש אותו: מחקר של BCG שפורסם ב-Harvard Business Review מצא שכשמנהלים תופסים את ה-AI כעובד אנושי, תחושת האחריות האישית שלהם נשחקת. ההגדרות אצל הסוכן, האחריות אצלכם.
שאלה לסיום
מתי בפעם האחרונה תפסתם את עצמכם משכתבים תוצר של סוכן, במקום לתקן לו את ההגדרה? וכמה פעמים כבר ניתן אותו תיקון בדיוק?
אם השאלה הזאת עוצרת אתכם לרגע, זה בדיוק מה שבודקים באבחון: שיחה קצרה שממפה איפה השיווק שלכם כבר מנוהל, ואיפה הוא עדיין מבוצע ביד.
מקורות
- נתון 46 האחוז, בעיית הזהות, ציטוט המנהלת, טווח שליטה של 12.1 כפיפים ("כמעט הוכפל מאז 2013"), פחות ממחצית שעברו הכשרה ניהולית: גאלופ, דרך פורבס. Vibhas Ratanjee, Forbes, 15.4.2026: https://www.forbes.com/sites/vibhasratanjee/2026/04/15/46-of-manager-time-goes-to-ic-work-and-its-not-a-capacity-problem/
- 60 אחוז מהמנהלים החדשים נכשלים בתוך 24 חודשים: CEB, כיום חלק מ-Gartner, דרך פורבס. William Arruda, Forbes, 15.2.2023: https://www.forbes.com/sites/williamarruda/2023/02/15/why-most-new-managers-fail-and-how-to-prevent-it/
- תיעוד תהליכים ותקנים אצל המובילים (26/19, 29/17, 25/14) וגורמים ארגוניים 67 מול 32: Microsoft Work Trend Index 2026 (סקר Edelman Data x Intelligence, 20,000 עובדי ידע, 10 שווקים), 5.5.2026: https://www.microsoft.com/en-us/worklab/work-trend-index/agents-human-agency-and-the-opportunity-for-every-organization
- מחקר 52 המתכנתים (ציון נמוך ב-17 אחוז, האצלה מלאה בתחתית, שאלות הבנה בצמרת): Anthropic (Shen & Tamkin), "How AI Impacts Skill Formation", arXiv, 28.1.2026: https://arxiv.org/abs/2601.20245 · עמוד המחקר: https://www.anthropic.com/research/AI-assistance-coding-skills · המספרים המפורטים לפי הסיקור: https://the-decoder.com/ai-coding-tools-hurt-learning-unless-you-ask-why-anthropic-study-finds/ · https://www.infoq.com/news/2026/02/ai-coding-skill-formation/
- מולטי-אייג'נט: חבלה הדדית, קונפורמיות 18 מתוך 30, 266 פגיעויות מול 21: Anthropic Research, "Patterns and Problems in Multiagent Systems", 13.8.2026: https://www.anthropic.com/research/multiagent-systems
- האנשת הסוכן שוחקת אחריותיות: BCG Henderson Institute, Harvard Business Review, 6.5.2026: https://hbr.org/2026/05/research-why-you-shouldnt-treat-ai-agents-like-employees
—