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

‏המנכ"ל רוצה שכולם יעבדו עם Monday. חוץ ממנו...

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

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

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

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

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

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

‏אז שאלתי אותה שאלה פשוטה: ‏איך את מתכוונת להשתמש ב-Monday?

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

ופה נדלקה אצלי נורה אדומה.

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

‏אפשר לרצות מאוד בהצלחת ההטמעה - ובאותו זמן להחליש אותה

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

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

‏במאנדיי הם מתבקשים לעדכן.

‏אבל במייל מגיעה השאלה "מה קורה עם זה?"

במאנדיי הם אמורים לתעד משימות.

‏אבל ב-WhatsApp מגיעה בקשה חדשה.

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

‏אבל לקראת ישיבת הנהלה מתבקש מנהל המחלקה להכין שוב סיכום ולשלוח אותו במייל.

‏וכך נוצרים למעשה שני מרחבי ניהול באותו ארגון.

‏אחד הוא המערכת שהארגון החליט להטמיע.

‏השני הוא המקום שבו ההנהלה באמת מנהלת.

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

‏עובדים מקשיבים למה שההנהלה אומרת. הם לומדים איך הארגון באמת עובד ממה שההנהלה עושה.

‏זו אינה רק התרשמות שלי מתהליכי הטמעה.

‏מחקרי Best Practices in Change Management של Prosci (חברה גלובלית לניהול שינויים), מצביעים לאורך שנים על חסות פעילה ונראית של הנהלה בכירה כגורם מרכזי בהצלחת תהליכי שינוי. לפי הנתונים שמפרסמת Prosci, פרויקטים שבהם החסות הניהולית הוגדרה אפקטיבית במיוחד השיגו את יעדיהם ב-79% מהמקרים, לעומת 27% בלבד בפרויקטים שבהם החסות הייתה בלתי אפקטיבית במיוחד.

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

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

‏McKinsey מוסיפה כאן עיקרון חשוב במיוחד: Role Modeling. אנשים בארגון מסתכלים כלפי מעלה ("חיקוי המפקד"...). ההתנהגות של ההנהלה מאותתת להם אילו דפוסי עבודה באמת חשובים ואילו קיימים בעיקר בהצהרות ובמצגות. שינוי שהמנכ"ל דורש מאחרים אבל אינו מבטא בהתנהגותו מתקשה להפוך לנורמה ארגונית.

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

‏

המנכ"ל כן צריך לעבוד ב-Monday. פשוט כמנכ"ל.

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

‏להיכנס למערכת.

‏לראות מה קורה.

‏לקבל ממנה תמונת מצב.

‏לשאול שאלות.

‏להגיב.

‏לבקש הבהרות.

‏לתת חיזוק כשהדברים מתקדמים.

‏ובעיקר - להשתמש במידע שנאסף בה לצורך ניהול וקבלת החלטות.

‏נניח שהמנכ"לית נכנסת לפרויקט ורואה משימה שהסטטוס שלה תקוע. עולה לה שאלה.

‏היא יכולה לפתוח WhatsApp ולכתוב למנהל המחלקה: "מה קורה עם זה?"

‏והיא יכולה להיכנס ל-Updates של המשימה, לתייג את האדם הרלוונטי ולשאול שם.

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

‏מבחינה ארגונית, ההבדל גדול מאוד.

‏כשהמנכ"לית שואלת את השאלה בתוך המערכת, היא משדרת לעובדים:

‏אני נמצאת כאן.

‏אני קוראת את מה שאתם מעדכנים.

‏המידע שאתם מזינים משמש אותי.

‏אם אתם רוצים שאדע מה קורה, זה המקום שבו אני מצפה למצוא את המידע.

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

‏המערכת מפסיקה להיות מקום שבו "מזינים נתונים בשביל ההנהלה".

‏ההנהלה עצמה נמצאת שם.

‏מייל ו-WhatsApp אינם האויב. מערכת ניהול מקבילה היא הבעיה.

‏אני משתמש במייל וב-WhatsApp כל יום. אין שום היגיון לנהל מלחמה נגד כלי תקשורת שעושים את עבודתם היטב.

