סבבי תיקונים: כמה, ואיך סופרים אותם

מה בדיוק נחשב סבב

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

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

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

כמה סבבים להסכים

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

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

המונה נגזר, לא מוקלד

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

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

מה קורה בסבב השלישי

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

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

חריגת היקף אינה סבב

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

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

שמים את המספר במקום שהלקוח רואה

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

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

שאלות שחוזרות

אישור עם שינויים נספר כסבב?

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

אפשר לשנות את המספר המוסכם אחרי שהפרויקט התחיל?

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

Tasked מחייב את הלקוח על סבבים נוספים?

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

יש מספר סבבים מקסימלי?

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

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

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