هل المطور هو عنق الزجاجة، أم الطلب؟

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

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

نوعان مختلفان من البطء

العمل إما ينفذ وإما ينتظر. يبدو هذا بديهيا وهو التشخيص كله، لأن أحدا لا يقيس الثاني تقريبا.

المهمة التي تستغرق عشرة أيام عمل نادرا ما تحتوي عشرة أيام من العمل. تحتوي عادة يومين أو ثلاثة من البناء، والباقي انتظار: انتظار قرار في ما تقوله الصفحة، وانتظار الشعار بصيغة صالحة، وانتظار تأكيد أي قائمة أسعار هي السارية، وانتظار رد من مزود الدفع، وانتظاركم أنتم لتنظروا وتقولوا نعم.

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

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

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

القياس الذي يستغرق بعد ظهر واحد

لا تحتاجون أداة. تحتاجون رسائل الشهرين الماضيين بينكم وبينهم، وثلاثة أعداد.

عدوا دورات الاستيضاح. كم مرة سألوا سؤالا قبل أن يستطيعوا المتابعة، وكم استغرق وصول كل إجابة؟ راجعوا المحادثة واكتبوا رقمين لكل سؤال: يوم طرحه ويوم الإجابة عنه. المجموع هو الجزء الذي تملكونه من الجدول.

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

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

اقرأوا الثلاثة معا. أزمنة إجابة طويلة مع تراجعات كثيرة تعني أن المتطلبات هي عنق الزجاجة، مهما صح غير ذلك. وأزمنة قصيرة وتراجعات قليلة مع جدول ينزلق تعني أن المشكلة عند المورد، ومعكم الآن دليل لا انطباع.

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

ما الذي يجب أن يحتويه الطلب قبل أن يقدره أحد

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

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

والمعيار الدولي لهذا، أيزو 29148، وجد لأن الصناعة ظلت تتعلم الدرس نفسه. لا يلزمكم شراؤه، بل قبول فرضيته: المتطلبات مخرج له جودته الخاصة، وهو مخرجكم أنتم لا مخرج المورد.

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

لماذا خلل المتطلبات هو الخلل الغالي

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

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

ولهذا أيضا فإن «سنقرر ذلك لاحقا» ليست مجانية أبدا، ولهذا فإن موردا يترككم تؤجلون القرارات بلا نهاية ليس متسامحا، بل يراكم فاتورة.

الإشارات التي تقول إن المشكلة عند المورد

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

تقديرات لا يتغير شكلها. المورد الذي يقول أسبوعين في الأسبوع الأول ويظل يقول أسبوعين في الأسبوع الخامس لا يقدر بل يطمئن. التقدير الحقيقي يتحرك كلما تعلم الفريق شيئا، والحركة تشرح.

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

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

ما الذي يتغير، في أي الجهتين كانت المشكلة

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

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

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

أسئلة متكررة

موردنا يقول إن التأخير بسببنا. هل يتهرب؟

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

نحن ندفع سعرا ثابتا. هل يكلفنا الانتظار شيئا؟

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

كم يجب أن يستغرق تغيير صغير؟

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

هل نوظف أحدا داخليا لإدارة هذا بدلا من ذلك؟

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

غيرنا رأينا كثيرا. هل هذا قابل للتفادي؟

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