בקצרה
- מתעדים מה הוסכם, מי אישר, מתי ובאילו תנאים.
- שומרים החלטה קודמת גם כשהסכמה חדשה מחליפה אותה.
- סיכום קבוצה שבדקתם עוזר להכין את הרישום. אדם אחד אחראי לעדכן את היומן ולאשר אותו.
כדי לתעד החלטות בפרויקט שמתנהל בוואטסאפ, רושמים כל החלטה שאושרה: מי הסכים לה, מתי, למה ובאילו תנאים. כשהצוות משנה החלטה, רושמים את החדשה ומשאירים גם את הקודמת. סיכום של Anyx שבדקתם יכול לעזור לכתוב את הרישום. את היומן עצמו מנהל אדם: הוא מעדכן אותו ומאשר את הפרטים לפני שאחרים מסתמכים עליהם.
גילוי נאות: זה הבלוג של Anyx. החנות, ההודעות וההחלטות בדוגמה בדיוניות. אתם מתחזקים את היומן שבמדריך בעצמכם. המדריך לא מציג יכולת אוטומטית של Anyx.
אילו החלטות באמת כדאי לתעד?
מתעדים בחירות שאדם אחר צריך להסתמך עליהן: מועד פתיחה שסוכם, עיצוב שאושר, תנאי למשלוח או מי מוסמך לאשר הזמנה. לא צריך לפתוח רישום לכל רעיון שעלה בשיחה. מתחילים מהחלטות ששינוי שלהן ישפיע על העבודה של מישהו, ושומרים על מסמך קצר שהצוות באמת יקרא. אם היומן ארוך יותר מהדיון שהוא אמור להבהיר, כדאי לצמצם אותו להחלטות שעדיין חשובות.
מדריך DACI של Atlassian מפריד בין מי שמוביל החלטה לבין מי שמאשר אותה, וממליץ לתעד את התוצאה. בקבוצה קטנה אין חובה לאמץ את כל השיטה. מה שכדאי לאמץ הוא לדעת מי קיבל את ההחלטה, ולתת לאנשים שמושפעים ממנה דרך פשוטה למצוא את ההסכמה הנוכחית. חשוב יותר שיהיה ברור מי אישר, מאשר באיזו שיטה עובדים.
נניח שקבוצה בדיונית מתכננת פתיחה של חנות. צבע השלט משפיע על המעצבת ועל בית הדפוס. הצעה לשקול כחול שונה מאישור של בעלת החנות להשתמש בירוק. אם המדפיס מתחיל לעבוד לפי ההודעה הנלהבת הראשונה, סיכום מאוחר לא מתקן מעצמו את אי-ההבנה. יומן קצר נותן לצוות מקום לבדוק מה אושר, לפני שמתחילים עבודה שמסתמכת על הבחירה הזאת.
מה כותבים בכל רישום?
מתחילים מסימון קבוע שהצוות בוחר, תיאור קצר של ההחלטה, תאריך, שם המאשר וכל תנאי שנקבע. מוסיפים איפה מצאתם את הדיון התומך, כדי שמי שבודק יוכל לחזור אליו. סיבה קצרה עוזרת כשעלולים לפתוח שוב את אותה התלבטות. אם לא נאמרה סיבה, משאירים אותה כמידע חסר. לא ממציאים סיבה שאנשים לא כתבו, גם אם היא נשמעת משכנעת.
| שדה | דוגמה בדיונית |
|---|---|
| סימון | SIGN-02, מזהה שמנהל הפרויקט בחר בעצמו |
| החלטה | משתמשים בירוק לשלט החנות. |
| מי אישר | נועה, בעלת החנות |
| מתי | 15 באוקטובר, לפי הודעות הקבוצה שנבדקו |
| תנאי | בית הדפוס מאשר דוגמה לפני ההדפסה. |
| סיבה | התאמה לעיצוב החזית שכבר אושר. |
| מצב נוכחי | הוסכם, ממתינים לאישור הדוגמה |
זו טבלה לדוגמה שהכנו, ולא צילום מסך או רישום שהמערכת הפיקה אוטומטית. הסימון שייך למסמך של הצוות ואינו אומר ש-Anyx יוצר אותו או עוקב אחריו. שומרים מספיק פרטי מקור כדי למצוא את ההודעות הרלוונטיות, בלי להעתיק שיחה פרטית שלמה למסמך שרואים יותר אנשים. בוחרים גם מי רשאי לעדכן את הטבלה, כדי שלא יופיעו בה כמה גרסאות לאותה הסכמה.
איך סיכום של Anyx עוזר לכתוב את הרישום?
לפי המדריך לסיכומי ה-AI, סעיף החלטות (Decisions) מתאר מה הוסכם, מי הסכים ומתי. הסיכום יכול להציף גם שאלות פתוחות ומשימות מתוך הודעות קבוצה שנקלטו. קוראים את הסיכום בחשבון, ואז בודקים החלטות חשובות מול השיחה לפני שמוסיפים אותן ליומן. מטרת הבדיקה היא לוודא שההסכמה והתנאים שלה באמת תואמים למה שאנשים אמרו.
בדוגמת החנות, בודקים את הודעת האישור ואת התשובה של בית הדפוס. הסיכום יכול לעזור למצוא את המעבר מכחול לירוק, אבל עדיין צריך לברר אם התנאי לגבי הדוגמה התקיים. שיחת טלפון או צ’אט אחר שלא נקלטו אינם חלק מהמידע שבסיכום. אם המידע החסר משנה את ההחלטה, שואלים את האדם המתאים במקום להסיק שהתנאי הושלם או שלא הושלם.
כשבודקים תקופה קודמת, יוצרים סיכום לטווח תאריכים לפי מדריך ההגדרות. מצב המשימות בסיכום נקבע לפי רגע היצירה שלו, ו-Anyx יכול להביא בחשבון הודעות מאוחרות שנקלטו. לצד הבדיקה רושמים את התקופה ואת זמן יצירת הסיכום. כך ברור על איזה מידע הסתמכתם, במיוחד כשמנסים להבין למה הצוות שינה החלטה שכבר נראתה סופית.
מה עושים כשההחלטה משתנה?
שומרים את הרישום הקודם ומסמנים שהחלטה חדשה החליפה אותו, אחרי שבדקתם שאכן התקבלה הסכמה חדשה. מוסיפים ביומן הפניה לרישום החדש. למשל, SIGN-01 יכול לתאר בחירה קודמת בכחול, ו-SIGN-02 את האישור המאוחר לירוק. אלה סימונים ידניים לדוגמה. היומן צריך להסביר את הרצף, בלי להציג שני צבעים שונים כאילו שניהם מאושרים כרגע לאותו שלט ולאותה הזמנה.
הודעה מאוחרת אינה מחליפה אוטומטית את מה שסוכם. אולי מישהו שאל שאלה, ציטט הצעה ישנה או הציג אפשרות לעתיד. בודקים מי כתב, האם הוא מוסמך לשנות את ההחלטה והאם ההודעה באמת משנה את ההחלטה. אם בעלת החנות עדיין לא אישרה את השינוי, שואלים במקום לשכתב בשקט את מה שסוכם. לפעמים עצם הבירור חוסך לצוות עבודה מיותרת על גרסה שלא אושרה.
אחר כך מעדכנים את האנשים שעבודתם תלויה בשינוי, בדרך הרגילה של הצוות. תיקון במסמך אינו הוכחה שבית הדפוס קרא אותו או עצר את ההדפסה. כשהתוצאה חשובה, מבקשים אישור שהעדכון התקבל. מי שמרכז את הפרויקט מחליט איך לעשות זאת. יצירה או ייצוא של סיכום Anyx לא עושים את התיאום הזה בשבילכם, ולא מחליפים את ההסכמה של מי שצריך לפעול.
מה אפשר להכין בצ’אט הפרטי?
בסיכום בוחרים שליחה לוואטסאפ שלי (Send to my WhatsApp) כדי לקבל אותו בצ’אט הפרטי עם Anyx, לפי בקשה. אפשר לבקש שם טיוטה לרישום ביומן או ניסוח של שאלה לבירור. הסיכומים אינם מתפרסמים אוטומטית בקבוצה, והכפתור אינו מבצע משימות שהוצעו או מאשר החלטה בשם הצוות. לפני שממשיכים, בוחרים איזו תוצאה צריך לבדוק ומי מוסמך לאשר אותה.
לפי הסיכום הזה, תכין טיוטה ליומן החלטות בנושא צבע השלט. תציין מי אישר, איזו סיבה נאמרה ואיזה תנאי עדיין פתוח. תסמן מידע חסר כלא ידוע ותפריד הצעות ישנות. תציג כאן את הטיוטה. אל תשלח אותה ואל תעדכן מסמך משותף.
קוראים את הטיוטה ומחליטים מה להכניס למסמך שהצוות מתחזק. לפי התיעוד, אפשר להעתיק סיכום כ-Markdown או להוריד CSV, אבל בודקים את התוכן לפני שמשתמשים בו במקום אחר. הייצוא הוא נקודת פתיחה, ולא סנכרון אוטומטי או הוכחה שאדם נוסף קיבל את תוכנו. אם השתמשתם רק בחלק מהסיכום, שומרים את המשמעות המקורית ולא משמיטים תנאי שמסביר מתי ההחלטה תקפה.
במה יומן החלטות שונה מרשימת משימות?
החלטה מתעדת הסכמה, ומשימה מתעדת עבודה שמישהו קיבל על עצמו. ירוק יכול להיות צבע השלט המאושר בזמן שהזמנת ההדפסה עדיין פתוחה. שומרים על ההפרדה הזאת, כדי שסיום הדיון לא יהפוך לדיווח שההדפסה או המשלוח הושלמו. אם זה עוזר לתיאום, מקשרים את המשימה הבאה בתהליך של הצוות ומציינים מי הסכים לטפל בה. לא מניחים שמי שאישר את הצבע גם יבצע את ההזמנה.
המדריך למשימות מתוך שיחות וואטסאפ עוסק בצעדים הבאים, ומדריך החפיפה לפרויקט עוסק בהעברת ההבנה והאחריות. יומן ההחלטות משמש לשניהם מקור קצר ובדוק: איזו הסכמה בתוקף, במה היא תלויה ומה עדיין צריך לשאול. אין צורך להעתיק אליו את כל רשימת המשימות. בוחרים רק את המידע שעוזר להבין את ההחלטה ומונע עבודה לפי גרסה ישנה שלה.
איך מתחילים בלי להוסיף עוד עבודה מיותרת?
בוחרים החלטה אחת מהזמן האחרון, עם אישור ברור והבהרה מאוחרת. מכינים רישום, בודקים אותו עם האדם שאחראי ומוודאים שעוד חבר צוות מבין מה המצב הנוכחי. הצלחה היא שעבודה אחת עוברת הלאה בלי אי-הבנה, ולא מספר מובטח של שעות שנחסכו. מרחיבים את היומן רק אם אנשים משתמשים בו כדי לדעת איך להמשיך, ולא משום שקל לייצר עוד רשומות שנראות מסודרות.
השיטה הזאת לא מאמתת אישורים משפטיים ולא משחזרת כל הודעה מהעבר. אדם אחראי ליומן ולשאלה מי רואה אותו. משאירים נושאים לא ודאיים כפתוחים, שומרים את ההודעות שתומכות ברישום וחוזרים אליו כשהמידע משתנה. מתחילים מסיכום קבוצה שבדקתם ומהחלטה אחת שהצוות צריך להסתמך עליה עכשיו. אחרי הניסיון הראשון בודקים אם הרישום באמת ענה על השאלה שחזרה בקבוצה, או שעדיין צריך הבהרה ישירה.
שאלות נפוצות
האם Anyx מנהל אוטומטית את יומן ההחלטות שבמדריך?
במדריך הזה היומן לא מתנהל אוטומטית. אדם בודק את סיכום Anyx ומעדכן בנפרד מסמך או טבלה.
האם אפשר להתייחס לצעד מוצע כהחלטה מאושרת?
לא. בודקים מי הסכים לצעד והאם התנאים התקיימו. שומרים הצעה או שאלה פתוחה בנפרד מהחלטה מאושרת.
האם סיכום לטווח תאריכים הוא תמונת מצב היסטורית מדויקת?
לא. מצב המשימות נקבע לפי רגע יצירת הסיכום, והודעות מאוחרות שנקלטו יכולות להשפיע על מצבן. מציינים את התקופה ואת זמן היצירה ובודקים פרטים חשובים.