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