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