סיכום ישיבה עם משימות והחלטות — מבנה שהצוות באמת מבצע

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

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

• במקום 'לטפל במצגת' — 'דנה תעדכן את שקף התמחור ותשלח גרסה לאישור עד 3.9'.
• במקום 'לדבר עם הלקוח' — 'אורי יתאם עם הלקוח שיחת החלטה עד סוף השבוע'.
• במקום 'לבדוק API' — 'מאיה תבדוק מגבלת קצב ותתעד חלופות לפני ישיבת הפיתוח'.
• אם אין תאריך — מסמנים אותו כחסר ומחליטים מתי משלימים.

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

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

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

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