תבנית דוח סטטוס פרויקט: פורמט שבועי, דוגמה — ואיך הדוח מתהווה מהסיכומים (2026)

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

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

מהו דוח סטטוס פרויקט — ומה הוא לא

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

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

הפורמט השבועי: שישה בלוקים, עמוד אחד

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

1. כותרת. פרויקט, תקופת הדיווח, כותב הדוח, תאריך הדוח הבא. הקוראים סורקים קודם את התקופה. דוח בלי תקופה הוא עמוד של טענות בלי "מאז מתי".
2. סטטוס כללי בשורה אחת. ירוק, כתום או אדום, או בקו, בסיכון, מחוץ לקו, ועוד משפט אחד שמסביר למה. הצבע הוא סיכום של הבלוקים שמתחתיו ולא תחושה: אם בלוק הסיכונים אומר שספק איחר בשבועיים, השורה לא יכולה לומר ירוק.
3. התקדמות מאז הדוח הקודם. שלוש עד שש שורות של מה שהושלם, כל אחת כתוצאה ולא כפעילות. "תהליך התשלום בבדיקה אצל הלקוח" הוא עובדה; "עבדנו על התשלום" אינו.
4. התקופה הבאה. מה הצוות מתחייב לסיים לפני הדוח הבא, כל פריט עם אחראי. מול הבלוק הזה ייבדק בלוק ההתקדמות של השבוע הבא.
5. סיכונים, בעיות והחלטות נדרשות. סיכון הוא משהו שעלול לקרות; בעיה היא משהו שכבר קרה. בכל שורה: מה, מה ההשפעה על התאריך או התקציב, האחראי, ומה מבקשים מהקורא לעשות, כולל "כלום, לידיעה". להחלטות נדרשות יש שורה משלהן עם התאריך שבו הפרויקט צריך את התשובה.
6. משימות פתוחות. כל משימה שעדיין פתוחה מכל פגישה בתקופה, עם אחראי ותאריך יעד, וסימון על אלה שחרגו. זה הבלוק שרוב הדוחות משמיטים, והוא זה שהקורא משתמש בו כדי לשפוט אם הצבע בבלוק 2 כן.

שלושה דברים להשאיר בחוץ: דיאלוג (מי אמר מה), יומני פעילות (שעות, שיחות שנערכו), וכל מה שהקורא לא יכול לפעול לפיו. הדוח נועד למי שיקדיש לו ארבע דקות. כל שורה צריכה לעמוד בשאלה "מה הקורא יעשה אחרת אם יידע את זה?"

תבנית דוח סטטוס פרויקט

העתיקו למסמך, להודעה בערוץ או ל-canvas. הסוגריים המרובעים הם מציינים למילוי.

[פרויקט] — דוח סטטוס לתקופה [תקופה, למשל 20–24 באוקטובר]
כותב: [שם] · נשלח: [תאריך] · הדוח הבא: [תאריך]
סטטוס כללי: [בקו / בסיכון / מחוץ לקו] — [משפט אחד שמסביר למה]

הושלם מאז הדוח הקודם
– [תוצאה, כעובדה] — [אחראי]
– [תוצאה] — [אחראי]
– [תוצאה] — [אחראי]

התקופה הבאה (עד [תאריך הדוח הבא])
– [תוצר] — [אחראי]
– [תוצר] — [אחראי]

סיכונים ובעיות
– [סיכון או בעיה] — השפעה: [תאריך / תקציב / היקף] — אחראי: [שם] — בקשה: [החלטה נדרשת עד תאריך / לידיעה]

החלטות נדרשות
– [שאלה, עם האפשרויות שעל השולחן] — נדרש עד [תאריך] — מאת [שם]

משימות פתוחות
– [משימה] — [אחראי] — יעד [תאריך] — [פתוחה / חורגת מאז תאריך]
– [משימה] — [אחראי] — יעד [תאריך] — [פתוחה]

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

