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

نادرًا ما تفشل المشاريع لأن أحدًا لم يكتب المتطلبات. تفشل لأن ما تم كتابته كان غامضًا لدرجة لا تسمح بالاعتراض عليه. الجميع وقّع على مستند يقول إن النظام يجب أن يكون "سهل الاستخدام وسريعًا"، وبعد أربعة أشهر يكتشفون أنهم كانوا يقصدون ثلاثة أشياء مختلفة.

تستحق وثيقة متطلبات الأعمال الكتابة عندما تجعل الخلاف ممكنًا قبل بدء التنفيذ، لا بعده. تم تصميم هذا القالب لذلك: كل متطلب مُرقّم ومُرتّب حسب الأولوية ومرفق بمعايير قبول محددة بما يكفي لتكون قابلة للنقاش الآن.

تنزيل قالب وثيقة متطلبات الأعمال

مجاني وقابل للتعديل بدون علامة مائية. تستخدم معظم الفرق Word للمستند وExcel لجدول المتطلبات بمجرد أن يتجاوز العدد حوالي ثلاثين.

ما هي وثيقة متطلبات الأعمال؟

وثيقة متطلبات الأعمال، أو BRD، تحدد ما تحتاجه الأعمال من مشروع ولماذا، قبل أن يقرر أي شخص كيفية بنائه. فهي تعرّف المشكلة ونطاق العمل وأصحاب المصلحة والمتطلبات نفسها ومعايير الحكم على النتيجة.

وظيفتها الحقيقية هي الوصول إلى اتفاق. وثيقة BRD هي المستند الذي يوقّعه الجميع للتأكيد أنهم يفهمون الشيء نفسه، ولهذا فإن الاختبار المفيد لوثيقة BRD ليس مدى قراءتها بشكل جيد، بل مدى كونها محددة بما يكفي ليتمكن شخص ما من الاعتراض عليها.

كيفية تخصيص هذا القالب في Trupeer

الخطوة 1: افتح قسم القوالب

انتقل إلى قسم القوالب من القائمة الرئيسية.

الخطوة 2: اختر قالبًا وافتحه

انقر على أي قالب تريد العمل عليه لفتحه.

الخطوة 3: وسّع عرض القالب

إذا لزم الأمر، وسّع عرض القالب لعرض التخطيط الكامل والتفاصيل بوضوح.

الخطوة 4: عدّل القالب

انقر على Edit لبدء تعديل القالب المحدد.

داخل المحرر، يمكنك:

• إضافة أقسام جديدة

• تحديد أو تحديث قواعد التنسيق

• إضافة شعار وضبط موضعه والإعدادات ذات الصلة

الخطوة 5: احفظ قالبك المخصص

بعد إجراء جميع التغييرات اللازمة، انقر على Save لتخزين القالب المحدّث كنسختك الخاصة.

الخطوة 6: المعاينة والضبط الدقيق للقالب

عندما تريد معرفة كيف يبدو قالبك المخصص، افتح Preview.

من شاشة المعاينة، يمكنك الاستمرار في إجراء التعديلات مباشرة إذا لزم الأمر، لضمان ظهور القالب تمامًا كما تريده.

باستخدام قالب وثيقة متطلبات الأعمال يمكنك:

• توفير ساعات في الكتابة: تخطَّ الصفحة الفارغة مع هيكل يستخدمه محللو الأعمال ومديرو المنتجات ذوو الخبرة.

• مواءمة الأعمال والتقنية: أقسام مدمجة تربط أهداف الأعمال بالمتطلبات الوظيفية.

• الالتزام بالهوية البصرية: طبّق شعارك وخطوطك وألوانك باستخدام Trupeer's brand kit.

• التواصل بوضوح: حوّل وثائق BRD الكثيفة إلى جولات فيديو إرشادية لمراجعات أصحاب المصلحة.

• توحيد العمل عبر المشاريع: استخدم قالب BRD نفسه لكل مبادرة.

• الوصول إلى فرق عالمية: ترجمة وثائق BRD إلى 65+ لغة بنقرة واحدة.

لماذا تحتاج إلى وثيقة متطلبات الأعمال

• يصبح النطاق شيئًا يمكنك الإشارة إليه بدلًا من تذكره. معظم نزاعات النطاق تكون بسبب فشل التوثيق، لا بسبب سوء نية.

