להציג אוטומציה לצוות: מה אומרים כדי שלא יעבדו סביבה

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

למה צוות עוקף אוטומציה

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

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

מה נכנס להודעה הראשונה

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

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

מה לא להגיד

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

לערב לפני, לא להודיע אחרי

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

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

מי מוסר את ההודעה

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

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

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

איך נראית התנגדות שקטה

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

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

מה עושים כשמישהו מתנגד בגלוי?

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

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

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

מה אומרים כשהאוטומציה נשברת

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

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

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

שבוע אחרי ההשקה

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

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

מקורות

• אוטומציה לעסקים קטנים בישראל
• רשות המסים - מידע לעסקים