דוגמה: דוח סטטוס שבועי ממולא

פרויקט תוכנה קטן, צוות דו-לשוני, לקוח שקורא את הדוח כל יום שני:

Order portal v2 — דוח סטטוס ל-20–24 באוקטובר
כותב: Mateusz · נשלח: 24 באוקטובר · הדוח הבא: 31 באוקטובר
סטטוס כללי: בסיכון — סביבת הבדיקות של ספק התשלומים התקבלה באיחור של ארבעה ימים; תאריך ההשקה יישמר רק אם בדיקת האינטגרציה תעבור עד 29 באוקטובר.

הושלם מאז הדוח הקודם
– תהליך התשלום בבדיקה אצל הלקוח; שתי הערות פתוחות — Ana
– ייבוא המוצרים מה-ERP רץ מדי לילה ב-staging — Priya
– מחרוזות הממשק בספרדית וברומנית הושלמו; צרפתית ב-80% — Luca

התקופה הבאה (עד 31 באוקטובר)
– בדיקת אינטגרציית התשלום בסביבת הבדיקות של הספק — Priya
– אישור הלקוח לתהליך התשלום — Ana
– השלמת המחרוזות בצרפתית, ושלוש השפות נבדקו — Luca

סיכונים ובעיות
– עיכוב בסביבת הבדיקות של התשלומים (בעיה) — השפעה: השקה ב-7 בנובמבר מתקיימת רק אם הבדיקה תעבור עד 29 באוקטובר; אחרת 14 בנובמבר — אחראית: Priya — בקשה: לידיעה, החלטה בהמשך
– זמן התגובה של הלקוח (סיכון) — השפעה: כל סבב לוקח 3 ימים; סבב שלישי יזיז את האישור אל מעבר לחלון הבדיקה — אחראית: Ana — בקשה: שהלקוח יאגד את ההערות בסבב אחד

החלטות נדרשות
– אם הבדיקה תיכשל ב-29 באוקטובר: השקה ב-14 בנובמבר עם תשלומים, או ב-7 בנובמבר עם תשלום בחשבונית בלבד ותשלום בכרטיס שיתווסף בהמשך — נדרש עד 30 באוקטובר — מאת הלקוח

משימות פתוחות
– לשלוח לספק את רשימת ה-IP המותרים — Priya — יעד 21 באוקטובר — חורגת מאז 21 באוקטובר
– לאשר את חלון ההשקה מול שותף האחסון — Mateusz — יעד 28 באוקטובר — פתוחה
– להשיב לשתי ההערות על תהליך התשלום — Ana — יעד 27 באוקטובר — פתוחה

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

תבנית דוח שבועי למנהל צוות

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

צוות [שם] — שבוע [תאריך]
סטטוס: [בקו / בסיכון] — [שורה אחת]
נמסר: [שתיים או שלוש תוצאות, כל אחת עם שם]
מה מפריע: [חסם אחד או שניים, כל אחד עם מי שיכול להסיר אותו]
נדרש ממך: [החלטה או משאב אחד, עם תאריך] — או "כלום השבוע"

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

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

מתי עדיין צריך פגישת סטטוס

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

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

פגישת סטטוס אינה מיועדת להקראת הדוח בקול. אם כל סעיף בסדר היום הוא "עדכון מ-X", בטלו אותה ושלחו את העמוד; המדריך על קצב פגישות מסביר אילו פגישות חוזרות ראויות למקומן. כשהפגישה מתקיימת, נהלו אותה מתוך הדוח: בלוקי הסיכונים וההחלטות הם סדר היום, ובפגישה יעילה הפריטים האלה מסתיימים מסומנים כהוחלט, פתוח או נדחה. כשבעלי העניין דוברים שפות שונות, יש לחדר שלוש אפשרויות לפגישה עצמה: מתורגמן אנושי (המדריך על מתורגמן ב-Zoom מראה איך מגדירים זאת), כתוביות של הפלטפורמה עצמה, או מרחב שמתרגם לכל משתתף; הדוח, שנכתב פעם אחת, הוא שאלה נפרדת.