• تحصل المتطلبات على أولويات، لذلك عندما تضيق المدة تقطع بشكل مقصود بدلًا من قطع أي شيء متبقٍ.

• يتم تدوين الافتراضات، وهنا يلاحظ شخص ما أن الافتراض الخاطئ هو الذي تم اعتماده.

• توجد معايير القبول قبل بدء التنفيذ، لذلك لا يتم تحديد "الإنجاز" بناءً على من كان الأكثر صوتًا في النهاية.

• تستمر عملية التسليم حتى بعد مغادرة الأشخاص. المشاريع التي تفقد محلل الأعمال في منتصف الطريق هي تلك التي تدفع فيها وثيقة BRD عن نفسها بالكامل.

• يمكن للمورّدين تقديم عروض بناءً على شيء حقيقي. وثيقة BRD غامضة تنتج عرضًا واسعًا ومشروعًا مليئًا بطلبات التغيير.

ما الذي تتضمنه وثيقة متطلبات الأعمال

• تحكم المستند: الإصدار، المؤلف، التاريخ، التوزيع، وحالة الاعتماد.

• ملخص تنفيذي: ما هو المشروع ولماذا، في فقرة واحدة.

• أهداف الأعمال، معبرًا عنها كمخرجات قابلة للقياس بدلًا من الأنشطة.

• الخلفية وبيان المشكلة: ما الذي يحدث الآن وما تكلفته.

• النطاق: ما هو ضمنه، وما هو خارج النطاق بشكل صريح.

• أصحاب المصلحة: من المتأثر، من يقرر، ومن يوقّع.

• الحالة الحالية، كما هي فعليًا.

• متطلبات الأعمال، مُرقمة ومُرتبة حسب الأولوية، ولكل منها معايير قبول.

• الافتراضات والقيود والاعتمادات.

• المخاطر، مع تحديد المسؤولين عنها.

• ملخص التكلفة والفائدة، والعائد المتوقع.

• الجدول الزمني والمعالم الرئيسية.

• معايير النجاح للمشروع ككل.

• مسرد المصطلحات، لأن نصف نزاعات المتطلبات تقريبًا تكون نزاعات حول المفردات.

• كتلة التوقيع.

• الملحقات: خرائط العمليات والبيانات والشاشات والتحليل الداعم.

هيكل القالب

من 10 إلى 20 صفحة أمر طبيعي لمشروع متوسط الحجم. بعد الثلاثين، غالبًا ما يكون جدول المتطلبات قد استوعب قرارات التصميم التي كان ينبغي أن تكون ضمن مواصفة وظيفية.

كيفية كتابة متطلب يصمد أمام المراجعة

هذه هي المهارة كاملة. يُكتب المتطلب بشكل جيد عندما يعرف شخصان يختلفان في الرأي أنهما يختلفان بمجرد قراءته.

ضعيف: يجب أن يكون النظام سهل الاستخدام.
أفضل: يجب أن يتمكن المستخدم الجديد من تقديم مطالبة دون تدريب، ويُقاس ذلك بأن 8 من أصل 10 مستخدمين تجريبيين يكتملون تقديم مطالبة من 3 أسطر مع الإيصالات على الهاتف خلال أقل من 3 دقائق دون مساعدة.

ضعيف: يجب أن يتم تحميل التقارير بسرعة.
أفضل: يجب أن يتم عرض تقرير الملخص الشهري خلال 4 ثوانٍ لمجموعة بيانات تصل إلى 50,000 صف.

ضعيف: يحتاج المديرون إلى رؤية عمليات الاعتماد.
أفضل: يجب أن يتمكن المدير من رؤية جميع المطالبات التي تنتظر موافقته، مرتبة حسب تاريخ التقديم، على شاشة واحدة دون تصفية.

ضعيف: يجب أن يتكامل النظام مع قسم المالية.
أفضل: يجب أن يتم ترحيل المطالبات المعتمدة إلى نظام المحاسبة خلال 15 دقيقة، بما في ذلك مركز التكلفة ورمز ضريبة القيمة المضافة، مع تسجيل حالات الفشل وإعادة المحاولة تلقائيًا.

