الاجتماع اليومي السريع معطوب، وأنت أدرى بحاله. أما الصعب فهو قول ذلك.

كتب أحد أفراد فريقك الرسالة بالفعل، وكانت قريبة من «لا أظن أن الاجتماع اليومي السريع يخدمنا». ثم نظر إليها وفكّر في وقعها، فحذفها وانضم إلى المكالمة.

هذا الحذف هو موضوع المقال الحقيقي. فالأبحاث عن الاجتماع اليومي السريع (standup) ليست عسيرة المنال، ومعظمها يشير إلى الوجهة نفسها. الصعب هو الجملة. فالمطلوب قول شيء يحمل ثلاثة مخاطر اجتماعية منفصلة في آن واحد، وكلها تلتصق بك أنت شخصياً.

الخطر الأول: أن يبدو كلامك تكاسلاً. فكل طلب لإلغاء اجتماع يُقرأ، افتراضياً، على أنه رغبة في أن يقل الاطلاع على عملك.

الخطر الثاني: أن يبدو كلامك خروجاً عن روح الفريق. يقدّم الناس الاجتماع اليومي السريع على أنه ما يُبقي الجميع على توافق، فيبدو الاعتراض عليه اعتراضاً على التوافق نفسه.

الخطر الثالث: أن يبدو كلامك هجوماً على شخص لا على آلية عمل. فلهذا الاجتماع صاحب: قد يكون Scrum Master، أو مديراً، أو من أنشأه قبل عامين. وسيسمع صاحبه نقد هذه الممارسة المعتادة على أنه نقد لرأيه وتقديره، لأن الأمر كذلك في معظم أماكن العمل.

قبل أن أمضي أبعد، أصرّح بأنني شريك مؤسس في Subtext، وهو تطبيق صُمّم لهذا النوع بالذات من الرسائل، أي الرسائل التي تحمل فيها الصياغة من المخاطرة أكثر مما تحمله الحجة. ولي مصلحة واضحة في اقتناعك بأن الجملة هي الجزء الصعب، فيحسن وضع ذلك في الحسبان ومراجعة كل دراسة وردت أدناه بنفسك. وقرب النهاية تشغيل حقيقي لتطبيق Subtext على تحديث للحالة مكتوب بالطريقة التي يُقال بها الكلام، كتبه شخص عالق في انتظار زميلة لم ترد منذ الاثنين.

ولهذه المخاطر الثلاثة يلتزم الناس الصمت، ويستمر الاجتماع لأن أحداً لم يجد الكلمات المناسبة.

والخبر السار أن الكلمات موجودة وأنها ليست معقدة. كل ما في الأمر أن عليك ترتيبها بتسلسل محدد، والترتيب أهم من الأدلة.

---

إعادة التأطير التي تحسم النقاش

لا جدوى من الجدال بأن الاجتماع اليومي السريع مضيعة للوقت، فهذه الحجة تخسر في كل مرة للأسباب الثلاثة المذكورة أعلاه.

والأجدى القول إن الشكل الذي يعمل به فريقك ليس الاجتماع الذي يُفترض أن يكون، مع عرض تجربة قابلة للتراجع تصحّح ذلك.

ودليل Scrum (Scrum Guide) في صفّك هنا، وهذا ما لا يتحقق منه معظم الناس. يعرّف دليل 2020¹ اجتماع Scrum اليومي (Daily Scrum) بأنه حدث مدته 15 دقيقة، مخصص للمطورين في فريق Scrum، لفحص التقدم نحو Sprint Goal وتكييف الخطة. ولا يعرّفه الدليل على أنه تقرير يُرفع إلى مدير. كما حذفت مراجعة 2020 الأسئلة الثلاثة المقررة التي ما زال معظم الفرق يرددها كل صباح¹.

فإذا كان الاجتماع اليومي السريع في فريقك يجري على هيئة دائرة يعرض فيها كل شخص ما أنجزه أمس وما سيعمل عليه اليوم أمام أرفع الحاضرين مرتبة، فإبقاؤه على هذه الحال لا يدافع عن Scrum، لأن الدليل نفسه تخلّى عن ذلك الشكل. ويمكنك قول ذلك صراحة دون اتهام أحد بشيء.

فالمطلوب ليس مساءلة أقل، بل إدارة الاجتماع كما يصفه الإطار، واختبار ما إذا كان شكل أقل كلفة يصمد.

ولنطبّق هذه الخطوة على الرسالة التي بدأ بها المقال، تلك التي يحذفها الناس عادةً بدل إرسالها.

المسودة «لا أظن أن الاجتماع اليومي السريع يخدمنا.»

تُقرأ كشكوى لا كاقتراح · تحمل المخاطر الثلاثة المذكورة في البداية · لا تمنح الطرف الآخر ما يوافق عليه

بعد إعادة الصياغة «لا أظن أن الاجتماع اليومي السريع عندنا ما زال يسير كما يصفه دليل Scrum، وأريد تجربة شكل أقل كلفة لنرى هل يصمد. وإن لم يصمد، نعود فوراً إلى ما كان.»

---

الجزء 1: الأسباب التي تصمد أمام التدقيق

