7 סימנים שה-Monday שלכם יצא משליטה
ה-Monday לא נשבר ביום אחד, הוא נצבר. שבעה סימנים שהבורדים יצאו משליטה, ומה עושים כדי להחזיר סדר בלי לזרוק את המערכת שכבר יש לכם.
אף אחד לא מקבל החלטה לשבור את ה-Monday.
ה-Monday לא נשבר ביום אחד, הוא נצבר, החלטה סבירה אחת אחרי השנייה.
זה קורה אחרת. מנהלת תוכנית צריכה מעקב אז היא פותחת בורד. רכזת אחרת צריכה משהו דומה אבל קצת שונה, אז היא משכפלת אותו. מישהו מוסיף עמודת סטטוס כי הסטטוס הקיים לא מדויק. אחרי שנה יש ארבעים ושניים בורדים ואף אחד לא יודע איזה מהם נכון.
כל החלטה בנפרד הייתה הגיונית. הסכום שלהן הוא בלגן.
מערכת תפעול עובדת כשהמבנה שלה משקף את איך שהארגון עובד, ולא את סדר הכניסה של מי שפתח בורד ראשון. זה כל ההבדל בין Monday שמחזיק ארגון לבין Monday שהארגון מחזיק.
TL;DR
- Monday לא יוצא משליטה בגלל הכלי. הוא יוצא משליטה בגלל היעדר החלטה על מבנה ובעלות.
- שבעת הסימנים הם תסמינים של אותה מחלה: בורדים שנוצרו לפי אנשים במקום לפי תהליכים.
- הפתרון הוא לא ניקיון גדול. הוא ארכיטקטורה: ישויות, בעלות, וכללים למי פותח בורד חדש.
- הטמעת מערכות היא לא הדרכה חד-פעמית. היא שגרה.
סימן 1: אף אחד לא יודע איזה בורד "הנכון"
יש שלושה בורדים עם שם דומה. אחד מ-2024, אחד שמישהי פתחה כי הראשון היה עמוס, ואחד שנקרא "העתק של...".
כשעובד חדש שואל איפה מעדכנים משתתף, התשובה מתחילה במילים "אז תראה, זה קצת מסובך". זה הסימן.
סימן 2: יש בורד לכל אדם, לא לכל תהליך
בורד צריך לייצג תהליך או ישות, לא בן אדם.
כשלכל רכזת יש בורד משלה עם המבנה שהיא אוהבת, אין לארגון תמונה אחת. יש שבע תמונות פרטיות. אי אפשר לשאול "כמה משתתפים פעילים בכל התוכניות" כי אין ישות אחת בשם משתתף, יש שבע גרסאות שלה.
וכשרכזת עוזבת, הבורד שלה הופך לארכיאולוגיה.
סימן 3: עמודות סטטוס שאף אחד לא מסכים על משמעותן
"בטיפול" אצל אחת אומר שהיא התחילה. אצל השני זה אומר שהוא מחכה למישהו. יש "סגור", "הושלם" ו-"בוצע", שלוש עמודות, שלושה אנשים, אותה כוונה.
זה נראה קוסמטי. זה לא. דוח שמבוסס על סטטוסים שלא מוסכמים הוא דוח שקרי, וההחלטות שמתקבלות עליו יקרות.
סימן 4: העדכון האמיתי קורה בוואטסאפ
הבורד מציג משהו. הצוות יודע משהו אחר. האמת מתנהלת בקבוצת ווטסאפ, והבורד מתעדכן בדיעבד, אם מתעדכן.
זה הסימן הכי חמור ברשימה, כי הוא אומר שהמערכת כבר לא מקור אמת. היא ארכיון. וארכיון שמתיימר להיות מערכת ניהול מסוכן יותר מהיעדר מערכת.
סימן 5: אוטומציות שאף אחד לא זוכר למה נבנו
יש אוטומציה ששולחת מייל לאדם שכבר לא עובד בארגון. יש אחת שמעבירה פריטים לקבוצה שלא בשימוש. אף אחד לא מוחק אותן, כי אף אחד לא בטוח מה יישבר.
אוטומציה בלי תיעוד היא חוב, לא נכס.
סימן 6: הדוח החודשי עדיין נבנה ידנית
יש לכם מערכת. ובכל זאת, בסוף החודש מישהי מייצאת לאקסל, מנקה, מאחדת ובונה מצגת.
אם הנתונים במערכת היו מובנים נכון, הדוח היה תצוגה. העובדה שהוא עדיין פרויקט אומרת שהמבנה לא תומך בשאלות שאתם באמת שואלים.
סימן 7: אנשים ממציאים דרכים לעקוף את המערכת
עמודת "הערות" שהפכה לטופס. קובץ צדדי ש"רק בינתיים". שם פריט שמקודד בתוכו מידע כי אין עמודה מתאימה.
כשאנשים עוקפים מערכת, הם לא מתנגדים לסדר. הם פותרים בעיה שהמערכת לא פתרה. תמיד תקשיבו לעקיפה, היא מפה מדויקת לפער.
למה זה קורה דווקא בארגונים?
יש לזה סיבה מבנית, והיא לא מחמיאה או מעליבה, היא פשוט נכונה.
ארגונים רצים מהר עם צוות רזה. אין להם מחלקת מערכות מידע שמאשרת שינויים, ואין להם תפקיד שכל עיסוקו הוא לשמור על סדר במערכת. יש רכזת שצריכה פתרון היום, כי המפגש מחר.
Monday נבנה בדיוק בשביל זה, וזו גם החולשה שלו. הקלות שבה אפשר לפתוח בורד חדש היא הסיבה שיש ארבעים ושניים.
בארגון עסקי הסדר נכפה על ידי מישהו. בעמותה, אם אף אחד לא לוקח את זה על עצמו, הוא פשוט לא קורה. לא בגלל חוסר מקצועיות, אלא כי זה אף פעם לא הדבר הכי דחוף השבוע.
לכן הפתרון הוא ארגוני לפחות באותה מידה שהוא טכני.
אז מה עושים? לא ניקיון גדול
הפיתוי הוא לעשות יום ניקיון: למחוק בורדים, לאחד עמודות, להתחיל נקי. זה מרגיש נהדר ומחזיק שישה שבועות.
הסיבה פשוטה: ניקיון מטפל בתסמין. הכאוס חוזר כי המנגנון שייצר אותו לא השתנה.
מה שכן עובד:
להחליט על הישויות. מה הדברים שהארגון מנהל, אנשים, תוכניות, מפגשים, תורמים, משימות. לכל ישות בורד אחד. לא אחד לכל רכזת.
להגדיר בעלות. אדם אחד שמאשר פתיחת בורד חדש. לא ועדה, לא "כולם אחראים". אחד.
לקבוע שפה משותפת. רשימת סטטוסים מוסכמת עם הגדרה בעברית פשוטה לכל אחד מהם. חמש דקות של החלטה שחוסכות שנה של אי-הבנות.
לבנות את הדוח לפני הבורד. אם אתם יודעים איזו שאלה הדוח צריך לענות עליה, אתם יודעים אילו עמודות באמת נחוצות, ואילו לא.
הטמעת מערכות היא שגרה, לא אירוע
הטעות הנפוצה ביותר בארגונים: מביאים מדריך ליום אחד, כולם מתלהבים, ואחרי חודש חוזרים להרגלים.
הטמעה אמיתית נראית אחרת. יש בה בעלים. יש בה נקודת בדיקה קבועה, רבע שעה בישיבת צוות שבועית שבה מסתכלים על המערכת יחד. יש בה כלל אחד שמי שמצטרף לארגון לומד את המבנה, לא ממציא אותו מחדש.
עמותה בינונית עם שש תוכניות לא צריכה מערכת חדשה. היא צריכה החלטה מי אחראי על זו שיש.
מה עושים מחר בבוקר
- תעשו רשימה של כל הבורדים הפעילים. רק שמות. המספר לבדו הוא אבחנה.
- סמנו ליד כל אחד: תהליך או אדם? אם רוב הבורדים נוצרו סביב אנשים, מצאתם את הבעיה.
- בחרו בעלים אחד למערכת. בשם. היום.
- הגדירו את רשימת הסטטוסים המוסכמת. דף אחד, חמש שורות, הסכמה של כולם.
- בחרו ישות אחת לסדר קודם. בדרך כלל זו שהכי כואבת בדוחות.
אם הרשימה הזאת נראית לכם ברורה אבל אין לכם מי שיוביל אותה, זה בדיוק מה שפגישת היכרות טובה לה: לראות את המערכת כמו שהיא, ולהחליט מה מסדרים ומה בכלל לא שווה מאמץ.
ואם הפער האמיתי הוא בצוות, שאנשים לא יודעים לעבוד עם הכלי לעומק, ההדרכות מטפלות בזה נקודתית. אם הפער הוא ברמת ההנהלה, שאין החלטה מי מוביל טכנולוגיה בארגון, זה שייך לאסטרטגיה.
Monday הוא כלי טוב. הוא פשוט לא מחליט בשבילכם איך הארגון שלכם עובד.
שאלות שחוזרות
אם ה-Monday יצא משליטה, כדאי להחליף מערכת?
כמעט אף פעם לא. ברוב המקרים הבעיה היא לא הכלי אלא המבנה שנבנה בתוכו, בלי החלטה על ישויות, בעלות ותהליך. ארגון שיעבור למערכת אחרת בלי לתקן את זה, ישחזר את אותו כאוס בממשק חדש תוך חצי שנה.
כמה בורדים זה יותר מדי?
אין מספר קסם. המבחן הוא אחר: האם אדם חדש בארגון מבין תוך חמש דקות איזה בורד רלוונטי לתפקידו. אם התשובה דורשת הסבר של רבע שעה, יש יותר מדי בורדים, או שהם מסודרים לפי מי שיצר אותם ולא לפי איך שהארגון עובד.
מי צריך להיות אחראי על Monday בארגון?
אדם אחד עם סמכות אמיתית, לא ועדה. הוא לא צריך להיות טכנולוג, הוא צריך להבין את התהליכים ולהיות מי שמאשר יצירת בורד חדש. בלי בעלות ברורה, כל מערכת תפעול הופכת תוך שנה לאוסף של פתרונות פרטיים.