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