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

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

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

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

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

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

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

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

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

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

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

למה מעברים נתקעים

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

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

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

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

• אין תאריך יעד. מעבר בלי תאריך הוא מעבר שקורה "כשיהיה זמן", כלומר אף פעם.

• הצוות לא שותף. מעבר שמגיע כהודעה ביום ראשון בבוקר פוגש התנגדות. מעבר שהצוות מבין ומלווה בו מתקבל הרבה יותר בקלות.

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

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

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

לפני שמתחילים: מה בכלל צריך לעבור

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

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

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

מתי באמת צריך לעבור מערכת, ומתי לא

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

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

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

מה מנהלת משרד עושה במעבר בין מערכות

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

ממפה את מה שקיים

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

מנקה לפני שמעבירים

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

בונה את המבנה החדש

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

מייבאת ובודקת

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

מדריכה ומלווה את הצוות

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

סוגרת את המערכת הישנה

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

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

מה עובר אלינו ומה נשאר אצלכם

כך נראית החלוקה כשמנהלת משרד מטעמנו אחראית על המעבר:

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

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

מה עובר בייבוא, ומה לא תמיד

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

• בדרך כלל עובר: שמות המשימות, התיאורים, האחראים, התאריכים, הסטטוסים ושדות בסיסיים.

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

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

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

איך מכינים את הצוות למעבר

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

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

• לתת תאריך. יום מעבר ידוע מראש, ולא "בשבועות הקרובים".

• להדריך קצר. רבע שעה על המערכת החדשה, רק על מה שכל אחד צריך כדי לעבוד.

• לתת כתובת לשאלות. מישהי אחת שעונה, מהר, בשבועות הראשונים.

• לסגור את הישנה. כשאין לאן לחזור, אנשים מתרגלים מהר יותר.

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

לוח זמנים למעבר בין מערכות ניהול משימות

כל מעבר שונה, אבל אצל רוב העסקים הקטנים הוא נראה בערך כך:

שבוע ראשון: מיפוי של המערכת הישנה, אישור הרשימה, ובניית השלד במערכת החדשה.

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

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

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

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

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

מעבר למערכת גמישה דורש יותר תכנון

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

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

טעויות נפוצות במעבר בין מערכות

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

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

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

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

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

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

דוגמה מהשטח: המעבר שנדחה שמונה חודשים

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

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

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

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

איך מתחילים לעבוד איתנו

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

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

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

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

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

שאלות נפוצות

כמה זמן לוקח מעבר בין מערכות ניהול משימות?

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

האם אפשר לעשות מעבר בין מערכות ניהול משימות בתקופה עמוסה?

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

האם נאבד מידע במעבר?

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

איזו גישה צריכה מנהלת המשרד לשתי המערכות?

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

האם המידע שלנו נשאר חסוי?

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

כמה זה עולה?

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

מה עושים עם עובדים שלא רוצים לעבור?

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

תוך כמה זמן אפשר להתחיל?

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

השורה התחתונה

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

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

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

בהצלחה, ושתמחקו את המנוי הישן כבר בחודש הבא. 💙