أساس القرار
تبدأ الميزانية بالمهام التي يحتاج المستخدم إلى إتمامها، بما فيها الحالات الاستثنائية. عدد الشاشات لا يوضح الصلاحيات واستيراد البيانات والربط والتعافي من الأخطاء. لذلك قد يختلف جهد تطبيقين لهما خمس شاشات اختلافاً كبيراً.
مثال عملي
لنفترض بوابة مورّدين خيالية: 8 أيام عمل للاستكشاف والتصميم، و15 للمسار الأساسي، و6 للتكامل، و5 للتحقق، و3 للإطلاق؛ المجموع 37 يوم عمل لشخص واحد. هذه افتراضات توضيحية وليست عرض سعر أو معياراً للسوق. تضرب في الأجر اليومي المتفق عليه، وتُحسب الاستضافة والدعم منفصلين.
تحويل التقدير إلى سجل مسؤوليات
قسّم العمل إلى نتيجة موعودة وافتراض ومسؤول ودليل قبول. «التكامل» واسع: يصل الطلب المعتمد مرة واحدة ويحصل على مرجع خارجي وتبقى حالته ظاهرة عند الفشل. حدّد من يوفر حساب الاختبار. هكذا لا يعتمد عرض منخفض على عمل خفي من طرف آخر. قارن المورّدين بالمسؤوليات نفسها.
تسعير الاستثناءات بوضوح
راجع طلباً صعباً: صنف مسحوب وعنوان تغير بعد الاعتماد ورد متأخر. ما المشمول وأي افتراض تغير؟ عدّل بنداً محدداً لا العرض كله. قد يستحق نقص الدليل تحقيقاً صغيراً مرتبطاً بقرار. يغطي الاحتياطي الغموض داخل الوعد؛ أما الوعد الجديد فيحتاج تغيير النطاق.
فصل الإطلاق عن المسؤولية المستمرة
بعد التسليم يلزم فحص نسخ وتحديثات وتحقيق في التحويلات. وزع المسؤولية بين النشاط والاستوديو والمورّد ووضح التسليم بينهم. متى يتحول الدعم إلى تطوير مخول؟ افحص معايير القبول والاستثناءات والرسوم والحسابات والاحتياطي غير المستخدم. الهدف تفسير القرارات التالية باتفاق مفهوم، لا توقع كل فاتورة.
البدائل وتبعاتها
استخدم نطاقاً حين توجد معلومات ناقصة. تقدير API موثقة أسهل من ملف تصدير مجهول. قد يحسم استكشاف مدفوع الغموض، بينما يناسب السعر الثابت نطاقاً واضحاً وأمثلة قبول متفقاً عليها.
أين تتعثر الخطة
لا تُخفِ تنظيف البيانات ضمن التطوير ولا تترك الاختبارات للوقت المتبقي. سجّل الاستثناءات والقرارات المنتظرة. اربط الاحتياطي بمخاطر محددة، مثل تأخر بيانات الدخول، بدلاً من نسبة بلا تفسير.
قبل بدء التنفيذ
من يوفر بيانات التجربة؟ من يعتمد الصلاحيات؟ وما دليل اكتمال العملية؟ اصطحب هذه الإجابات إلى نقاش التطوير المخصص، واطلب بيان الافتراضات والمعلومات الجديدة التي قد تغير التكلفة.