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