حذفت كثيراً من الأرقام المتداولة في هذا الموضوع، وأوضح في الملاحظة الأخيرة أيها حذفت ولماذا. وما يلي هو ما أضعه أمام مدير متشكك.

1. صار تقرير حالة موجّهاً إلى الأعلى، وهو ما يقول الإطار إنه لا ينبغي أن يكون. هذا أكثر أنماط الإخفاق توثيقاً. فقد وجدت دراسة Stray، Sjøberg و Dingsøyr عن الاجتماعات اليومية السريعة، وهي دراسة بمنهج النظرية المتجذرة (grounded theory)، أن المشاركين قدّروا هذه الاجتماعات لما تتيحه من تبادل المعلومات وحل المشكلات معاً، وتفاعلوا سلباً حين تحولت إلى تقارير حالة تُرفع إلى مدير، أو حين صارت أكثر تكراراً وأطول مدة مما ينبغي². ويظهر الاستنتاج نفسه في أدبيات الممارسين الصادرة عن المجموعة البحثية نفسها⁴.

2. الأسئلة الثلاثة تنتج سرداً بدل التنسيق. «أمس اشتغلت على المهمة، واليوم سأواصل العمل عليها.» لا أحد يطرح سؤال متابعة، ولا يتغير شيء نتيجة لذلك. فالصيغة تشجع على إظهار النشاط بدل فحص التقدم نحو هدف، ولهذا حذف دليل 2020 هذه الأسئلة¹.

3. كبار المهندسين والفرق الكبيرة هم الأقل استفادة منه. استطلع Stray وزملاؤه آراء مطورين محترفين، فوجدوا أن التقييمات تتجمع حول الحياد في مجملها، وأن المطورين المبتدئين أكثر إيجابية، بينما كان كبار المطورين وأعضاء الفرق الأكبر أميل إلى رؤية قيمة ضئيلة فيه³. وإذا كان أصحاب الخبرة الأطول في فريقك هم الأقل انخراطاً في الاجتماع، فتلك إشارة إلى الشكل المعتمد لا إلى هؤلاء الأشخاص.

4. يقسّم الصباح. ما زالت حجة Paul Graham التي نشرها عام 2009¹³ قائمة. فمن يصنعون الأشياء يحتاجون إلى فترات طويلة متصلة بلا مقاطعة، وقد يفسد اجتماع واحد في منتصف الصباح الصباح كله، إذ يقطعه إلى جزأين أصغر من أن يتسع أي منهما لعمل صعب. والاجتماع اليومي السريع عند 10:30 مثال نموذجي على ذلك. وهناك كلفة استباقية أيضاً: يتجنب الناس البدء بأي عمل عميق في 45 دقيقة تسبق الاجتماع.

5. التنقل بين المهام يضعف العمل على جانبي الاجتماع. قدّمت أبحاث Sophie Leroy مفهوم بقايا الانتباه (attention residue): فعند الانتقال من مهمة إلى أخرى يبقى جزء من الانتباه عالقاً بالمهمة الأولى، فيتراجع الأداء في الثانية⁵. والاجتماع اليومي السريع يفرض هذا الانتقال مرتين على كل حاضر، مرة عند الدخول ومرة عند الخروج.

6. العودة إلى العمل تستغرق وقتاً حقيقياً. أبحاث Gloria Mark عن المقاطعة هي مصدر الرقم المتداول على نطاق واسع، وهو نحو 23 دقيقة للعودة إلى مهمة قوطعت. كما وجد عملها مع Gudith و Klocke أن الناس يعوّضون المقاطعات بالعمل بسرعة أكبر، على حساب ارتفاع التوتر والإحباط وعبء العمل المُدرَك⁶. ويحسن الحذر عند الاستشهاد بهذا الرقم، فهو أكثر الأرقام تعرضاً لسوء الاستخدام في نقاش الإنتاجية، وإن كان مديرك قد اطّلع على ما يفنّده فسيستخدم ذلك ضدك.

7. العوائق تُذكر ولا تُحل. وهذا ما يمكن رصده في فريقك أنت: يقول أحدهم إنه عالق، فيومئ الجميع، ثم يحدث الحل الفعلي بعد أربعين دقيقة في رسالة خاصة بين شخصين. فإذا كان هذا هو النمط، فالاجتماع لم يحل العائق، بل اكتفى بتحديد موعد المحادثة التي حلّته.

8. عبء الاجتماعات يتراكم فسيولوجياً. أجرى مختبر العوامل البشرية في Microsoft (Human Factors Lab) تخطيطاً لكهربية الدماغ (EEG) على مشاركين في اجتماعات متتالية، فوجد مؤشرات توتر تتصاعد على امتداد السلسلة، بينما خفّفت الاستراحات القصيرة هذا التراكم⁸. ويوثق عمل Steven Rogelberg في علم الاجتماعات الأمر نفسه من جهة الاستطلاعات، ويوثق معه وقت التعافي الذي يقضيه الناس في التخلص من أثر اجتماع سيئ، وهو وقت يُضاف إلى مدة الاجتماع نفسها⁷.

9. لا يناسب الفرق الموزعة. هناك دائماً من يحضره في ساعة غير مناسبة. ويمثل دليل GitLab للعمل عن بُعد بالكامل¹⁴ أكمل حجة علنية لمعالجة تقارير الحالة بصورة غير متزامنة بدلاً من ذلك، وهو مرجع مفيد لأنه صادر عن شركة تعمل بهذه الطريقة على نطاق واسع، لا عن مدونة.