النمط في كل تحسين هو نفسه. سمِّ من يحتاجه، وما الذي يجب أن يكون محددًا، والشرط الذي بموجبه توافق على أنه تم تحقيقه. كلمات يجب أن تشكك فيها في مسوداتك: سهل الاستخدام، متين، سلس، بديهي، سريع، مرن، قابل للتوسع، سهل. كل واحدة منها تخفي قرارًا سيتخذه شخص ما لاحقًا دون علمك.

ترتيب المتطلبات حسب الأولوية باستخدام MoSCoW

المتطلبات دون أولويات تصبح إلزامية افتراضيًا، ثم تضغط أول أزمة في الجدول الزمني فتفرض قصًّا اعتباطيًا.

الانضباط الذي يجعل MoSCoW يعمل: لا ينبغي أن تتجاوز نسبة "يجب أن يكون" حوالي 60% من المتطلبات. إذا كان كل شيء "يجب أن يكون"، فستحصل على قائمة رغبات مع عمود أولويات. وقائمة "لن يكون هذا الوقت" هي الأكثر قيمة، لأنها السجل المكتوب لما تم تأجيله بوعي بدلًا من نسيانه.

جدول المتطلبات

يحتاج كل متطلب إلى معرّف، لأن "متطلب الإبلاغ" يصبح غامضًا بمجرد وجود اثنين. كما أن المصدر مهم، لأنه في الشهر الرابع سيطلب شخص ما معرفة من طلب ذلك، و"الأعمال" ليست إجابة.

مصفوفة التتبّع

التحقق الذي يضمن عدم إسقاط أي شيء بهدوء، وأنه لا يتم بناء أي شيء دون سبب.

تظهر مشكلتان فورًا. المتطلب الذي لا يحتوي على حالة اختبار لن يتم التحقق منه، وبند في المواصفة الوظيفية لا يرتبط بأي متطلب يعني أن هناك شيئًا يتم بناؤه دون أن يطلبه أحد. كلاهما شائع، وكلاهما سهل اكتشافه بهذه الطريقة.

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

مثال مختصر ومُنجز لتتمكن من رؤية مستوى التحديد.

المشروع: استبدال نظام المطالبات المصروفات. الإصدار: 1.2. المؤلف: محلل أعمال. الموافقون: مدير المالية، مدير تقنية المعلومات، مدير الموارد البشرية.

أهداف الأعمال. تقليل متوسط وقت سداد المطالبات من 24 يوم عمل إلى 10. تقليل وقت فريق المالية المخصص لمعالجة المطالبات بنسبة 50%، حاليًا 14 ساعة أسبوعيًا. تحقيق التزام بنسبة 95% بالسياسات على المطالبات المقدمة، حاليًا 71%.

بيان المشكلة. يتم تقديم المطالبات عبر جدول بيانات وإرسالها عبر البريد الإلكتروني. مسار الموافقة يدوي، وتصل الإيصالات بشكل منفصل، ويمتثل 29% من المطالبات للسياسة دون اكتشافها قبل الدفع. يقضي فريق المالية حوالي 14 ساعة أسبوعيًا في المتابعة، ويبلغ متوسط السداد 24 يوم عمل مقابل التزام مدته 10 أيام في دليل الموظفين.

ضمن النطاق. تقديم المطالبة، التقاط الإيصال، التحقق من السياسة، مسار الموافقة، ترحيل نظام المحاسبة، إشعار الموظف.
خارج النطاق. تسوية البطاقة الائتمانية للشركة، تحديد معدل الأميال، تكامل الرواتب، ترحيل المطالبات التاريخية بعد 12 شهرًا.

المتطلبات.

الافتراضات. بنية المؤسسة الحالية في نظام الموارد البشرية دقيقة ويتم الحفاظ عليها. نظام المحاسبة يعرض واجهة برمجة تطبيقات مدعومة. لن تتغير حدود السياسة خلال التنفيذ.

القيود. ميزانية قدرها £85,000. يجب إطلاقه قبل السنة المالية الجديدة. لا توجد زيادة في عدد موظفي المالية.

المخاطر. بيانات خط الإبلاغ في الموارد البشرية تثبت أنها غير موثوقة، والمسؤول عنها مدير الموارد البشرية، ويتم التخفيف عبر تدقيق قبل بدء التنفيذ. اعتماد الموافقين بطيء، والمسؤول عنه مدير المالية، ويتم التخفيف عبر تدريب المديرين وتشغيل موازٍ لمدة أسبوعين.

