ממשל AI בארגון: מי הבעלים של הסקילים והאייג'נטים?
ממשל AI בארגון מתחיל בהכרעה מי הבעלים של כל סקיל ואייג'נט. הצוותים על התוכן, הצוות המרכזי על התשתית, ורשימה אחת שמחזיקה הכל.
נכתב על ידי צוות היישום של RealAI · 5 דקות קריאה · עודכן לאחרונה:
ממשל AI בארגון הוא ההכרעה המפורשת מי אחראי על כל סקיל, אייג’נט וחיבור שנבנו, ואיך שומרים עליהם עדכניים ובטוחים. ההמלצה שלנו פשוטה: הצוותים הם הבעלים של התוכן, והצוות המרכזי הוא הבעלים של התשתית. בלי ההכרעה הזו, ארגון שהצליח לבנות הרבה מגלה שאיש לא יודע מה רץ אצלו.
למה ממשל AI בארגון הופך לקריטי דווקא אחרי ההצלחה?
בשלבים הראשונים של הטמעה, הבעיה היא שאנשים לא משתמשים. אחרי תקופה של בנייה אינטנסיבית, הבעיה מתהפכת. יש מאות סקילים ואייג’נטים. חלקם נבנו על ידי אנשים שאף אחד לא ביקש מהם. חלקם רצים על תהליך שכבר השתנה. וחלקם נבנו על ידי עובד שכבר עבר תפקיד.
זה סימן טוב. כשאנשים בונים לבד, ההטמעה עובדת. אבל זה גם הסימן שנדרש סדר. יותר מדי דברים רצים, אי אפשר לנטר הכל, ואין תמונה אחת סדורה.
השאלה מי אחראי לא נפתרת מעצמה. אם לא מכריעים בה מפורשות, כל אחד מניח שמישהו אחר אחראי. ואז סקיל שבור ממשיך לרוץ, ואיש לא שם לב. אם אתם עוד בשלב שלפני, כדאי לקרוא קודם על סקילים בארגון ועל המתודולוגיה המלאה להטמעה.
מי צריך להיות הבעלים: הצוותים או הצוות המרכזי?
שניהם, אבל על דברים שונים. החלוקה הזו היא הלב של ממשל AI בארגון.
הצוותים מכירים את התהליכים. הם יודעים מתי משהו השתנה, מה כבר לא רלוונטי ומה חסר. לכן הם הבעלים של התוכן: הסקילים, האייג’נטים והלוגיקה העסקית שבתוכם. כל תחום אחראי על מה שרץ אצלו.
הצוות המרכזי מכיר את התשתית. הוא יודע איך מתחברים למערכות בצורה בטוחה, איך מנטרים, ואיך שומרים על אחידות. לכן הוא הבעלים של השכבה שמתחת.
| תחום אחריות | הצוותים בתחום | הצוות המרכזי |
|---|---|---|
| תוכן הסקילים והאייג’נטים | בעלים מלאים | תמיכה וייעוץ |
| עדכון לפי שינויים בתהליך | בעלים מלאים | לא מעורב |
| חיבורים למערכות והרשאות | מבקשים ומגדירים צורך | בעלים מלאים |
| סטנדרטים ותבניות | עובדים לפיהם | כותבים ומתחזקים |
| מוניטורינג והתראות | מגיבים לתקלות בתחום | בונים ומפעילים |
| המקום שמרכז את כל מה שנבנה | מעדכנים את הרשומות שלהם | בעלים מלאים |
חלוקה כזו מונעת שני כשלים נפוצים. הראשון: צוות מרכזי שמנסה לתחזק בעצמו מאות סקילים של תחומים שהוא לא מכיר. השני: צוותים שבונים חיבורים למערכות כל אחד בדרך משלו, בלי סטנדרט ובלי פיקוח.
מה הצעד הראשון של מנהל בממשל AI?
להבין מה באמת רץ אצלו. זה נשמע בסיסי, אבל רוב המנהלים יופתעו. הם יגלו סקילים שלא ידעו עליהם, אייג’נטים שאיש לא משתמש בהם, ותלות בכלים שבנה עובד אחד.
ככה עושים את זה בפועל:
- אוספים את הרשימה. מבקשים מכל אחד בצוות לרשום כל סקיל, אייג’נט או אוטומציה שהוא בנה או משתמש בהם. לא שופטים בשלב הזה, רק אוספים.
- מצמידים בעלים לכל פריט. לכל שורה יש שם של בעלים אחד. לא צוות, לא “כולנו”. אדם אחד שאחראי.
- מסמנים מה נוגע במערכות. כל פריט שמתחבר למערכת ארגונית מקבל סימון: איזו מערכת, קריאה בלבד או גם כתיבה.
- מעלים את זה לפגישת הצוות. מציגים את הרשימה. אנשים מגלים מה עמיתים בנו, וסקילים טובים מתפשטים מעצמם.
- מגדירים מה קורה בעזיבה. כשמישהו עוזב או עובר תפקיד, הבעלות על הפריטים שלו עוברת הלאה ולא נעלמת. זה חלק מתהליך החפיפה.
הדיבור בפגישות הצוות הוא לא עניין טקסי. זה המנגנון שבו סקילים מתפשטים. דוגמה להמחשה: אנליסטית בנתה סקיל שמכין סיכום שבועי מתוך מערכת הכרטיסים. אף אחד מעמיתיה לא ידע עליו. אחרי חמש דקות בפגישת צוות, שלושה אנשים נוספים התחילו להשתמש בו, ואחד הציע שיפור. בלי הרשימה ובלי הפגישה, הסקיל היה נשאר אצלה, ונעלם כשהיא הייתה עוברת תפקיד.
המנהל לא צריך לדעת לבנות סקיל. הוא צריך לדעת מה קיים, מי אחראי, ומה נוגע בדאטה רגיש. על התפקיד של מנהלים בהטמעה יש עוד במרכז הנושא AI למנהלים.
איך נראית רשימת הבעלות, ומה עושים בסקירה הרבעונית?
המנגנון יכול להיות פשוט מאוד. רשימה אחת שבה כל סקיל מופיע עם הבעלים שלו. לא צריך מערכת מורכבת כדי להתחיל. גיליון משותף מספיק, כל עוד הוא אחד ולא עשרה.
שורה טובה ברשימה כוללת כמה שדות: שם הסקיל, מה הוא עושה במשפט אחד, הבעלים, התחום, לאילו מערכות הוא מתחבר, ומתי עודכן לאחרונה. ככל שהרשימה גדלה, היא הופכת למפה של איך הארגון באמת עובד. סקיל הוא בסופו של דבר תיעוד של תהליך עבודה, שגם רץ.
אחת לרבעון עוברים על הרשימה. לסקירה יש שלוש מטרות:
- יישור לתהליכים העדכניים. תהליכים משתנים. סקיל שנכתב לפני חצי שנה עלול לתאר דרך עבודה שכבר לא קיימת.
- הסרת מה שאיש לא השתמש בו. סקיל שלא רץ ברבעון האחרון הוא רעש. מורידים אותו או מאחדים אותו עם סקיל אחר.
- שמירה על אמינות הספרייה. אם אנשים מוצאים בספרייה סקילים שבורים, הם מפסיקים לחפש בה. ספרייה קטנה ואמינה שווה יותר מספרייה גדולה ומבולגנת.
הסקירה הרבעונית היא גם הזדמנות לבדוק את ההרשאות. האם כל חיבור עדיין צריך את הגישה שקיבל? כללים מוכנים לשאלות האלה יש במאמר על כללי אבטחה ל-AI בארגון.
מה התפקיד של השגרירים בממשל AI?
בשלב הראשון של ההטמעה, השגרירים הם האנשים הנלהבים בכל צוות. לא בהכרח הבכירים. הם הפיצו את השימוש מבפנים, כי אימוץ מתפשט דרך אנשים ולא דרך הודעות.
בשלב הממשל, התפקיד הזה הופך למוגדר. לשגריר יש ארבע אחריויות:
- לתמוך בצוות שלו כשמישהו נתקע.
- לנהל את הסקילים בתחום שלו ולשמור על הרשימה מעודכנת.
- להציף בעיות מוקדם, לפני שהן הופכות לתקלה.
- לשתף הצלחות, כדי שצוותים אחרים ילמדו מהן.
מהמנהלים נדרש להפעיל את השגרירים באמת. לתת להם זמן, להכיר בעבודה שלהם, ולזהות אנשים עם תשוקה אמיתית לנושא. שגריר שהתפקיד שלו הוא תוספת לא מוכרת יישחק מהר.
האם ממשל AI בארגון הוא בלם?
לא. זו אולי הטעות הנפוצה ביותר. מנהלים חוששים שבקרה תאט את הצוותים, ולכן דוחים אותה. בפועל, הצוותים המהירים ביותר בונים בקרות, תיעוד פעולות והרשאות לתוך הכלי מהיום הראשון. לא אחרי שמשהו נשבר.
ההיגיון פשוט. כשיש תיעוד של כל פעולה, אפשר לבדוק מה קרה תוך דקות במקום לנחש. כשההרשאות מוגדרות מראש, אין צורך לעצור כל פרויקט לבדיקת אבטחה. וכשיש בעלים ברור, תקלה מגיעה לאדם הנכון מיד. ממשל טוב מוריד חיכוך, הוא לא מוסיף אותו.
לעומת זאת, ארגון שמוסיף ממשל רק אחרי תקלה עושה את זה בלחץ. הוא מקפיא הכל, בודק הכל מחדש, ומאבד את האמון שנבנה. את הבסיס הכתוב לכללים כדאי להתחיל מתבנית מדיניות שימוש ב-AI, ואת הסמכות של אייג’נטים להעניק בהדרגה לפי סולם האמון.
רוצים לבנות מודל בעלות וממשל שמתאים להנהלה שלכם? לליווי הנהלות.