10. الوتيرة اليومية تفرض ثمناً يومياً سواء وُجد ما يستدعي التنسيق أم لم يوجد. في الفرق التي يرتبط عملها ارتباطاً فضفاضاً، تكون الحاجة الفعلية إلى التنسيق متقطعة. أما الاجتماع الثابت فيدفع أكثر مما ينبغي في كل يوم هادئ.

---

الجزء 2: الأدلة المضادة، وعليك طرحها بنفسك

الأفضل الدخول إلى النقاش وقد عرضت الحجة المضادة لموقفك بنفسك. فهذا أسرع طريق ليؤخذ كلامك على محمل الجد، وهو يمنع مديرك من الشعور بأن عليه الدفاع عن الاجتماع وحده.

الاجتماع اليومي السريع، حين يُدار جيداً، يؤدي ثلاثة أمور يصعب تعويضها.

يُظهر العوائق مبكراً. فمشكلة تُطرح عند 09:30 وكانت ستستنزف يوماً كاملاً لولا ذلك تستحق وحدها الدقائق الخمس عشرة. وهذه هي الوظيفة التي يجب أن يغطيها بديلك.

يبني صورة مشتركة عمّن يعمل على ماذا، مما يقلل العمل المكرر والمتعارض. ويوثق Stray و Dingsøyr ذلك بوصفه إحدى الفوائد التي يذكرها الناس².

ويدعم الأمان النفسي. فقد وجد Rietze و Zacher علاقة إيجابية بين الاجتماعات اليومية السريعة والأمان النفسي، وهو بدوره مرتبط بالرضا عن العمل وبتصورات أداء الفريق¹⁰. ويُضاف إلى ذلك عمل Edmondson التأسيسي الذي ربط الأمان النفسي بسلوك التعلّم في الفرق⁹. ونقطة تواصل منتظمة خفيفة الكلفة تعزّز الثقة بعض الشيء، خصوصاً في الفرق الجديدة أو الموزعة.

فلنسلّم بالنقطة في الموضع الذي تصح فيه. إذا كان فريقك صغيراً، أو وثيق الترابط، أو أعضاؤه من المبتدئين، أو لم يمضِ على تشكيله سوى ثلاثة أسابيع، فالأرجح أن الاجتماع اليومي السريع يستحق كلفته، وعليك قول ذلك.

---

الجزء 3: جمع بياناتك قبل الكلام

أسبوعان. ثلاثة أمور. يُنجز ذلك كله قبل المحادثة، لأن الرأي أمام العادة الراسخة يخسر، أما الحساب أمامها فلا يخسر.

قياس المدة الفعلية لا المجدولة. يُحسب الزمن كل يوم بمؤقت. ومعظم الفرق تجد أن الاجتماع الذي مدته 15 دقيقة على الجدول يستغرق فعلاً 22 دقيقة.

حساب كلفة الرواتب. عدد الحاضرين مضروباً في المدة الفعلية بالساعات، مضروباً في أيام العمل في السنة. فريق من ثمانية أشخاص يجتمع 15 دقيقة بالضبط يستهلك ساعتين من وقت أفراده كل يوم، أي نحو 10 ساعات في الأسبوع، ونحو 460 ساعة عمل في السنة. وبكلفة شاملة قدرها 60 يورو للساعة يبلغ ذلك نحو 27,000 يورو، وهذا الرقم لا يحتسب كلفة التعافي قبل الاجتماع وبعده. ويُستحسن استخدام أرقام فريقك أنت حتى لا يجد أحد ما يعترض عليه في المدخلات.

إحصاء العوائق. يُدوَّن على مدى عشرة أيام عمل كل عائق يُطرح في الاجتماع اليومي السريع، ويُحدَّد هل حُلّ داخل الاجتماع أم في مكان آخر بعده. وهذا غالباً هو الرقم الذي ينهي النقاش.

سؤال الفريق دون ذكر الأسماء. سؤال واحد: هل يساعدك الاجتماع اليومي السريع على أداء عملك، نعم أم لا، ولماذا؟ فعدم ذكر الأسماء هو ما يأتيك بالجواب الحقيقي، وهو يعني أيضاً أن الكلام يجري باسم الفريق لا باسمك وحدك، وهذا يزيل الخطر الثاني من القائمة المذكورة في أول المقال.

---

الجزء 4: الصياغة

أربعة مواقف، وأربعة نصوص جاهزة. تُعدَّل التفاصيل ويبقى الهيكل، لأن الهيكل هو الذي يؤدي العمل. وهو الهيكل نفسه الذي يجعل رسائل العمل تصل حازمة لا باردة.

تتبع كل هذه النصوص الخطوات الأربع نفسها: الإقرار بما يحتاج إليه الطرف الآخر، وتسمية الكلفة بمصطلحاته هو، واقتراح شيء قابل للتراجع ومحدد بمدة، وتحميل النفس عبء الإثبات وعمل الإعداد. ويلاحظ أن أياً من هذه الخطوات الأربع لا يدور حول كونك على حق.

إلى مديرك، في لقاء فردي