معايير النجاح. متوسط السداد خلال 10 أيام عمل أو أقل ضمن ربع واحد من تاريخ الإطلاق. وقت معالجة المالية 7 ساعات أسبوعيًا أو أقل. الالتزام بالسياسة 95% أو أعلى.

وثيقة متطلبات الأعمال مقابل المتطلبات الوظيفية مقابل المتطلبات التقنية

مصدر الالتباس الأكثر شيوعًا في هذا الموضوع، وهو السبب وراء أن العديد من وثائق BRD تكون في الواقع مواصفات ترتدي العنوان الخاطئ.

الاختبار: إذا ذكر متطلب شاشة أو حقلًا أو زرًا أو مكوّنًا من مكونات النظام، فهذا يعني أنه انتقل إلى المجال الوظيفي. يجب أن تصمد متطلبات الأعمال أمام تغيير كامل في الحل. إذا قمت بتبديل المورّدين وأصبح نصف وثيقة BRD غير صالح، فهذا يعني أن نصفها لم يكن متطلب أعمال أصلًا.

من يجهز وثيقة متطلبات الأعمال، ومن يوقّع عليها

يتم إعدادها بواسطة محلل الأعمال، أو مالك المنتج أو مدير المشروع عندما لا يوجد محلل. تُكتب مع أصحاب المصلحة وليس لهم، لأن وثيقة BRD التي يتم إنتاجها بمعزل يتم توقيعها دون قراءتها، وهذا أسوأ من عدم وجود وثيقة BRD على الإطلاق.

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

التوقيع الأكثر أهمية هو توقيع الشخص الذي سيُسأل في الشهر الرابع عما إذا كان هذا قد تم الاتفاق عليه.

كيفية كتابة وثيقة متطلبات الأعمال

1. حدد هدف الأعمال أولًا كرقم. إذا لم يستطع أحد تحديد المخرج القابل للقياس، فإن جمع المتطلبات سيؤدي إلى قائمة ميزات بدلًا من مستند.

2. حدد أصحاب المصلحة وحقوق اتخاذ القرار قبل جمع أي شيء. معرفة من يمكنه قول نعم تمنع معظم التراجعات المتأخرة.

3. وثّق الحالة الحالية بصدق، بما في ذلك الحلول البديلة. هنا تختبئ المتطلبات الحقيقية.

4. اجمع المتطلبات عبر المقابلات والملاحظة، وليس فقط عبر ورشة عمل. الورش تكشف ما يقوله الناس إنهم يحتاجونه. الملاحظة تكشف ما يفعلونه.

5. اكتب كل متطلب مع معايير قبول مرفقة، في الجلسة نفسها. إضافة المعايير لاحقًا يعني كتابتها من الذاكرة.

6. رتّب الأولويات باستخدام MoSCoW، واثبت على نسبة "يجب أن يكون".

7. سجّل الافتراضات والقيود والاعتمادات بشكل صريح. الافتراضات غير المكتوبة تتحول إلى نزاعات.

8. ابنِ مصفوفة التتبّع أثناء العمل بدلًا من بنائها في النهاية.

9. وزّع المستند للمراجعة مع تحديد موعد نهائي ومراجع محدد لكل قسم. "أي تعليقات؟" المرسلة إلى قائمة توزيع تنتج صمتًا.

10. مرّر المستند على أصحاب المصلحة في جلسة قبل طلب التوقيعات، ثم اعتمد نسخة الإصدار وادِر التغييرات رسميًا من تلك النقطة فصاعدًا.

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

ملاحظة حول نسخة Agile: وثيقة BRD والـ backlog ليستا في منافسة. وثيقة BRD تلتقط لماذا وما تحتاجه الأعمال، وهذا يتغير ببطء. الـ backlog يلتقط ما سيتم بناؤه بعد ذلك، وهذا يتغير باستمرار. الفرق التي تتخلى عن وثيقة BRD بالكامل تميل إلى فقد الخيط حول السبب، ثم تعيد اكتشافه كحجة.

أفضل الممارسات

• اكتب المتطلبات بحيث يمكن لشخص ما رفضها. الغموض يبدو كأنه اتفاق ويؤدي إلى نزاعات لاحقًا.

• متطلب واحد لكل صف. أي شيء يحتوي على "و" غالبًا يكون متطلبين.

• أرفق معايير القبول فورًا، ولاحقًا أبدًا.

