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

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

[[HE: Draft for Tamir's review. Not published.]]

Tamir Khason · עדכון · מדריך החלטות

אתרו היכן המספרים מתפצלים

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

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

תנו לכל תחום אחראי עם סמכויות

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

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

תלוי איפה יושבים

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

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

מה לבדוק לפני שמחליטים

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

שאלות שאנשים שואלים

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

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

פרויקט ה-BI שלנו סיפק לוחות מחוונים שאף אחד לא מאמין להם ומנהלים עובדים באקסלים, איך מתקנים את זה?

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

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

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

איך לבחור בין שתי פלטפורמות נתונים מעבר להדגמה שהרשימה את ההנהלה?

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

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

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

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

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

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

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

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

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

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

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

איך אני יכול לעזור בהחלטה הזו

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