«أريد أن أحمي وقت التركيز عند الفريق دون أن يتأثر اطلاعك على سير العمل. وبين يدي بيانات أسبوعين عن الطريقة التي نستخدم بها الاجتماع اليومي السريع فعلاً. فهو يستغرق 22 دقيقة لا 15. وهذا يعادل نحو 675 ساعة عمل في السنة لنا نحن الثمانية. وخلال عشرة أيام طُرحت ستة عوائق، وحُلّ واحد منها فقط داخل الاجتماع. وحُلّ الباقي بعد ذلك في رسائل خاصة.

أود أن أجرّب هذا أربعة أسابيع. تحديثات مكتوبة في قناة مشتركة قبل 09:30، يمكنك قراءتها متى شئت، وقناة مخصصة للعوائق يشير الناس فيها إليك بالرمز @ مباشرة لحظة تعثّر أي أمر، ولقاء مباشر واحد في الأسبوع. وسأقيس زمن حل العوائق وأقارنه بوضعنا الحالي. فإن ازداد سوءاً، نعود إلى ما كنا عليه وأقول ذلك في الاجتماع الاسترجاعي (retrospective). وسأتولى إعداد كل شيء بنفسي.»

إلى Scrum Master الفريق

«كنت أقرأ دليل 2020 من جديد. فهو يعرّف اجتماع Scrum اليومي بأنه حدث للمطورين، وقد حذف الأسئلة الثلاثة. أما اجتماعنا فقد انزلق إلى جولة تحديثات موجهة إلى أرفع الحاضرين مرتبة، وهذا بالتحديد ما يحاول الدليل منعه.

هل يمكن أن نجرّب إدارته انطلاقاً من اللوحة بدل الدوران في دائرة، طوال Sprint واحد، ثم نسأل المطورين بعد ذلك إن كان قد صار أنفع لهم؟»

ولننظر إلى ما يفعله هذا النص. فهو يقدّم الإطار نفسه مرجعاً، لا رأيك أنت، ويصبح الطرف الآخر من يعيد الممارسة إلى أصلها بدل أن يدافع عن صيغة معطوبة منها.

إلى زملائك، قبل أي خطوة أخرى

«بصراحة بيننا: هل ينفعك الاجتماع اليومي السريع فعلاً، أم أنه مجرد شيء نتحمله؟ أريد أن أطرح الموضوع، ولا أريد ذلك إلا إذا كان كلامي باسم الفريق لا باسمي وحدي.»

تأتي هذه الخطوة أولاً، دائماً. فإذا قال شخصان إن الاجتماع اليومي السريع هو الوقت الوحيد الذي يتاح لهما فيه طلب المساعدة، وجب أن يحافظ اقتراحك على ذلك، وقد عرفت هذا قبل الالتزام بموقف علني.

في الاجتماع الاسترجاعي

«أريد اليوم أن نفحص أمراً واحداً. تتبعت اجتماعنا اليومي السريع على مدى أسبوعين. وهذه كلفته، وهذا عدد العوائق التي حلّها فعلاً. لا أطلب إلغاءه. وإنما أسأل: هل نغيّر شكله طوال Sprint واحد وننظر في الأرقام قبل أن نقرر أي شيء دائم؟»

في اقتراح مكتوب

الموضوع: تجربة لمدة أربعة أسابيع، اجتماع يومي سريع غير متزامن

يستغرق الاجتماع اليومي السريع عندنا حالياً 22 دقيقة بين ثمانية أشخاص، أي نحو 675 ساعة عمل في السنة. وفي أيام العمل العشرة الأخيرة طُرحت فيه ستة عوائق، وحُلّ واحد منها داخل الاجتماع.

الاقتراح لمدة أربعة أسابيع، وقابل للتراجع عنه بالكامل:

تحديثات مكتوبة في #team-standup قبل 09:30، من ثلاثة أسطر لكل شخص: التقدم نحو هدف Sprint، وتركيز اليوم، وأي أمر معطّل. توجيه كل عائق إلى الشخص المعني مباشرة لحظة ظهوره، بدل إبقائه إلى الصباح التالي. لقاء مباشر واحد مدته 30 دقيقة يوم الاثنين للتخطيط ولكل ما يحتاج إلى محادثة.

سأتابع زمن حل العوائق وزمن الدورة ونبضاً قصيراً للفريق، وأعرض الثلاثة في الاجتماع الاسترجاعي بتاريخ [التاريخ]. وإذا ساء زمن حل العوائق، نتراجع. وسأضبط الأدوات وأدير التجربة.

الشرط الصريح للتراجع هو أهم سطر في تلك الرسالة. فهو ما يحوّل اقتراحك من تغيير إلى اختبار، وهو في الغالب ما يجلب الموافقة.

---

الجزء 5: ما سيجيبون به

«أحتاج إلى الاطلاع على ما يعمله كل شخص.» تمنحك التحديثات المكتوبة أكثر مما يمنحه الاجتماع. فهي قابلة للبحث، وتبقى محفوظة، ويمكنك قراءتها عند 07:00 أو 19:00 بدل الحضور في غرفة عند 09:30.

