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