איפה הדוח נכתב בכלים שכבר משתמשים בהם

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

שני דברים זהים בכל מקום. מה שפגישה משאירה הוא מסמך אחד לכל פגישה, בשפה האחת שבה דיבר החדר; והאם הצעדים הבאים של שבוע שעבר בוצעו הוא דבר שהמסמך אינו יודע, והמנהל הולך ובודק לפני שהוא כותב "בוצע". צד הכתוביות החיות של הפלטפורמות, מה ש-Teams ו-Google Meet מציגים על המסך במהלך שיחה, אינו משנה את המסמך שאחר כך. מקליטי הפגישות הם אותה קטגוריה בצעד אחד קדימה: אלה שהושוו ב-חלופות ל-Otter.ai כותבים סיכום לכל פגישה, ודוח שמשתרע על חודש של פגישות הוא עדיין עמוד נפרד.

איך הדוח מתהווה מהסיכומים

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

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

דפי סטטוס צוותיים הם המקום שמהם מגיע שאר הדוח. עמוד אחד על פני 7, 28 או 90 הימים האחרונים מפרט את משימות הארגון, בעיות, מה חשוב ודחוף, והכסף שעומד על הפרק, וכל שורה נושאת את הציטוט המילולי מהסיכום שעליו היא מבוססת. משימה נשארת עד שמישהו סוגר אותה, ואחרי ארבעה שבועות בלי תנועה היא מסומנת כתקועה. המנהל כותב את שורת המגמה ואת הצבע, כלומר את שיקול הדעת, מעל עמוד שהפגישות כבר מילאו. אפשר לקרוא את אותו עמוד גם דרך עוזר מחובר: מנהל שעובד ב-Claude, ב-ChatGPT, ב-Copilot או ב-Gemini מבקש את המשימות והבעיות הפתוחות של השבוע ומקבל את השורות עם הציטוטים שלהן. דפי סטטוס צוותיים הם תכונת תצוגה מקדימה בתוכניות בתשלום: מנהל המערכת של הארגון מפעיל אותם תחת Settings → Advanced לאחר אישור תנאי האלפא (העמוד תכונות בתצוגה מקדימה מתאר כל אחת מהן).

כשהדוח צריך להגיע למערכת תיעוד, המארח מוסיף עותק של הסיכום לכל כתובת, למשל תיבת הדואר הנכנס של CRM או של מעקב פרויקטים, וכל סיכום של הפגישה או של הערוץ נשלח גם לשם אחרי אישור חד-פעמי של הכתובת. המנגנון מתואר ב-עותק של כל סיכום פגישה ב-CRM שלכם, במייל, ואותו סיכום מגיע גם כ-webhook או כטריגר של Zapier לצוותים שמפרסמים אותו במעקב בעצמם.

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

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

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

שאלות נפוצות

מהו דוח סטטוס פרויקט?

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

מה צריך לכלול דוח סטטוס שבועי?

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

איך כותבים דוח סטטוס פרויקט?

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

מה ההבדל בין דוח סטטוס לפגישת סטטוס?

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

האם תבנית דוח שבועי למנהל צוות שונה מדוח סטטוס פרויקט?

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

באיזו תדירות לשלוח דוח סטטוס פרויקט?

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

האם הלקוח צריך לקבל את דוח הסטטוס?

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

מקורות: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" suggests next steps; Slack — Meeting agenda template (canvas). העמודים של Microsoft notes, של Google Meet notes ושל Slack נבדקו באוקטובר 2026; ההודעה של Google על צעדים הבאים נבדקה בספטמבר 2026; העמודים של Microsoft recap ושל Zoom meeting-summary נבדקו באוגוסט 2026. ספקים משנים תוכניות, תכונות ורשימות שפות עם הזמן; בדקו בעמודים שלהם את המצב העדכני.