«ستبقى العوائق معلّقة.» العكس هو الصحيح. فالعائق الذي يُنشر لحظة ظهوره يلقى الاهتمام أسرع من عائق يُحتجز إلى الصباح التالي. وهذا هو المقياس المحدد الذي أقترح أن نتتبعه، وهو الذي سيدفعني إلى إيقاف التجربة.

«هي خمس عشرة دقيقة فقط.» هي خمس عشرة دقيقة مضروبة في ثمانية أشخاص، في كل يوم عمل، ويضاف إليها الوقت الذي يحتاج إليه كل شخص للعودة إلى ما كان يفعله. وقد حُسب الرقم السنوي في الجزء 3.

«يتطلب Scrum اجتماعاً يومياً.» المطلوب في Scrum اجتماع يومي خاص بالمطورين، وقد حذف دليل 2020 الأسئلة الثلاثة التي ما زلنا نستخدمها. وما نعقده ليس ما يصفه الدليل¹.

«سيفقد الفريق تماسكه.» هذا خطر حقيقي، ولهذا يبقى اللقاء الأسبوعي. كما أتتبع نبض الفريق أثناء التجربة، فإذا تراجع التماسك رأيناه بدل أن نخمّن.

---

الجزء 6: خمس طرق يخسر بها الناس هذا النقاش

عرض الأمر على أنه رغبة في العمل بجهد أقل. وهذا يؤكد الشك نفسه الذي جاء به الطرف الآخر إلى النقاش. والمسافة بين التجربة التي قصدت اقتراحها والشكوى التي تشير إليها مسودتك فعلاً هي الفجوة التي يلتقطها Subtext قبل الإرسال.

إلغاء الاجتماع دون تسمية بديل. فالناس ينسبون الفوضى التي تلي ذلك إليك شخصياً، وهم محقون في ذلك.

الانفراد بالقرار. فالممارسة المعتادة في الفريق لا تتغير إلا بقرار جماعي، وإلا رجعت خلال شهر.

تجاوز التجربة والمقاييس، مما يحوّل اقتراحاً قابلاً للاختبار إلى مباراة آراء ضد الوضع القائم، والوضع القائم يفوز بمثل هذه المباريات.

تجاهل من يخدمهم الاجتماع. فإذا كان الزميل المبتدئ في الفريق يعتمد عليه، فينبغي تصميم البديل حول حاجته والتصريح بذلك أمام الجميع. ولا يكلفك هذا شيئاً، ويزيل أقوى اعتراض قبل أن يطرحه أحد.

---

الجزء 7: ما الذي يحل محله

سبعة خيارات، وقد ذكرت إلى جانب كل منها عيبه.

تحديثات مكتوبة غير متزامنة عبر بوت. يسأل Geekbot أو Standuply أو Range كل شخص عن تحديثه وينشر الإجابات في قناة مشتركة¹⁷. تصلح هذه التحديثات عبر المناطق الزمنية وتترك سجلاً قابلاً للبحث. وقد تتحول إلى مسرح تحديثات لا يقرؤها أحد إذا لم يتفاعل أحد مع ما ينشره الناس.

اجتماع سريع مرتين في الأسبوع. يُبقي اللقاء المباشر ويخفّض وتيرته. ويسهل إقناع الناس به لأنه تغيير صغير. ويحتاج إلى قناة مرافقة لكل ما هو عاجل.

المرور على اللوحة بدل الدائرة. تُراجَع بنود العمل على اللوحة بدءاً بالأقرب إلى الإنجاز وصولاً إلى الأبعد عنه، ويدور الحديث عن المهام لا عن الأشخاص. وهذا يقضي فوراً على ديناميكية التقرير الشخصي. ولا ينجح إلا إذا أبقى الفريق اللوحة محدّثة.

قناة مخصصة للعوائق. هي أعلى العناصر قيمة وأرخصها إضافة. وتتطلب انضباطاً في النشر ووجود من يراقبها.

العمل الثنائي عند الطلب (pairing). أسرع حل ممكن، ومن دون جمهور. لكنه يقلل اطلاع الفريق كله على ما يجري، فيحتاج إلى أثر مكتوب.

لقاء أسبوعي واحد معمّق. يتسع للمحادثات التي لا يتسع لها اجتماع مدته 15 دقيقة. لكنه متباعد أكثر من أن يكفي وحده.

أيام بلا اجتماعات. أكثر الأمثلة المؤسسية استشهاداً به هو تنظيف تقويم Shopify في عام 2023، وقد نقلت Bloomberg و Fortune وغيرهما أنه أزال آلاف الاجتماعات المتكررة من تقويم الشركة¹⁵. وهذه سياسة تركيز لا آلية تنسيق، لذلك لا بد من الجمع بينها وبين أحد الخيارات المذكورة أعلاه.

والمزيج الذي ينجح في أغلب الأحيان هو تحديثات مكتوبة للاطلاع اليومي، وقناة للعوائق لكل ما هو عاجل، ولقاء مباشر واحد في الأسبوع لما تبقى.

