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