وثيقة متطلبات المنتج

وثيقة متطلبات المنتج ( PRD ) هي وثيقة تتضمن جميع متطلبات منتج معين. تُكتب هذه الوثيقة لتمكين المستخدمين من فهم وظائف المنتج. مع ذلك، ينبغي عمومًا تجنب تحديد أو توقع كيفية أداء المنتج لهذه الوظائف، وذلك لإتاحة الفرصة لمصممي واجهات المستخدم والمهندسين لاحقًا لاستخدام خبراتهم لتقديم الحل الأمثل للمتطلبات.

تُكتب وثائق متطلبات المنتج (PRDs) في أغلب الأحيان لمنتجات البرمجيات ، ولكن يمكن استخدامها لأي نوع من المنتجات والخدمات. عادةً، تُنشأ وثيقة متطلبات المنتج من وجهة نظر المستخدم، إما من قِبل المستخدم/العميل أو قسم التسويق في الشركة (وفي الحالة الأخيرة، قد تُسمى أيضًا وثيقة متطلبات التسويق (MRD)). ثم يقوم المُصنِّع/المورِّد (المحتمل) بتحليل المتطلبات من منظور تقني، وتفصيلها في مواصفات وظيفية (تُسمى أحيانًا وثيقة المتطلبات التقنية).

يختلف شكل وثيقة متطلبات المنتج (PRD) من مشروع لآخر، ويعتمد، على سبيل المثال، على منهجية تنفيذ المشروع. ^{[ 1 ] [ 2 ]} المنهجيتان الأكثر شيوعًا في تطوير البرمجيات هما نموذج التطوير المتتالي ومنهجية التطوير الرشيقة. ^{[ 3 ]} في نموذج التطوير المتتالي، تُحدد متطلبات المنتج في بداية المشروع بشكل كامل، ولا يبدأ التطوير إلا بعد اكتمالها. أما في نموذج التطوير الرشيق، فتُصاغ المتطلبات مبدئيًا على مستوى أعلى لتسهيل تحديد الأولويات، ثم تُفصّل في بداية كل دورة جديدة. ^{[ 4 ]}

تساعد وثائق متطلبات المنتج أيضًا في منع المشكلات التقنية الحرجة في تطوير البرمجيات، بما في ذلك عدم توافق بنية النظام مع متطلبات المنتج، وإغفال التبعيات التقنية، والاستهانة بتعقيد التنفيذ. ^{[ 5 ]}

المكونات النموذجية لوثيقة متطلبات المنتج (PRD) هي:

• معلومات العنوان والمؤلف
• الغرض والنطاق ، من منظور تقني وتجاري
• تحديد أصحاب المصلحة
• تقييم السوق والفئات السكانية المستهدفة
• نظرة عامة على المنتج وحالات الاستخدام
• المتطلبات ، بما في ذلك
  • المتطلبات الوظيفية (مثل ما يجب أن يفعله المنتج)
  • متطلبات سهولة الاستخدام
  • المتطلبات التقنية (مثل الأمن، والشبكة، والمنصة، والتكامل، والعميل)
  • المتطلبات البيئية
  • متطلبات الدعم
  • متطلبات التفاعل (مثل كيفية عمل المنتج مع الأنظمة الأخرى)
• الافتراضات
• قيود
• التبعيات
• خطط سير العمل رفيعة المستوى، والجداول الزمنية، والمعالم الرئيسية (يتم تحديد المزيد من التفاصيل من خلال خطة المشروع )
• خطة التقييم ومؤشرات الأداء

لا تحتوي جميع وثائق متطلبات المنتج (PRDs) على كل هذه المكونات. على وجه الخصوص، ستستبعد وثائق متطلبات المنتج لأنواع أخرى من المنتجات (السلع المصنعة، وما إلى ذلك) العناصر الخاصة بالبرمجيات من القائمة أعلاه، وقد تضيف عناصر إضافية تتعلق بمجالها، مثل متطلبات التصنيع.

• سوء فهم المستخدم. بدون فهم كامل لما يريده العميل، يكاد يكون من المستحيل إنشاء وثيقة فعالة تلبي جميع متطلباته وتوقعاته.
• المعلومات غير الكاملة أو غير الدقيقة - يتمثل تحدٍ آخر في ضمان تضمين جميع المعلومات الضرورية في وثيقة متطلبات المنتج (PRD). يشمل ذلك كل شيء بدءًا من أوصاف الميزات وصولًا إلى مقاييس الأداء، ويجب تحديثه بانتظام مع ظهور معلومات جديدة أو إجراء تغييرات. ^{[ 6 ] [ 7 ]}
• إن عدم وضوح التواصل بشأن المتطلبات بين أصحاب المصلحة والمستخدمين قد يؤدي إلى تأخيرات كبيرة ويمنع إصدار المنتج في الوقت المحدد.
• من المهم تحديد أطر زمنية واقعية في الوثيقة لكي يعرف جميع أصحاب المصلحة المدة التي سيستغرقها تطوير كل ميزة قبل إطلاقها. إن تحديد أطر زمنية غير واقعية قد يؤدي إلى تأخيرات أو حتى إلغاء المشروع بالكامل.

• وثيقة متطلبات التسويق
• تخطيط المنتجات
• تصميم المنتج
• إدارة المنتجات
• متطلبات
• إدارة المتطلبات
• وثيقة متطلبات المستخدم

• إدارة المنتجات
• إدارة مشاريع الترجمة والتعريب
• أدوات إدارة المشاريع
• الدليل الرقمي لتطوير البرمجيات
• مجموعة أدوات مدير المنتج