وإذا كانت كتابة التحديث هي ما يثقل على الناس، فيمكن قوله بدل كتابته: يقبل Subtext الكلام المنطوق، كما يقبل نصاً مكتوباً بالطريقة التي يُقال بها الكلام. وهذا التحديث ألّفته لهذا التشغيل، وقد كُتب بهذه الطريقة: «طيب يعني أمس خلصت مشكلة التصدير اممم تقريباً، جزء الـ csv لسا يفشل مع الملفات الكبيرة، اليوم أنا شغال على صفحة الفوترة وبصراحة أنا واقف شوي لأني محتاج مفاتيح الـ API من Dana وهي ما ردت علي من يوم الاثنين، يعني ايوه هذا تحديثي لقناة الفريق». وأعاد Subtext الوسمين «وضوح» و«عدوانية خفية»، وسمّى الشعور «إحباط». وجاء في تعليل الوسم الأول أن عبارتي «اممم تقريباً» و«يعني ايوه هذا تحديثي» جعلتا الحالة غير واضحة، وأن ما المطلوب من Dana ومتى لم يُحدَّد. أما الوسم الثاني فعلّله بأن ذكر أن Dana لم ترد منذ الاثنين في قناة الفريق «قد يُفهم كلوم غير مباشر».

وقدّم Subtext ثلاث صياغات. أولاها، وتحمل التسمية «قريب من صيغتك»، وضع عليها الشارة «آمنة للإرسال»، وفيها: «اليوم شغال على صفحة الفوترة، لكن واقف شوي لأني محتاج مفاتيح الـ API من Dana. @Dana، ممكن تبعتيلي ياها لما يتسنى لك؟». وقالت ملاحظتها إنها تبقى قريبة من كلامك وتوجّه الطلب إلى Dana «بلطف دون ذكر تأخرها». وهذه مخرجات التطبيق الفعلية دون أي تعديل.

ولهذه الصياغة عيب أيضاً، كما لكل خيار من الخيارات السبعة أعلاه: فهي تحذف ذكر الاثنين، ومدة بقاء العائق مفتوحاً هي الرقم الذي يطلب منك الجزء 8 مراقبته. وتحذفه كذلك الصياغة الثانية، «أدفأ وأخف»، وقد وضع عليها الشارة نفسها «آمنة للإرسال». أما الصياغة الوحيدة التي أبقته فهي الثالثة، «إعادة صياغة منظمة»، وعليها الشارة «تنبيه»، وقالت ملاحظتها إن ذكر «منذ الاثنين» «قد يُقرأ كتذكير ضاغط في قناة عامة». فإبقاء ذكر الاثنين في النص ليس بلا ثمن. وإن أردت إعادته فهذه صيغة من عندي، لم يختبرها التطبيق في هذا التشغيل: العمل متوقف بانتظار مفاتيح API منذ الاثنين.

---

الجزء 8: تصميم التجربة لتصمد أمام الاجتماع الاسترجاعي

ينبغي اختيار مقاييس النجاح قبل البدء، على أن تكون من المقاييس التي يؤمن بها مديرك أصلاً.

التسليم. مقياس واحد على نمط DORA، وهو عادةً زمن إنجاز التغييرات (lead time for changes) أو وتيرة النشر¹². ويصلح زمن الدورة (cycle time) إذا لم يكن النشر متكرراً.

زمن حل العوائق. هو الضمانة التي تحمي من الخطر الرئيسي. وهذا هو المقياس الذي ينبغي أن يكون قادراً على إنهاء التجربة، وإعلان ذلك صراحة هو ما يمنح التجربة مصداقيتها.

نبض الفريق. سؤال واحد، أسبوعياً، دون ذكر الأسماء. وهذا يقابل بُعد الرضا في إطار SPACE، الذي وُضع تحديداً لأن قياس الإنتاجية بمقياس واحد يفضي إلى نتائج مضللة¹¹. فبدونه قد يتحسن معدل الإنجاز بينما يُستنزف الناس، دون أن يلاحظ أحد ذلك.

أربعة أسابيع هي المدة المناسبة. فأسبوعان أقصر من أن يظهر شيء وراء أثر الجِدّة. وثمانية أسابيع مدة تكفي كي يبدأ التراجع عنها بالظهور كأنه فشل علني، فيدافع الناس عن التجربة بدل أن يقرؤوا ما تُظهره.

---

الجزء الصعب فعلاً

كل ما سبق متاح لمن يقضي بعد ظهر يوم في القراءة. ومع ذلك فمعظم من يحتاجون إليه لن يرسلوا الرسالة.

الناقص ليس الأدلة، بل صياغة للجملة تقول إن الاجتماع لا يعمل دون أن توحي بأن من يديره لا يعمل، وكتابة ذلك أصعب بكثير من كتابة قائمة استشهادات. فالناس يعيدون كتابتها ست مرات في خانة المسودة في Slack ثم يتخلّون عنها.

هذه الفجوة هي سبب بنائنا Subtext. فمعظم الرسائل التي يعجز الناس عن إرسالها ليست معقدة في مضمونها، لكن كون المرء على حق لا يكفي، والصياغة تحمل المخاطرة كلها. واقتراح الاجتماع اليومي السريع مثال صغير على ذلك. ويظهر الشكل نفسه في طلب زيادة في الراتب، ورفض العمل الإضافي، وإخبار مؤسس الشركة بأن خريطة الطريق خاطئة، ورفض طلب من صديق.

وفي هذه الحالة يكفي لصق مسودة الاقتراح في Subtext، أو أخذ لقطة شاشة للمحادثة التي ستصل إليها الرسالة. فيعلّم الكلمات التي قد تجعلها تُقرأ على أنها اتهام، ويسمّي الشعور الكامن تحتها. ثم يقدّم صياغات ما زالت تشبهك، لأن اقتراحاً يصل بصوت غيرك يخسر من تلقاء نفسه. أما الاقتراح نفسه ودليل Scrum وطريق العودة فعليك الإتيان بها بنفسك.

وإن كان من شيء واحد يُؤخذ من هذا المقال فهو إرسال الرسالة ومعها شرط التراجع: «إذا ساء زمن حل العوائق، نعود إلى ما كنا عليه وأقول ذلك.» فهذه الجملة الواحدة تُسقط السبب الذي كان لدى أي أحد ليقول لا.

---

ملاحظة حول الأرقام التي حذفتها

تتداول في هذا الموضوع أرقام كثيرة على نطاق واسع لم أستطع الوقوف وراءها، ولذلك لم أوردها في النص أعلاه.

ينسب الناس عادةً إلى استطلاع Stray الادعاء بأن 80% من المطورين يعدّون التحديثات غير ذات الصلة أكبر مصدر إحباط لهم في الاجتماع اليومي السريع. وقد راجعت الاستطلاع فلم أجد ذلك فيه. ولم أعثر على مصدر للادعاء بأن 80% من بنود المتابعة المتفق عليها في الاجتماعات لا تُنجز أبداً. أما الإحصاء الذي يتردد كثيراً، «أطول بنسبة 40% وأخطاء أكثر بنسبة 50%»، والذي ينسبه الناس إلى ورقة حديثة نُشرت في Journal of Experimental Psychology، فيبدو أنه تحريف لما ورد في دراسة Rubinstein، Meyer و Evans عام 2001، التي قاست التنقل بين المهام في المختبر، ولا تنسحب نتائجها بصورة مباشرة على اجتماع صباحي¹⁸. وأما الأرقام السنوية المتداولة بالدولار عن الوقت الضائع في الاجتماعات لكل فريق فتتوقف كلياً على الافتراضات التي بُنيت عليها، ولهذا يعتمد الحساب في الجزء 3 على أرقام فريقك أنت.

وهناك فجوة أخرى. لم أعثر على دراسة مضبوطة صارمة تقارن مباشرة بين تحديثات الحالة المكتوبة غير المتزامنة واجتماعات الحالة المتزامنة على صعيد نتائج التسليم. وتدافع GitLab، Doist و Basecamp عن الأسلوب المكتوب، ولكل منها موقف يدافع عنه. وإذا طلب مديرك هذه المقارنة، فجوابي أنها لا تبدو موجودة بعد، وأن تجربة الأسابيع الأربعة هي الوسيلة التي يمكن بها توليدها لفريقك.

---

هل في رأيك أن الاجتماع اليومي السريع يستحق كلفته، أو أنني أخطأت في قراءة الأدلة؟ يمكن مراسلتي على LinkedIn.

Samet Durgun شريك مؤسس في Subtext، وهو تطبيق يلتقط النبرة العاطفية لرسائلك ويعيد صياغتها بأسلوبك أنت. يقيم في برلين.

---

المصادر

كل رابط أعلاه يقود إلى المصدر الأولي متى وُجد.

1. The Scrum Guide (2020), Ken Schwaber and Jeff Sutherland, . أنفع وثيقة لهذه الحجة. يُقرأ قسم Daily Scrum مباشرة ويُقتبس حرفياً. وهي تثبت أن الحدث مخصص للمطورين، وأن مدته 15 دقيقة، وأن الأسئلة الثلاثة حُذفت في مراجعة 2020.

2. Stray, V., Sjøberg, D. I. K., and Dingsøyr, T. (2016). “The daily stand-up meeting: A grounded theory study.” Journal of Systems and Software, volume 114. دراسة محكَّمة. توثّق القيمة (تبادل المعلومات وحل المشكلات معاً) كما توثّق أنماط الإخفاق (تقارير الحالة إلى مدير، والتكرار والمدة المفرطان). وهذا المصدر يصلح للإرسال إلى من يتولى دور Scrum Master في الفريق.

3. Stray, V., Moe, N. B., and Bergersen, G. R. (2017). “Are Daily Stand-up Meetings Valuable? A Survey of Developers in Software Teams.” XP 2017, Lecture Notes in Business Information Processing. استطلاع شمل مطورين محترفين. وتشمل الأرقام المنشورة أن 87% من الفرق الرشيقة (agile) تعقد اجتماعات يومية سريعة، وأن متوسط التقييمات يدور حول الحياد، وأن المطورين المبتدئين أكثر إيجابية، وأن كبار المطورين والفرق الأكبر أقل إيجابية. وقد استخدمت الاتجاه العام للنتيجة لا النسبة المئوية.

4. Stray, V. و Moe, N. B.، مقال موجّه إلى الممارسين في IEEE Software عن تكييف ممارسة الاجتماع اليومي السريع. يرى أن طقوس الاجتماع اليومي السريع الجامدة ينبغي أن تُكيَّف مع الفريق بدل اتباعها افتراضياً. والعنوان الدقيق والسنة غير مؤكدين، والمتداول منه على الإنترنت يتضمن أعداد مشاركين لم أستطع التحقق منها.

5. Leroy, S. (2009). “Why is it so hard to do my work? The challenge of attention residue when switching between work tasks.” Organizational Behavior and Human Decision Processes, volume 109, issue 2. أصل مفهوم بقايا الانتباه. دليل قوي من خارج سياق التطوير الرشيق على أن التنقل بين المهام يضعف جودة ما يليه.

6. Mark, G., Gudith, D., and Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” CHI 2008. وكذلك Mark, G. (2023). Attention Span. Hanover Square Press. مصدر نتائج العمل المقاطَع، ومصدر رقم العودة إلى العمل الذي يبلغ نحو 23 دقيقة ويتردد في كل مكان. والرقم حقيقي لكنه يُقتبس كثيراً بدقة تفوق ما يسنده البحث الأصلي، لذلك يُستشهد بالعمل الأولي وتُصاغ العبارة على أنها «أكثر من 20 دقيقة».

7. Rogelberg, S. G. (2019). The Surprising Science of Meetings. Oxford University Press. المرجع المعتمد في هدر الاجتماعات والتعافي بعدها. وقد استخدمت النتيجة النوعية لا نسبة مئوية بعينها، لأن الأرقام تتفاوت من استطلاع إلى آخر.

8. Microsoft Human Factors Lab، دراسة بتخطيط كهربية الدماغ (EEG) عن الاستراحات بين الاجتماعات، نُشرت عبر Microsoft WorkLab وتقرير Work Trend Index لعام 2021. دليل فسيولوجي على أن التوتر يتراكم عبر الاجتماعات المتتالية وأن الاستراحات تخففه. وهو مفيد لأنه قياس لا استطلاع.

9. Edmondson, A. (1999). “Psychological Safety and Learning Behavior in Work Teams.” Administrative Science Quarterly. المرجع التأسيسي للأمان النفسي. يتناول الفرق عموماً لا الاجتماعات اليومية السريعة تحديداً، لذلك ينبغي ألا يُبالَغ في الادعاء بوجود صلة سببية.

10. Rietze, S. و Zacher, H.، بحث عن الاجتماعات اليومية السريعة والأمان النفسي والرضا عن العمل وتصورات أداء الفريق، European Journal of Work and Organizational Psychology. أقوى حجة منشورة لمصلحة الاجتماع اليومي السريع، ولهذا بالذات ينبغي طرحها بنفسك. وسنة النشر غير مؤكدة؛ والمتداول منه يذكر تاريخ 2025 لم أستطع التحقق منه بصورة مستقلة.

11. Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B., and Butler, J. (2021). “The SPACE of Developer Productivity.” ACM Queue. متاحة للقراءة مجاناً. يُستخدم بُعد الرضا والرفاهية لتبرير تتبع نبض الفريق إلى جانب مقاييس التسليم.

12. Forsgren, N., Humble, J., and Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. مصدر مقاييس التسليم الأربعة في DORA. ويُستخدم أحدها مقياساً لمعدل الإنجاز، فيكون المقياس قابلاً للدفاع عنه بدل أن يُخترع لهذه المناسبة.

13. Graham, P. (2009). “Maker’s Schedule, Manager’s Schedule.” . قصير ومجاني، وهو أقوى ما يمكن تمريره إلى زميل متردد.

14. GitLab all remote handbook, . مؤسسة كبيرة تعمل علناً بتحديثات حالة غير متزامنة. دليل على أن النموذج يعمل على نطاق واسع، وإن كانت GitLab صاحبة مصلحة في هذه الحجة.

15. حملة Shopify لتنظيف التقويم، يناير 2023، كما نقلتها Bloomberg و Fortune وغيرهما. نُقل أنها أزالت آلاف الاجتماعات المتكررة من تقويم الشركة ومنعت الاجتماعات المتكررة التي تضم أكثر من شخصين أيام الأربعاء. ورقم الساعات المستردة تحديداً مصدره الشركة، لذلك يُنسب إلى Shopify بدل أن يُعرض على أنه حقيقة مقيسة.

16. Atlassian Agile Coach، إرشادات الاجتماع اليومي السريع. إرشادات من القطاع توصي بإبقاء الاجتماع اليومي السريع موجزاً وتكييفه مع احتياجات الفريق، بما في ذلك الصيغ غير المتزامنة. وهي مفيدة لأنها صادرة عن مصدر يثق به مديرك أصلاً في ممارسات التطوير الرشيق.

17. الأدوات: Geekbot و Standuply للاجتماعات اليومية السريعة غير المتزامنة في Slack و Teams، وأما Range فلتحديثات الفريق. ينبغي التحقق من الأسعار الحالية وحالة المنتج قبل ترشيح أي منها داخل المؤسسة.

18. Rubinstein, J. S., Meyer, D. E., and Evans, J. E. (2001). “Executive Control of Cognitive Processes in Task Switching.” Journal of Experimental Psychology: Human Perception and Performance. الأصل الحقيقي للادعاء بأن التنقل بين المهام يستهلك «ما يصل إلى 40% من الوقت المنتج». وهي مدرجة هنا ليتحقق القارئ منها بنفسه بدل ترديد الصيغة المشوَّهة.