سجل المنتج: كيفية بنائه وترتيب أولوياته بفعالية

يُعد سجل المنتج (Product Backlog) المحرك الأساسي للتطوير الرشيق (Agile). فكل ميزة، أو إصلاح لخطأ، أو تحسين، أو مهمة تقنية قد يتم بناؤها في المستقبل توجد في هذا السجل، مرتبة حسب الأولوية، ومقدرة الحجم، وجاهزة ليتم سحبها إلى دورة العمل (Sprint).

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

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

ما هو سجل المنتج (Product Backlog)؟

في إطار عمل Scrum، سجل المنتج هو قائمة مرتبة بكل ما قد يتم القيام به لتحسين المنتج. يمتلك هذا السجل مالك المنتج (Product Owner)، وهو المصدر الوحيد للحقيقة فيما يتعلق بما سيعمل عليه الفريق.

يحتوي السجل على:

قصص المستخدم (User stories): ميزات موصوفة من منظور المستخدم.
إصلاحات الأخطاء (Bug fixes): عيوب يجب معالجتها.
الديون التقنية (Technical debt): تحسينات على جودة الكود، أو البنية التحتية، أو الهندسة.
مهام البحث (Spikes): مهام بحثية لتقليل عدم اليقين قبل الالتزام بميزة معينة.
المتطلبات غير الوظيفية: تحسينات الأداء، والأمان، وسهولة الوصول.

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

دور مالك المنتج (Product Owner)

مالك المنتج (PO) هو المسؤول عن السجل. وهذا يعني:

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

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

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

كتابة عناصر سجل جيدة

Epic

"User can export data"

Story

"As a user I can filter"

Task

"Add pagination to list"

تنسيق قصة المستخدم (User Story)

التنسيق القياسي لقصة المستخدم هو:

بصفتي [نوع المستخدم]، أريد [إجراء معين] حتى أحصل على [فائدة معينة].

مثال: “بصفتي مديراً للمشروع، أريد تصفية المهام حسب الشخص المسؤول حتى أتمكن من رؤية عبء عمل فريقي بلمحة سريعة.”

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

معايير القبول (Acceptance Criteria)

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

مثال على معايير القبول لمهمة التصفية:

يمكن للمستخدمين التصفية حسب شخص واحد أو أكثر من المسؤولين في وقت واحد.
يتم تحديث العرض المصفى في الوقت الفعلي دون إعادة تحميل الصفحة.
يتم الاحتفاظ بحالة التصفية عندما ينتقل المستخدم بعيداً ثم يعود.
تظهر المهام غير المسندة عند اختيار “غير مسند”.

بدون معايير القبول، يظل مفهوم “الاكتمال” غير محدد. ومع وجودها، يعرف كل من المطور والمختبر بالضبط ما يجب التحقق منه.

معايير INVEST

قصص المستخدم الجيدة تلبي معايير INVEST:

الحرف	المعنى
I	مستقلة (Independent): يمكن تطويرها دون الاعتماد على قصة أخرى
N	قابلة للتفاوض (Negotiable): يمكن تعديل التفاصيل أثناء النقاش
V	ذات قيمة (Valuable): تقدم قيمة للمستخدمين أو للعمل
E	قابلة للتقدير (Estimable): يمكن للفريق تقدير الجهد المطلوب
S	صغيرة (Small): يمكن إكمالها في دورة عمل واحدة
T	قابلة للاختبار (Testable): لها معايير قبول واضحة

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

تقنيات ترتيب أولويات السجل

Prioritization Methods

MoSCoW: Must/Should/Could/Won't

RICE: Reach x Impact / Effort

Weighted shortest job first

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

طريقة MoSCoW

صنف كل عنصر إلى: يجب أن يكون (Must have)، ينبغي أن يكون (Should have)، يمكن أن يكون (Could have)، أو لن يكون (Won’t have) في هذا الإصدار. هذا يخلق نظام أولوية بسيطاً من أربع مستويات يمكن لأصحاب المصلحة فهمه والتفاعل معه.

نظام تسجيل RICE

يرمز RICE إلى الوصول (Reach)، والتأثير (Impact)، والثقة (Confidence)، والجهد (Effort). يتم تسجيل كل عنصر بناءً على هذه الأبعاد وترتيبه حسب نتيجة RICE: (الوصول × التأثير × الثقة) / الجهد.

هذا هو ترتيب الأولويات الكمي. وهو يعمل بشكل جيد عندما يكون لديك بيانات حول الوصول والتأثير وتريد ترتيباً أكثر قابلية للدفاع عنه من مجرد الحدس.

مصفوفة القيمة مقابل الجهد

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

نموذج Kano

يصنف نموذج Kano الميزات بناءً على كيفية تأثيرها على رضا المستخدم:

