להקים תוכנית משילות מאפס: מה שלא כתוב במסגרות

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

סמכות קודמת לתוכן

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

ניצחון מהיר אחד שווה עשרה מסמכים

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

אנשים לא מתנגדים לשינוי, הם מתנגדים שישנו אותם

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

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