فخ "لنناقش هذا لاحقاً"
يقول فريقك "لنناقش هذا لاحقاً" لتوفير الوقت.
في الواقع، أنت تقتل التقدم.
رأيت هذا يحدث مع قائدة فريق الـ backend لدينا، مايا. شاركت مقترحاً لمخطط خدمة الدفع (payment service schema). انتظرت خمسة أيام. تلقت اثني عشر تعليقاً وأربعة رموز تعبيرية. لم يتخذ أحد قراراً.
قال مديرنا "لنناقش هذا لاحقاً" لإنهاء الاجتماع مبكراً. شعرنا بالنجاح لأن الاجتماع انتهى بسرعة.
لكننا فشلنا.
كبر حجم المستند. زادت التعليقات من خمسة عشر إلى ثلاثين. اقترح الناس أفكاراً جديدة في الهوامش. لم يرد أحد. تحول تسلسل التعليقات إلى فوضى من الضجيج. ترك مهندس أول (staff engineer) رمز "إعجاب" في ليلة جمعة. اعتقدنا أن ذلك يعني الموافقة. أما مايا، فقد اعتقدت أنه يعني الإرهاق.
بعد أسبوعين، لم يتم اتخاذ قرار بشأن المخطط بعد. استخدمنا حلاً مؤقتاً لمواصلة العمل. وهذا الحل يعمل الآن مع عملاء حقيقيين. لم يتأجل القرار، بل تبخر.
لم نكن نعمل بكفاءة. كنا نتجنب الصراع. استخدمنا المستندات ورسائل Slack للاختباء من اتخاذ القرارات الصعبة.
غيرنا طريقة عملنا. بدأنا في استخدام "نوافذ القرار" (decision windows).
هذه اجتماعات مدتها خمس عشرة دقيقة، ولها ثلاث قواعد:
- لا تحديثات للحالة.
- لا مشاركة للشاشة لأعمال غير مكتملة.
- يجب على شخص واحد كتابة القرار النهائي في المستند قبل انتهاء المكالمة.
كان الاجتماع الأول غير مريح. كان علينا أن نختلف. كان على شخص ما أن يقول: "سنختار الخيار (أ) حتى بدون المزيد من البيانات".
لم يكن الأمر مثالياً، لكنه أُنجز فحسب.
غيّر هذا ثقافتنا في العمل غير المتزامن (async culture). توقف الناس عن كتابة مقالات طويلة، وبدأوا في سرد المقايضات (trade-offs) بوضوح. أصبح المستند أداة للتحضير، وليس مكاناً للجدل إلى الأبد.
القرار ليس مستنداً. القرار هو لحظة.
اللحظات لا تحدث في تسلسلات التعليقات. بل تحدث عندما يلتزم الناس بمسار معين.
في المرة القادمة التي يقول فيها شخص ما "لنناقش هذا لاحقاً"، اسأله شيئاً واحداً:
"من سيقوم بجدولة نافذة القرار؟"
إذا لم يقم أحد بجدولتها، فأنت لست متأنياً. أنت فقط تترك المشروع يموت بلباقة.
المصدر: https://dev.to/omieee_24/the-lets-take-this-offline-trap-3l2j
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi