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