כתיבה משותפת

שני אנשים שינו את אותה מסקנה

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

הסכמה על תוכנית ועל בוחן

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

הקל את פתרון המחלוקת

• הערות שואלות שאלה או מסבירות בעיה. הצעות מציעות עריכה נראית שהיא יכולה להתקבל או להידחות כאשר הכלי תומך בכך.
• נקבו מיקום וסיבה: “בפרagraf 2, האם ‘it’ מתכוון למחקר השטח או לנתבית הנתונים?” הסכימו כאשר עריכות ישירות מתאימות, כמו תיקון טעות כתיב.

השתמשו בהיסטוריה כתעודה אחת

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

נתנו לכל אדם את הרשות שיש לו

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

סיימו בבדיקה צולבת

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

מדריך כלי: היסטוריית גרסאות Google Docs ו-עריכות מוצעות.