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