‏השאלה היא איזה מידע נשאר בהם.

‏שיחה קצרה? מצוין.

‏עניין אישי? כמובן.

‏משהו דחוף? לפעמים WhatsApp הוא בדיוק המקום הנכון.

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

‏הוא צריך לחזור למערכת.

‏

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

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

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

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

‏כך בונים הרגל חדש.

‏הדשבורד הניהולי הוא אחד הכלים החזקים ביותר להטמעה

‏יש שאלה שאני אוהב לשאול כבר בשלב האפיון:

‏מה ההנהלה צריכה לראות?

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

‏מה ההנהלה צריכה לדעת כדי לנהל את הארגון טוב יותר?

‏אילו החלטות היא צריכה לקבל?

‏איזה מידע חסר לה היום?

‏אילו חריגים צריכים להגיע לתשומת לבה?

‏אילו יעדים היא צריכה לעקוב אחריהם?

‏מכאן אפשר לתכנן את המערכת לאחור.

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

‏והדשבורד הזה עושה הרבה יותר מלהציג גרפים יפים.

‏הוא סוגר מעגל ארגוני:

1. ‏עובד מעדכן נתון.

2. ‏מנהל המחלקה מנהל את התהליך.

3. ‏המידע עולה לתמונת המצב הניהולית.

4. ‏ההנהלה רואה אותו.

5. ‏ומתקבלת החלטה.

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

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

‏הסדר האישי של המנכ"ל אינו בהכרח הסדר הארגוני

‏וזה מחזיר אותי למנכ"לית שאיתה פתחתי את המאמר.

‏היא באמת מסודרת.

‏יכול להיות אפילו ששיטת העבודה האישית שלה טובה יותר משל רוב המנהלים שאני מכיר.

‏אבל תיקיות Outlook מסודרות יכולות להיות מערכת ניהול מצוינת עבור אדם אחד.

‏ארגון צריך משהו אחר.

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

‏הוא צריך אחריות משותפת.

‏הוא צריך לדעת מה נמצא בביצוע ומה תקוע.

‏הוא צריך לשמר ידע גם כאשר עובדים מתחלפים.

‏הוא צריך לחבר בין פעולות שמתבצעות במחלקות שונות.

‏והוא צריך להפוך את המידע שנוצר בעבודה השוטפת ליכולת ניהולית של הארגון עצמו.

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

‏רצון טוב והדרכה אינם מספיקים

‏אפשר להכשיר עובדים מצוין.

‏אפשר להפיק סרטוני הדרכה.

‏אפשר לבנות לוחות מעולים ואוטומציות חכמות.

‏ועדיין, כמה חודשים אחר כך, לגלות שחלק מהעובדים חזרו לאקסל, למייל ול-WhatsApp.

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

אז ‏איך עושים את זה בפועל?

‏1. מעבירים תהליכים משמעותיים לתוך המערכת

‏למשל, החזר הוצאות.

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

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

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

‏2. מנהלים ישיבות מתוך המידע שבמערכת

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

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

‏מנהלי המחלקות יודעים שהנתונים במערכת הם הנתונים שההנהלה תראה.

‏פתאום יש סיבה אמיתית לוודא שהם עדכניים.

‏3. מפסיקים לתחזק שתי מערכות במקביל

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

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

‏בתהליכים המתאימים צריך לקבוע נקודת מעבר ברורה: מכאן המידע החי מתנהל במערכת החדשה. הקובץ הישן הופך לארכיון או לקריאה בלבד.

‏4. מחזירים החלטות למערכת

‏התקיימה שיחה במסדרון? מצוין.

‏התקבלה החלטה? היא חוזרת ל-Monday.

‏ניתנה משימה בשיחת טלפון? היא מתועדת.

‏שיחת WhatsApp הובילה לשינוי משמעותי? הסטטוס במערכת מתעדכן (אגב, כך תחברו בין מאנדיי לוואטסאפ).

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

‏5. נותנים חיזוק בתוך המערכת

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

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

‏6. הופכים את מנהלי הביניים לשותפים בהטמעה