• رقّم كل شيء ولا تعيد ترقيمه. اجعل المعرّفات القديمة تتقاعد بدلًا من إعادة استخدامها.

• سجّل مصدر كل متطلب.

• أبقِ الحلول خارج الوثيقة. بمجرد أن تسمّي شاشة أو حقلًا، تكون قد بدأت في تصميم الحل.

• عرّف كل مصطلح غامض في مسرد المصطلحات. كلمات مثل "claim" و"user" و"approved" تعني أشياء مختلفة لدى أقسام مختلفة.

• اعتمد الإصدار عند التوقيع وادِر التغييرات رسميًا بعد ذلك.

• حافظ على قائمة خارج النطاق ظاهرة. فهي تمنع توسع النطاق أكثر من أي قسم آخر.

الأخطاء الشائعة

• متطلبات غير قابلة للدحض. "بديهي" و"متين" لا يمكن اختبارها، لذلك يتم تفسيرها وقت التنفيذ من قبل أقرب شخص.

• لا توجد أولويات، لذلك يصبح كل شيء إلزاميًا حتى يفرض الموعد النهائي قصًّا اعتباطيًا.

• حلول متخفية على أنها متطلبات. تقيد التصميم قبل أن يتم تقييم الخيارات.

• لا توجد معايير قبول، لذلك يصبح "الإنجاز" تفاوضًا.

• قسم خارج النطاق مفقود. أرخص طريقة لمنع توسع النطاق.

• تمت كتابته لأصحاب المصلحة بدلًا من كتابته معهم. يتم توقيعه دون قراءته.

• افتراضات غير مكتوبة. كل مشروع لديه افتراضات، والغير المسجلة هي التي تكسره.

• لم يتم تحديثه أبدًا بعد التوقيع. المتطلبات تتغير، واعتماد نسخة غير مُصانة يتوقف عن كونه المرجع الذي يثق به الجميع.

• لا توجد قابلية للتتبّع، لذلك يتم اكتشاف الإسقاطات الصامتة في اختبار قبول المستخدم.

التقاط الحالة الحالية عبر تسجيلها

افتح القالب في Trupeer AI، وطبّق brand kit الخاص بك بحيث تتطابق وثيقة BRD مع بقية مستندات مشروعك، وعدّل أي قسم مباشرة. الإعداد موجود في دليل القالب.

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

سجّلها. وثّقها. ترجمها إلى 65+ لغة لفرق التسليم عن بُعد. خزّنها في قاعدة المعرفة الخاصة بك. Trupeer it.

الأسئلة الشائعة

هل يوجد قالب مجاني لوثيقة متطلبات الأعمال في Word؟

نعم. Word هو التنسيق الأساسي، مع ملاحظات إرشادية في كل قسم تقوم بحذفها أثناء الكتابة، بالإضافة إلى جدول المتطلبات وكتلة التوقيع المُعدة مسبقًا. تنزيل مجاني بدون تسجيل، بدون علامة مائية.

هل يمكنني تنزيل قالب وثيقة متطلبات الأعمال في Word مجانًا؟

نعم. كل تنسيق متاح للتنزيل مجانًا بدون الحاجة إلى حساب. استخدمه عبر عدد غير محدود من المشاريع.

هل يوجد قالب وثيقة متطلبات الأعمال بتنسيق Word doc؟

نعم، يتم تضمين نسخة .doc للأنظمة والمكتبات القديمة التي لا تتعامل مع .docx بشكل نظيف.

هل يوجد قالب مجاني لوثيقة متطلبات الأعمال في PDF؟

نعم. ملف PDF هو تنسيق النسخة الأساسية للقراءة فقط، وهو ما تقوم بتداوله بعد التوقيع حتى لا يمكن تعديل النسخة المعتمدة عن طريق الخطأ.

هل يوجد نموذج لوثيقة متطلبات الأعمال في PDF؟

نعم. مثال نظام المصروفات المُنجز أعلاه مُدرج كعينة PDF كاملة، مع عشر متطلبات ومعايير قبول وأولويات MoSCoW وافتراضات ومخاطر. قراءة وثيقة BRD مكتملة هي أسرع طريقة لمعايرة مدى تحديد وثيقتك أنت.

أين يمكنني تنزيل قالب وثيقة متطلبات في Word؟

