מדריכים לקבלת החלטות

בדקו מה במערכת מקשה על מי שנמנעים מלהשתמש בה.

קבעו מה מותר לסוכן לעשות לפי ההשלכות של כל פעולה והאפשרות לבטל אותה.

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

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

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

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

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

עדיין לא.

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

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

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

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

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

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

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

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

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

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

שמרו על הבעלות בנתונים.

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

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

הגדירו קודם קריטריונים מוסכמים לבחירה.

המועד שקבע הספק הוא שיקול בהחלטה, לא סיבה להחליט במקומכם.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

בחרו לפי צורכי העבודה, לא לפי מספר הספקים.

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

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

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

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

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

התחילו במיפוי: מי מתחבר, לאיזו מערכת ולשם מה.

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

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

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

השווי של ההתחייבות תלוי בתנאים ובחריגים שלה.

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

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

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