في مشروع المجموعة نهاية الفصل، كانت محادثة الفريق المكوَّن من أربعة أشخاص هكذا (مقتطفات):
الجمعة 21:14 قائد المجموعة: أرسلوا لي كل المواد، وسأجمعها.
الجمعة 23:40 العضو أ: سألت WorkBuddy، وقد كتب هذه الخلفية بشكل جيد، وأرسلت لقطة الشاشة إلى المجموعة.
السبت 10:02 العضو ب: لديّ أيضًا نسخة، باسم الملف «الخلفية_النسخة النهائية».
السبت 15:31 العضو ج: انتظروا، أي نسخة بيانات نستخدم فعلًا؟
السبت 15:33 قائد المجموعة: ؟؟؟
الأحد 20:00 قائد المجموعة: المستند المدموج اسمه «النهائي vv3_تعديل2.final»، ومن يعدّله مرة أخرى فليغيّر اسم الملف.
كل كلمة في هذه المحادثة مألوفة جدًا. فالمكان الذي تتعثر فيه مشاريع المجموعات ليس توزيع المهام أبدًا، بل تجميع المواد: أربعة أشخاص، وأربع أدوات، وأربعة مسارات محادثة، والنسخ تتناثر في المجموعة، والنسخة النهائية لا نهائية.
ثم في الواجب الثاني لهذه المادة، غيّرنا الطريقة: أنشأنا قاعدة معرفة مشتركة على MuchSci، تُدخل فيها كل المواد بشكل موحّد، وتُسمّى حسب الفصول، ويُؤرشف كل مقطع ينتجه كل عضو مع مصدره مباشرةً. وفي يوم الدمج، بحث قائد المجموعة في القاعدة حسب الموضوع، وركّب، وأخرج المسودة دفعةً واحدة — ولم تظهر في المجموعة سوى رسالة واحدة: «تم التسليم.»
قارنوا بين هذين الأسبوعين: WorkBuddy ينجز عمله جيدًا في يد كل شخص، لكنه لا يستطيع إدارة «كيف تتحول مواد أربعة أشخاص إلى واجب واحد» — فتلك مسألة لا تحلّها المحادثة. أما MuchSci فيستوعب هذا الجزء تحديدًا: تخزين موحّد، ومصدر واحد، والجميع يستطيع البحث.
أربعة اتفاقات نهديها لكم: إدخال موحّد، وقواعد تسمية، وإنتاج موزّع، وتسليم مدموج. وعند الدمج في نهاية الفصل، ستشكرون قواعد التسمية التي اعتمدتموها حينها.