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