‏המנכ"לית מעניקה חסות לתהליך. היא אינה יכולה להטמיע בעצמה הרגלי עבודה אצל כל עובד ועובדת.

‏מנהלי המחלקות הם החוליה שמחברת בין החלטת ההנהלה להתנהגות היומיומית.

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

‏7. מודדים אימוץ, לא רק השלמת פרויקט

‏"הקמנו 12 לוחות" אינו מדד הצלחה להטמעה.

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

‏השאלות המעניינות מתחילות אחר כך:

‏כמה מהתהליכים שנבחרו באמת מנוהלים במערכת?

‏כמה מהמשתמשים הרלוונטיים משתמשים בה בפועל?

‏עד כמה המידע מעודכן?

‏כמה מהעבודה עדיין מתקיימת במערכות מקבילות?

‏האם ההנהלה משתמשת בנתונים?

‏והאם החלטות מתקבלות על בסיס המידע שנאסף?

‏ב-Prosci מתייחסים בין היתר למהירות האימוץ, היקף השימוש ורמת המיומנות כמדדים להבנת התקדמות השינוי. גם Monday מדגישה Adoption - אימוץ, ו-Utilization - שימוש בפועל, במקום להסתפק בעצם העלייה לאוויר.

‏המטרה היא ליצור תלות חיובית במערכת

‏בעיניי זה אחד הסימנים הטובים ביותר להטמעה מוצלחת.

‏הארגון מתחיל להזדקק למערכת.

‏שם נמצא המידע.

‏שם רואים את הסטטוס.

‏שם מוגשת הבקשה.

‏שם מתקבל האישור.

‏שם נמצאת המשימה.

‏שם ההנהלה שואלת את השאלה.

‏שם רואים את תמונת המצב.

‏שם נשמרת ההחלטה.

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

‏היא הופכת להיות הדרך שבה העבודה עצמה מתנהלת.

‏ואז כבר צריך להזכיר פחות: ‏"אל תשכחו לעדכן ב-Monday."

‏

מבחן קצר למנכ"ליות ולמנכ"לים

‏אם הארגון שלכם מטמיע Monday, נסו לענות לעצמכם על כמה שאלות:

1. ‏כשאתם רוצים לדעת איפה עומדת תוכנית העבודה - לאן אתם נכנסים?

2. ‏כשאתם רוצים עדכון על פרויקט - אתם מסתכלים במערכת או שולחים הודעה למנהל או למנהלת הפרויקט?

3. ‏כשאתם נותנים משימה למישהו מהצוות - איפה היא נרשמת?

4. ‏כשמתקבלת החלטה בישיבת הנהלה - איפה אפשר למצוא אותה שבועיים אחר כך?

5. ‏האם אתם משתמשים במידע מתוך Monday במהלך ישיבות ניהוליות?

6. ‏האם העובדים שלכם רואים שאתם קוראים את מה שהם מזינים?

7. ‏האם יש לכם תמונת מצב ניהולית שמאפשרת לקבל החלטות מתוך הנתונים?

‏והשאלה שלדעתי מעניינת מכולן:

‏אם העובדים היו מפסיקים מחר לשלוח לכם עדכונים במייל וב-WhatsApp, האם מערכת ה-Monday שלכם הייתה מספקת לכם את המידע הדרוש כדי לנהל את הארגון?

‏אם התשובה היא לא, ייתכן שהבעיה אינה רק באימוץ המערכת אצל העובדים.

‏כדאי להסתכל גם למעלה.

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

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

‏

לסיכום - שאלות ותשובות FAQ:

למה המנכ"ל עלול להפוך לחסם בהטמעת מאנדיי Monday?

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

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

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

איך המנכ"ל צריך להשתמש במאנדיי Monday?

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

איך התנהגות ההנהלה משפיעה על אימוץ המערכת?

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

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

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

איך נכון לטפל בהחלטות שמתקבלות במייל או ב־WhatsApp?

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

למה ניהול שתי מערכות במקביל פוגע בהטמעה?

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

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

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

מהו הסימן לכך שהטמעת מאנדיי Monday באמת הצליחה?

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