في هذه الصفحة، في Word و.doc وGoogle Docs وExcel وPDF. كلها مجانية. إذا كنت تحتاج إلى المواصفة الوظيفية بدلًا من متطلبات الأعمال، فهي مستند منفصل، ويتم شرح الفرق أعلاه.

ما هي وثيقة BRD؟

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

ما الذي يجب أن تتضمنه وثيقة متطلبات الأعمال؟

تحكم المستند، ملخص تنفيذي، أهداف أعمال قابلة للقياس، بيان المشكلة، نطاق العمل مع استبعادات صريحة، أصحاب المصلحة، الحالة الحالية، متطلبات مُرقمة مع أولويات ومعايير قبول، افتراضات وقيود واعتمادات ومخاطر، التكلفة والفائدة، الجدول الزمني، معايير النجاح، مسرد المصطلحات، والتوقيع.

ما الفرق بين متطلبات الأعمال والمتطلبات الوظيفية؟

متطلبات الأعمال تحدد ما تحتاجه الأعمال ولماذا، بشكل مستقل عن أي حل. المتطلبات الوظيفية تحدد ما يجب أن يفعله النظام لتحقيق ذلك. "يجب سداد المطالبات خلال 10 أيام عمل" هو متطلب أعمال. "يوجه النظام المطالبات إلى الموافق المحدد في خط الإبلاغ الخاص بالموارد البشرية" هو متطلب وظيفي. يجب أن تصمد متطلبات الأعمال أمام تغيير المورّدين.

كم مدة وثيقة متطلبات الأعمال؟

من 10 إلى 20 صفحة لمشروع متوسط الحجم. يمكن إنجاز المشاريع الصغيرة في خمس صفحات. بعد الثلاثين، غالبًا ما يكون قسم المتطلبات قد استوعب التصميم الوظيفي الذي ينتمي إلى مكان آخر.

من يكتب وثيقة متطلبات الأعمال؟

محلل الأعمال، أو مالك المنتج أو مدير المشروع عندما لا يوجد محلل. يجب كتابتها مع أصحاب المصلحة وليس لهم، لأن وثيقة BRD التي يتم إنتاجها بمعزل يتم توقيعها دون قراءتها.

من يوافق على وثيقة BRD؟

الجهة الراعية للأعمال، صاحب الميزانية، وقائد كل وظيفة تتغير أعمالها، بالإضافة إلى قائد التسليم أو تقنية المعلومات الذي يؤكد أن المتطلبات مفهومة. يجب أن يتبع التوقيع جلسة عرض ومراجعة، وليس بريدًا إلكترونيًا للتوزيع.

كم عدد المتطلبات التي يجب أن تحتويها وثيقة BRD؟

بقدر ما يحتاجه النطاق فعليًا، لكن إذا تجاوزت حوالي ثمانين، تحقق مما إذا كانت التفاصيل الوظيفية قد تسللت إلى الوثيقة. مؤشر مفيد هو نسبة "يجب أن يكون": إذا كانت أعلى من نحو 60%، فهذا يعني أن ترتيب الأولويات لم يتم بشكل صحيح.

ما هي مصفوفة التتبّع؟

جدول يربط كل متطلب بهدف الأعمال الذي يخدمه، والمواصفة الوظيفية التي تعالجه، وحالة الاختبار التي تتحقق منه. فهو يلتقط المتطلبات التي لن يتم اختبارها أبدًا، والعمل الذي يتم بناؤه دون أن يرتبط بأي متطلب.

هل يمكنني تخصيص قالب وثيقة متطلبات الأعمال هذا؟

نعم، كل نسخة قابلة للتعديل بالكامل. احذف الأقسام التي لا تنطبق بدلًا من ترك عناوين فارغة، وعدّل جدول المتطلبات وفق نظام الأولوية الخاص بك إذا لم تستخدم MoSCoW. في Trupeer AI يمكنك أيضًا تطبيق brand kit الخاص بك بحيث تتطابق وثيقة BRD مع بقية مستندات مشروعك.

قوالب ذات صلة

• قالب خطة المشروع

• قالب خطة إدارة المشروع

• قالب توثيق المشروع

• قالب التوثيق التقني

• قالب توثيق البرمجيات

• قوالب توثيق الاختبارات

• قالب عملية الأعمال

• قالب خطة إدارة التغيير

• قالب خطة الأعمال