[[HE: Draft for Tamir's review. Not published.]]
מרכזים את שתי הגרסאות לתיעוד אחד
אספו לוגים, דוחות והחלטות משני הצדדים לאותה תקופת זמן, וסדרו אותם על ציר רציף. בתקלת השבתה, זהו את האירוע הכושל הראשון ואת המערכת שממנה התחיל. לאחר מכן השוו את ניתוחי שורש הבעיה הכתובים מול ציר הזמן.
עיכוב מתמשך תמיד משאיר עקבות. היסטוריית השינויים מראה מי עדכן דרישות ומתי, ויומן ההחלטות מראה מה התעכב ואצל מי. אם הספק טוען לבעיה בצוות או בנתונים שלכם, בדקו את הטענה בתנאים שהוגדרו בחוזה, בנוכחות נציגיו.
בודקים מה אומר החוזה
בדקו איזה הסכם מחייב, מה הוחרג ממנו, ומה נקבע לגבי מסירה, הגדרות מערכת ושיתוף פעולה באירועים חריגים. דרשו מהספק לתעד הנחיות שלטענתו מסר, כולל תאריכים ונמענים. טענה לאיכות נתונים ירודה נבדקת במדידת השדות הנחוצים לעבודה, ולא באמצעות ציון כללי.
הפרידו את פתרון התקלה מבירור האשמה. שחזרו סביבת עבודה תקינה בזמן שהאחריות מתבררת, והשאירו תמיכה ותחזוקה במסלול שוטף. הציגו לשני הצדדים מספר ברור: כמה הבעיה הזו עולה לכם בכל שבוע.
תלוי בתפקיד שלכם
אם אתם בתפקיד המנכ"ל, התמקדו בשלושת החודשים הקרובים ולא בשנה שחלפה: מה אפשר לספק או לתקן, עם מי ובאיזה לוח זמנים. פעלו לפי הממצאים ולא לפי מי שצועק חזק יותר.
אם אתם בדירקטוריון, המיקוד עובר להנהלה. בדקו מה ההנהלה עשתה בבחירה, בהתקשרות ובפיקוח על הספקים, ומה תוקן אחרי כל כשל. כשלים חוזרים תחת אותם חוזים הם באחריות ההנהלה. כשהמייסדים מאשימים זה את זה, הביאו גורם חיצוני שימפה מה מוכן, מה נשאר ואיפה החלטות נתקעו.
מה לבדוק לפני שמחליטים
- רכזו לוגים ונתונים משני הצדדים לאותה תקופה והציבו אותם על ציר זמן אחד.
- אתרו את נקודת הכשל הראשונה בכל אירוע, ואת הרכיב או השלב שבו היא נוצרה.
- בקשו תיעוד של שינויי דרישות כולל תאריכים ומאשרים, לצד החלטות שהתעכבו מעל חודש.
- דרשו מכל צד הסבר כתוב לגורם השורש, והשוו אותו מול רצף האירועים.
- קראו את החוזים כדי להבין התחייבויות, החרגות, תנאי קבלה וחובת שיתוף פעולה בתקלות.
- בדקו את טענות הספק בתנאי החוזה, בנוכחותו, ותעדו את התוצאות.
- שימו מול שני הצדדים תג מחיר שבועי ברור של הבעיה.
שאלות שאנשים שואלים
המפעיל שלנו שילם קנסות על קריסות מערכת וההנהלה מאשימה ספקים, איך הדירקטוריון מוודא שההנהלה בשליטה?
בדקו כיצד ההנהלה בחרה, החתימה וניהלה את הספקים, ואילו לקחים יושמו לאחר כל אירוע; תקלות חוזרות באותם תנאי התקשרות הן כשל ניהולי. בקשו תוכנית עבודה עם מדדים ברורים למעקב. הדבר תלוי בכלים שהחוזים מעניקים להנהלה לאכיפה מול הספקים ובאופן שבו השתמשה בהם.
המוצר של הסטארט-אפ מתעכב והמנכ"ל וה-CTO זורקים אחריות זה על זה, איך הדירקטוריון מגלה מה באמת קורה?
הזמינו הערכה הנדסית בלתי תלויה: מה כבר פותח, מה נותר לעשות, האם התוכנית ישימה לצוות ואיפה החלטות התעכבו. זה יפריד בין אתגרים טכנולוגיים לבעיות מנהיגות. פעלו לפי התוצאות ולא לפי הצד המשכנע יותר. הדבר תלוי בתמונת המצב שתעלה ובמספר חודשי ה-runway שנותרו.
פס הייצור האוטומטי החדש מניב תפוקה נמוכה בהרבה מהמובטח והספק טוען שהבעיה בעובדים, איך מגלים את האמת?
בצעו בדיקה מבוקרת עם המהנדסים של הספק, הצוות המיומן ביותר שלכם והחומרים שהוגדרו בהסכם, ומדדו תפוקה מול ההתחייבות. הממצאים יכריעו מי נושא באחריות. הדבר תלוי בהגדרות החוזה לחומרים, כוח אדם ואישורי מסירה, ובשאלה אם תהליך המסירה הושלם רשמית.
האפליקציה מתעכבת כבר שנה ומנהל הטכנולוגיות והספק מתקוטטים, איך מבינים מי צודק ומה עושים הלאה?
עברו על היסטוריית השינויים ויומן קבלת ההחלטות, כי עיכוב ממושך מתועד היטב ומראה מי שינה מה ומי השתהה בהחלטות. לאחר מכן תכננו את הרבעון הקרוב במקום לנבור בעבר: מה משחררים, עם מי ובאילו זמנים. הדבר תלוי בסיבת העיכוב: תנודתיות בדרישות, ביצועי הספק או החלטות שלא התקבלו.
העלייה לאוויר של ה-ERP מתוכננת לחודש הבא, מנהל המפעל אומר שלא מוכנים וה-CIO דוחף להשקה, איך מכריעים?
חפשו הוכחות בשטח במקום דעות: האם בוצעה הזמנה מלאה מקצה לקצה במערכת החדשה, על מוצרים אמיתיים, בידי העובדים שיתפעלו אותה בשגרה? אם כן, אפשר להתקדם בליווי תמיכה ברצפת הייצור; אם לא, תאריך היעד הוא הימור. הדבר תלוי בפער הקיים – הדרכה, מידע חסר או פונקציונליות חסרה – ובמגבלות עונתיות של הפעילות.
הפסדי ההונאות זינקו בעקבות המערכת החדשה והספק מאשים את ההגדרות, איך בודקים מה השתבש?
השוו בין אירועי ההונאה מהחודשים האחרונים לחוקים ולהתרעות במערכת, כי זה מראה אם היא זיהתה את ההונאה והתעלמו, או פספסה לגמרי. אחר כך תעברו על תיעוד ההטמעה כדי לראות מי הוגדר לקנפג מה. זה תלוי בשאלה אם מדובר בסוגי הונאה חדשים או בכאלה שהמערכת הקודמת תפסה והנוכחית לא.
חטפנו קנס על נתונים שגויים בדיווח לרגולטור והספק טוען שהמידע שלו תקין, איך מונעים מזה לחזור?
עקבו אחרי דוח אחד ממערכות המקור ועד לקובץ שנשלח לרגולטור, ותאתרו איפה המספרים משתנים; הטעות צצה לרוב בחיבור, במיפוי או בשלב ידני בלי אחראי. משם, תמנו אחראי על נתיב הנתונים של הדוח. זה תלוי במספר המערכות שמזינות את הדוח ובשאלה אם הגדרות הרגולטור תואמות לנתונים שלכם.
פלטפורמת הטעינה לרכבים חשמליים קורסת והספקים של התוכנה והעמדות מאשימים זה את זה, איך מבררים מי צודק?
תוציאו לוגים משני הצדדים לאותן דקות בדיוק ותנו לגורם ניטרלי לעבור עליהם, כי כל ספק שולף רק את החלק שמנקה אותו. במקביל, תבדקו איזה חוזה כולל את התחייבות הזמינות ואילו החרגות יש בו. זה תלוי בקיומו של גורם משותף לנפילות ובמה שכל חוזה מבטיח.
הטמעת מערכת ה-AML נתקעה, הספק מפיל את זה על איכות הדאטה, איך מוודאים אם זה נכון ומה עושים?
תבדקו את הנתונים מול השדות הספציפיים שחוקי המערכת דורשים, במקום מול ציון איכות כללי. רוב מערכי החוקים יכולים לרוץ קודם על קבוצה מצומצמת של לקוחות ומוצרים שבהם המידע תקין. זה תלוי באילו שדות החוקים הקריטיים משתמשים ואיך הרגולטור מתייחס לעלייה הדרגתית לאוויר.
איך אני יכול לעזור בהחלטה הזו
- שאלה או שיחה (ללא עלות)
- אשתף בזווית שלי איך לבנות תיעוד ברור שסוגר את פינג-פונג ההאשמות, ואיזה סעיף בחוזה קובע מי חייב מה.
- בדיקה והערכה (משלמים רק אם קיבלתם ערך)
- אכתוב הערכה עצמאית של מה שקרה, ביצועי שני הצדדים והמצב החוזי. אמליץ על פתרונות, שינויים אפשריים בספק, בהיקף או בבקרה, ועל הקו מול הספק.
- ליווי שוטף (בזמן ובקצב שמתאימים לכם)
- אהיה בתמונה לאורך תקופת התיקון כדי לבחון את הפתרונות והתוצאות בפועל מול מה שסוכם.