בדיקת מוכנות AI לארגון

איך יודעים אם הארגון מוכן ל-AI?

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

שישה ממדים של מוכנות ארגונית ל-AI

זוהי מסגרת ההמלצה של אייל מרקוס, לא בדיקת מוכנות מוסמכת ולא אמת מידה להשוואה.

שאלון קצר לבדיקה עצמית

• האם יש אחראי שמקבל החלטות?
• האם הגדרתם קהל ראשון?
• האם יש תהליך עבודה אחד שהצוות יכול לבדוק?
• האם ברור באיזה מידע מותר להשתמש?
• האם קיימים כללי שימוש בסיסיים?
• האם יש מדד ומגבלה?

שלוש אפשרויות: הרצאת היכרות, סדנה או פיילוט, וליווי מעשי

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

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

סימני אזהרה להתחלה מוקדמת מדי

• אין אחראי
• אין גישה לכלי או למידע שהצוות צריך
• אין כלל בסיסי למידע רגיש
• המטרה היא "לעשות AI" בלי תהליך העבודה
• הארגון בחר הכשרה רחבה לפני שהגדיר את הקהל

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

איך הופכים בדיקת מוכנות להחלטה

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

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

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

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

מי צריך להשתתף ומי לא

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

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

שאלות הערכה לפני אישור

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

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

מה משתנה כשמדובר ב-Microsoft Copilot

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

תבחרו תרחישים שמתחברים ל-Word, PowerPoint, Outlook, Teams או מקורות אחרים שבאמת קיימים בעבודה. לאחר מכן בודקים הרשאות, איכות מקור, צורך בבדיקת אדם והבדלים בין שפות. אם התרחיש תלוי במידע שאינו נגיש או אינו מאושר, לא מתקנים אותו באמצעות הנחיה טובה יותר ל-AI.

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

שאלון מוכנות לבעלי ההחלטה

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

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

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

איזה פורמט מתאים למה שחסר כרגע?

הרצאה להנהלה

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

סדנה ממוקדת

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

פיילוט תהליך העבודה

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

ליווי מעשי

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

מצבי כשל נפוצים

ציון אחד מסתיר פער קריטי

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

רשימת כלים מחליפה בעיה

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

פיילוט ללא החלטת סוף

לפני ההתחלה תקבעו מועד, מדד ושלוש תוצאות אפשריות: הרחבה, שינוי או עצירה.

הדרכה רחבה מדי

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

התעלמות מהשינוי הארגוני

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

מה צריך להיות ברור לפני שמתחילים

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

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

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

מגבלות והחלטת המשך

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

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

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

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

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

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

בדיקה לפי סוג ארגון

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

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

מאז סוף 2022 עבדתי עם עשרות רבות של ארגונים והעברתי מאות הרצאות וסדנאות.