כשהגדרת התהליך שלכם שגויה
הגדרת התהליך שלכם שגויה כשהחלון שכתבתם על שלב לא תואם את הזמן שמשימות באמת מבלות בו. ביקורת התהליך של Tasked מודדת את הזמן החציוני בכל שלב ממרווחים שנרשמו, סופרת את ההפרות מול החלון שקבעתם, מציעה תיקון, מדומה אותו על 30 הימים האחרונים, ולא מיישמת כלום עד שאתם מאשרים. אישור משנה את התבנית; הלוחות הרצים מוצעים בנפרד, אחד אחד.
5 דקות קריאה
הממצא
הביקורת קוראת את המרווחים שנרשמו של כל שלב בארגון. לכל שלב היא מדווחת כמה מרווחים מדדה, את הדקות החציוניות בשלב, את שעות החלון על השלב, וכמה מרווחים רצו ארוך יותר מהשעות האלה. השלבים מפורטים מהאיטי קודם, כך שהממצא הראשון הוא זה שחשוב ביותר.
הממצא נאמר בשפה פשוטה על ההצעה: השלב לקח כמות הדקות החציונית הזו והופר כמות הפעמים הזו. אין ציון לפרש; כל מספר במשפט הוא ספירה או חציון על שורות שאפשר לפתוח.
ההצעה
לשלב עם חלון, ההצעה היא להזיז את השעות האלה לשלב שהביקורת ממנה. לשלב בלי חלון בכלל, ההצעה היא למדוד אותו לפני שקובעים אחד, כי מספר שנקבע בלי היסטוריה הוא הדבר שהפיצ'ר הזה קיים כדי לתפוס.
ההצעה נשמרת כשורת הצעה, כמו אוטומציה שמקומפלת ממשפט: מתוארת בשפה פשוטה, מדומה, ודוממת עד שאדם מאשר אותה. ייצור ההצעה לא עולה כלום ולא קורא למודל; זה חשבון על מרווחים.
הסימולציה
לפני שאתם מחליטים, הביקורת רצה את הכלל המוצע על 30 הימים האחרונים ומדווחת מה היה קורה. היא סופרת הפרות תחת הכלל הנוכחי והפרות תחת המוצע, ומפצלת את ההפרש לשלושה מספרים: חיוביים אמיתיים, ההפרות ששני הכללים תופסים; חיוביים שקריים, אלה שהכלל המוצע היה מוסיף; ושליליים שקריים, אלה שהיה מפסיק לתפוס.
זה המשפט שתוכנית הפיצ'ר הזה נכתבה סביבו: כמות כזו של הפרות אמיתיות נתפסות במקום כמות כזו של אזעקות שווא. אם הכלל המוצע תופס פחות בעיות אמיתיות ממה שהוא מסיר שווא, אפשר לראות את זה לפני שהוא נוגע במשהו.
- הפרות לפני: תחת החלון כפי שהוא עומד.
- הפרות אחרי: תחת המיקום המוצע.
- חיוביים אמיתיים, חיוביים שקריים, שליליים שקריים: ההפרש, בשם.
אישור כותב את התבנית, ורק את התבנית
כשאתם מאשרים, שעות החלון המתוקנות נכתבות על השלב הממונה בתבניות התהליך שלכם, והסיכום אומר כמה תבניות נגעו. מרגע זה כל פרויקט חדש מהסוג הזה מתחיל עם השעות המתוקנות. שום דבר על לוח רץ לא משתנה, והסיכום אומר זאת במפורש.
זה החצי הבטוח, ההפיך. עריכת תבנית משפיעה על פרויקטים שעדיין לא קיימים; היא לא יכולה להפוך משימה שהייתה בזמן אתמול למופרת היום.
לוחות רצים, אחד בכל פעם, מבוקרים
אחרי אישור, מסך הסקירה מפרט את הפרויקטים הרצים שהשלב החי שלהם עדיין נושא את השעות הישנות, עם שם הפרויקט, השעות הנוכחיות והמוצעות, ומספר המשימות הפתוחות על השלב. אתם בוחרים אילו לעדכן. עדכון אחד כותב את שלב הפרויקט ואירוע ביקורת אחד; עדכון אף אחד הוא תשובה תקפה.
הכתיבה לשלב חי צרה: היא משנה את שעות החלון, השם, הצבע או התפקידים, ומסרבת לשנות מפתח או סוג של שלב בזמן שמשימות עליו, כי הזזת סוג שלב מתחת למשימה משנה אם מגיע אישור.
ההיסטוריה לא משכתבת. כל מרווח שנרשם שומר את שעות החלון שהיו בתוקף כשנפתח, כך שריצת ביקורת בחודש הבא עדיין מדווחת על החודש שעבר תחת הכלל של החודש שעבר.
למה זה לא אוטומטי בכל מקום
העיצוב הברור הוא לחיצה אחת שמתקנת את התבנית וכל לוח רץ. הוא שגוי, ורשומת ההחלטה לפיצ'ר הזה מסבירה למה: שינוי חלון על לוח חי מתייג מחדש מה שהמוצר כבר אמר. משימה שהייתה בתוך 48 השעות שלה הופכת למופרת, הסלמה שמעולם לא ירתה נראית כאילו הייתה צריכה, ולקוח שנאמר לו שהפרויקט בדרך נאמר לו משהו שהמוצר עכשיו סותר.
לכן הפריסה קיימת, והיא לבחירה, לפרויקט, עם שורת ביקורת לכל אחת. ארגון שרוצה שהלוחות הרצים יישארו בצעדים עם התבנית אוטומטית לא יכול לקבל את זה כהגדרה, והסירוב הזה מכוון.
שאלות שחוזרות
- ביקורת התהליך משנה משהו מעצמה?
- לא. היא מייצרת הצעה עם סימולציה. התבנית משתנה רק כשאתם מאשרים, ולוחות רצים משתנים רק כשאתם בוחרים אותם אחד אחד אחר כך.
- מה הסימולציה משווה?
- הפרות תחת החלון הנוכחי מול הפרות תחת המוצע על 30 הימים האחרונים, מפוצלות לחיוביים אמיתיים, חיוביים שקריים ושליליים שקריים.
- מה קורה לשלב בלי חלון?
- ההצעה היא למדוד אותו לפני שקובעים אחד. הביקורת מדווחת את החציון וספירת הדגימות כדי שלמספר שתקבעו אחר כך יהיה בסיס.
- אישור ההצעה ישכתב הפרות עבר?
- לא. מרווחים שומרים את החלון שחל כשנפתחו, ואישור עורך רק את התבנית. לוח רץ משתנה רק אם אתם בוחרים אותו.
- אפשר ליישם את התיקון על חלק מהפרויקטים ולא על אחרים?
- כן. מסך הסקירה מפרט כל פרויקט רץ עם ספירת המשימות הפתוחות על השלב המושפע, ואתם מעדכנים אותם אחד אחד.