מודול

משימות שנפתחות מעצמן

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

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

מאיפה משימה מגיעה

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

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

היחס הזה משתנה מפרויקט לפרויקט; מה שלא משתנה הוא שאף אחת מהן לא הוקלדה פעמיים.

מה יש בכרטיס

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

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

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

שעות, ותעריף שננעל ברגע הרישום

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

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

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

תקרה חודשית שלא עוצרת את העבודה

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

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

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

מה הלקוח רואה ומה לא

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

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

מה יוצא מהמשימה החוצה

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

מי רשאי לפתוח משימה

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

מה עוד לא נבדק בייצור

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

שאלות נפוצות

מאילו מערכות משימות ופניות נכנסות משימות?
בסנכרון מ-Freshservice, Jira Cloud ו-Data Center, Azure DevOps, Trello, Asana, ClickUp, Linear ו-monday.com. החיבור קורא את המשימות, מ-Jira גם תגובות, ומ-Freshservice גם התכתבות וקבצים מצורפים. רק Freshservice גם כותב חזרה: שינויי סטטוס ותשובות פומביות. מעבר לסנכרון, אפשר לפתוח משימה ידנית מדואר אלקטרוני, מהודעת WhatsApp או מקבוצת שגיאות בניטור, עם ציון המקור.
אפשר להביא שעות מכלי מעקב הזמן שלנו?
כן. יש חיבור ל-Toggl Track, Clockify, Harvest, Everhour ו-TimeCamp, ושעות נכנסות גם מ-ClickUp ומרישומי העבודה של Jira. שעות שנשמרות ב-Tempo לא נמשכות. כל רישום נשמר על משימה, יחד עם התעריף שהיה בתוקף ברגע הרישום, כך ששינוי תעריף מאוחר יותר לא כותב מחדש עבודה שכבר נעשתה.
מה קורה כשמשימה מגיעה לתקרה החודשית שלה?
העבודה לא נעצרת. שני הצדדים רואים סימון על המשימה, ומי שרושם שעה נוספת מקבל אזהרה, אבל הרישום עובר. התקרה נקבעת בכסף, נספרת לפי חודש ומתאפסת בראשון לחודש. שדה ריק פירושו שאין תקרה כלל, ואפס פירושו שאסור להוציא כלום, ולכן כדאי להשאיר את השדה ריק כשאין כוונה להגביל.
למה הספק לא רואה חלק מהמשימות?
כי משימה שאין לה ספק משויך נראית רק ללקוח. זה כלל ולא תקלה: משימה שנולדה מדואר אלקטרוני או משגיאה ועדיין לא הועברה לאף אחד היא בינתיים עניין של הלקוח. כדי שהספק יראה אותה, משייכים לה ספק, וכדי שהוא יוכל לרשום עליה שעות, צריך גם שיוך של הספק למשימה. בפרויקט חדש כדאי לבדוק את שני השיוכים מההתחלה.

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

התחילו ניסיון חינם