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