قبل أن تكتب، قرّر ما الذي لن تكتبه.الاستشارات البرمجية — أنقرة
نظرة خارجية على القرارات التقنية: تقييم النظام القائم، وخارطة طريق، وتبرير قرار الشراء أو التطوير.

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