الاحتياجات الأساسية: غيابها يسبب عدم الرضا، ووجودها متوقع (يجب توفرها).
احتياجات الأداء: المزيد منها أفضل (الميزات الأساسية).
عوامل الإبهار: ميزات غير متوقعة تزيد من الرضا بشكل كبير.

يساعد هذا الإطار في الموازنة بين ما يجب توفره وبين الابتكار.

تنقيح السجل (Backlog Grooming)

تنقيح السجل، ويسمى أيضاً تحسين السجل، هو العملية المتكررة لمراجعة وتحديث وتحسين عناصر السجل. في Scrum، يحدث هذا عادةً مرة واحدة في كل دورة عمل كاجتماع مستقل.

تتضمن جلسة التنقيح ما يلي:

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

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

الحفاظ على صحة السجل

السجل الذي ينمو إلى ما لا نهاية دون تقليم يصبح عبئاً. تتوقف الفرق عن الوثوق به لأنها تعلم أنه مليء بالعناصر التي لا ينوي أحد بناءها. إليك علامات السجل الصحي وكيفية الحفاظ عليها.

علامات السجل الصحي

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

قاعدة “إذا لم يتم بناؤها خلال ستة أشهر، احذفها”

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

فصل صندوق التجميد (Icebox)

تحتفظ بعض الفرق بـ “صندوق تجميد”: مجموعة منفصلة من الأفكار والعمل المستقبلي المحتمل الذي ليس جزءاً صريحاً من السجل النشط. العناصر الموجودة في صندوق التجميد لا يتم ترتيب أولوياتها، ولا تنقيحها، ولا تقديرها. يتم التقاطها فقط للنظر فيها مستقبلاً.

هذا يمنع صندوق التجميد من تلويث السجل النشط ويجعل السجل النشط أصغر وأكثر نظافة وموثوقية.

سجل المنتج مقابل سجل دورة العمل (Sprint Backlog)

سجل المنتج وسجل دورة العمل مرتبطان ولكنهما متميزان:

	سجل المنتج	سجل دورة العمل
النطاق	كل ما قد يتم بناؤه	ما يلتزم الفريق به في هذه الدورة
المالك	مالك المنتج	فريق التطوير
المدة	مستمر ومتطور	دورة عمل واحدة (1-4 أسابيع)
مستوى التفصيل	متفاوت (الأعلى مفصل، الأسفل تقريبي)	جميع العناصر منقحة بالكامل
الحجم	قد يصل لمئات العناصر	عادة 10-20 عنصراً

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

قراءة ذات صلة: تخطيط دورة العمل: كيفية إدارة جلسة فعالة ودليل رسم خرائط قصص المستخدم.

أدوات لإدارة سجل المنتج

Kanban

Backlog

Sprints

الأداة	الأفضل لـ	ميزات السجل	السعر
Jira	فرق الهندسة الكبيرة	الملحمات، القصص، دورات العمل، التقارير	$7.75/مستخدم/شهر
Linear	فرق هندسة المنتجات	واجهة نظيفة، دورات، خرائط طريق	مجاني / $8/شهر
TasksBoard	فرق Google Workspace	Kanban، قوائم مهام مشتركة	مجاني / مميز
Notion	الفرق المرنة	قواعد بيانات مخصصة، طرق عرض	مجاني / $8/شهر
Trello	الفرق الصغيرة	بطاقات، قوائم، تسميات	مجاني / $5/شهر
Asana	الفرق متعددة الوظائف	محافظ، جداول زمنية، عبء العمل	مجاني / $10.99/شهر

بالنسبة للفرق التي تستخدم Google Workspace، توفر TasksBoard طريقة مباشرة لإدارة عناصر السجل كقوائم Google Tasks مشتركة مع عرض لوحة kanban، دون تعقيدات منصات إدارة المشاريع المخصصة.

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

من يمتلك سجل المنتج؟

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

كم مرة يجب تنقيح السجل؟

تقوم معظم فرق Scrum بالتنقيح مرة واحدة في كل دورة عمل، حيث تقضي حوالي 10% من سعة الدورة في التحسين. بالنسبة لدورة عمل مدتها أسبوعان، فهذا يعادل حوالي 90 دقيقة في الأسبوع.

ما مدى حجم سجل المنتج؟

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

ما هي الملحمة (Epic) في سياق سجل المنتج؟

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

كيف تتعامل مع الأخطاء في سجل المنتج؟

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

ما الفرق بين سجل المنتج وخارطة الطريق (Roadmap)؟

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

أدر سجلك باستخدام TasksBoard

سجل المنتج مفيد فقط إذا كان الفريق يستطيع رؤيته وتحديثه والوثوق به. تحول TasksBoard قوائم Google Tasks المشتركة إلى لوحة kanban مرئية، مما يمنح فريقك طريقة بسيطة وتعاونية لإدارة عناصر السجل دون إعداد معقد.

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