דילוג לתוכן
הטמעת AI בתהליכים עסקיים
מדריכים

מה צריך להישאר בצוות בסוף AI Impact Day

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

עבודה צמודה ושיתופי פעולה עם החברות המובילות במשק
Playtika monday.com Bar-Ilan University G1 Google NiCE Reichman University Optical Center Sion Medical QuantalX NTB
תשובה קצרה

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

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

בפוסט על הפיילוט עם צוות השיווק של Plarium תיארתי מיפוי של 19 הזדמנויות ובנייה של 16 כלים במהלך שש שעות. אלה נתונים שדיווחתי באותו אירוע. הם לא התחייבות לכמות כלים ביום הבא ולא הוכחה בפני עצמם ל־ROI.

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

מתוך פוסט המקור: "המשימה שלי היא לבנות איתכם יכולת שנשארת בתוך הצוות."

מה ממפים לפני שמתחילים לבנות?

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

לכל הזדמנות תעדו תדירות, זמן עבודה נוכחי, מקור נתונים, מי משתמש בתוצר ואיך בודקים אותו. אם הנתונים עדיין לא קיימים, זו משימת הכנה. לא משלימים אותם באמצעות ניחוש.

בעיניי, הבחירה הראשונה צריכה לשלב ערך, יכולת ביצוע ויכולת בדיקה. משימה גדולה ומרשימה לא תמיד תהיה הבחירה הנכונה ליום הראשון.

איך נראה המעבר ממפה לכלי עובד?

  1. בוחרים תהליך ומגדירים את גבולותיו. מה נכנס, מה יוצא ובאיזה שלב הוא נגמר.
  2. מוודאים שהכלים, החשבונות והחיבורים מותרים לשימוש בארגון.
  3. בונים על דוגמה אמיתית, לצד התוצר או החישוב שהצוות מכיר.
  4. משווים תוצאות. כשיש פער, בודקים את המקור והלוגיקה לפני שמשפרים את העיצוב.
  5. מתעדים מה עובד, מה מוגבל ואילו פעולות דורשות אישור של עובד.
  6. ממנים אחראי ומגדירים מתי חוזרים לבדוק שימוש ואיכות.

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

מה נחשב תוצר שאפשר להשאיר בצוות?

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

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

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

דוגמה לדף מסירה קצר

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

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

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

מה מודדים אחרי היום?

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

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

קראו גם על הפער בין התנסות להטמעת AI ועל חישוב ROI בלי לבלבל בין זמן שהתפנה לחיסכון.

שאלות נפוצות

האם כל צוות צריך לבנות 16 כלים?

לא. זה מספר מאירוע מסוים. בחרו יעדים לפי התהליכים והמורכבות של הצוות שלכם.

האם יום אחד מספיק להטמעה?

יום יכול לייצר התחלה מעשית. שימוש קבוע, תחזוקה ומדידה דורשים המשך אחריות בצוות.

האם צריך לדעת לכתוב קוד?

הצורך תלוי במשימה. בכל מקרה צריך לדעת להסביר מה אמור לקרות ולבדוק שהתוצאה נכונה.

מה כדאי להכין קודם?

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

עומר מיוסט
עומר מיוסט

mAind · הטמעת AI בתהליכים עסקיים

חתימת Omer Mayost
להמשך קריאה

לכל התכנים בבלוג