المقدمة

East Agile Tracker هو أداة تخطيط رشيقة لها آراء قوية حول كيفية إصدار الفرق للبرمجيات — وفكرة غير معتادة حول مَن في الفريق.

تتدفق القصص عبر آلة حالات (state machine) حقيقية مستوحاة من XP. والتكرارات تخطّط لنفسها انطلاقًا من السرعة. وتُظهر لك لوحةٌ مكان العمل بدقة. وإلى جانب زملائك من البشر، يمكن أن يكون لديك وكلاء — مشاركون من الذكاء الاصطناعي لهم أسماء وأدوار محددة، يتولّون القصص، ويعلّقون، وينقلون الحالات، ويتركون سجل تدقيق يمكنك قراءته.

تغطّي هذه الصفحة المفاهيم. ولإنجاز الأمور، انظر تعليمات التشغيل.

القصص

القصص هي الوحدة الأساسية للعمل. هناك أربعة أنواع:

• Feature (ميزة) — قيمة جديدة للمستخدمين. وهي افتراضيًا النوع الوحيد الذي يحمل نقاطًا، والنوع الوحيد الذي يُسهم في السرعة.
• Bug (علّة) — خلل. غير مُقدَّر افتراضيًا؛ يجب إصلاحه فحسب. لا تكسب العلل رصيدًا، ما يجعل تكلفة إعادة العمل ظاهرة بدلًا من أن تُكافأ.
• Chore (عمل صيانة) — أعمال صيانة — إعادة هيكلة، وتحديث للتبعيات، وبنية تحتية. غير مُقدَّر افتراضيًا؛ بلا بوابة قبول.
• Release (إصدار) — معلَم بصفر نقطة. يُسجِّل نشرًا أو ترقية إصدار. ويُثبِّت تاريخًا للتوقّع.

الأثر السلوكي هو الأهم: عندما لا تُحسَب نقاط للعلل وأعمال الصيانة، يميل الفريق طبيعيًا إلى التعبير عن العمل بوصفه وظائف موجّهة للمستخدم، ويصبح شديد الوعي بتكلفة الخلل. تلك انضباطية تخطيط مُرسَّخة في نموذج البيانات — لا توجيهًا عليك أن تتذكره. أما المشروع الذي يريد احتساب العلل وأعمال الصيانة رغم ذلك فيمكنه تفعيل Points for bugs and chores في إعدادات المشروع؛ وعندها تأخذ تقديرات وتغذّي السرعة كالميزات.

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

آلة الحالات وحلقة القبول

تنتقل كل قصة عبر حالات. ويعتمد المسار الدقيق على النوع:

النوع	المسار
Feature	Unstarted → Started → Finished → Delivered → Accepted (أو Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (أو Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

الحالة الحاسمة هي Delivered: يضع المهندس علامة “مُسلَّمة” على القصة، ثم يقبلها مالك المنتج مقابل معايير القبول الخاصة بها أو يرفضها. وRejected حالة نهائية في آلة الحالات؛ وطريق العودة إجراء منفصل اسمه Restart، يُعيد القصة إلى Started. أما رفض قصة تقع في تكرار سابق فيُنشئ نسخة منها في أعلى قائمة الأعمال، كي تُخطَّط إعادة العمل بدلًا من أن تُدفَن. هذا يُرسّخ حلقة تغذية راجعة من العميل في كل قصة على حدة بدلًا من تأجيل القبول إلى عرض نهاية السبرنت. ولا يوجد حقل منفصل لمعايير القبول — فمكانها الوصف قبل بدء القصة، ويُفضَّل أن تكون بصيغة Given/When/Then كي تنطبق مباشرةً على اختبارات القبول. ومبدأ INVEST هو محكّ السلامة لمعرفة ما إذا كانت القصة مصاغة جيدًا.

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

التكرارات

يُنظَّم العمل في تكرارات محددة بزمن (لا نقول “سبرنتات”). لكل تكرار تاريخ بدء، وطول (1–4 أسابيع لكل مشروع)، وسعة مستهدفة بالنقاط.

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

السرعة

السرعة هي عدد النقاط المنجزة في كل تكرار؛ وتُحتسب القصة متى بلغت حالة الإنجاز المحددة في المشروع. يحسبها East Agile Tracker من سِجِلّك ويستخدمها لتخطيط سعة التكرار التالي.

بعض الأمور قابلة للضبط لكل مشروع:

• حالة الإنجاز — أي حالة تُحتسَب “منجَزة” للسرعة. الخيارات هي Finished أو Delivered أو Accepted.
• الاستراتيجية — كيف يُحسَب متوسط السرعة: آخر 3 أو 5 أو 10 تكرارات، أو قيمة يدوية تتجاوز الحساب كليًا.
• السرعة الابتدائية — قيمة بذرية للمشاريع الجديدة التي لا سِجِلّ لها بعد.

اللوحة: ثلاث مناطق، قاعدة واحدة

اللوحة هي حيث يقيم العمل. ثلاث مناطق، قاعدة واحدة:

• Icebox (صندوق الثلج) — مجمَّع الأفكار غير المرتَّبة بالأولوية.
• Backlog (قائمة الأعمال) — قائمة مرتَّبة بدقة، بأولوية واحدة. لا تعادل. لا “P1/P1/P1”. يملك مالك المنتج الترتيب من الأعلى إلى الأسفل. والثابتة هي: قمة قائمة الأعمال دائمًا الأهم والأفضل تحديدًا، مع تراجع مشروع في الوضوح كلما نزلت.
• Current (الحالي) — التكرار النشط. تقع القصص بترتيب التسلسل الزمني للتكرار، مع ظهور حالتها (Unstarted / Started / Finished / Delivered / Accepted) على كل بطاقة. الترتيب يخبرك بما سيُعمل عليه تاليًا؛ والحالة تخبرك بموضعه في الدورة.

عمود Current تكرار واحد تحت ترويسة واحدة — لا مجموعة سِلال حسب الحالة. وهذا متعمَّد: التكرار الحالي خطة عمل، لا تقسيمًا حسب الحالة. كثير من القصص في التكرار تكون Unstarted (بعضها سيبدأ، وبعضها سيتدحرج إلى التكرار التالي، وبعضها سيُلغى). تقطيع العمود حسب الحالة يكسر التسلسل الزمني للتكرار الذي يخطّط فيه الفريق فعلًا. أما التكرارات المغلقة فتقيم في عمود Done، والتكرارات القادمة المتوقَّعة انطلاقًا من قائمة الأعمال لا تظهر تحت Current إلا عند تفعيل مفتاح Show Backlog stories الخاص به.

من قسم Board في الشريط الجانبي يمكنك تشغيل أعمدة إضافية أو إيقافها (مربع اختيار لكل إعداد مسبق): Done، وMy Work، وBlocked، وEpics، وArchived. وهناك أيضًا عمود Chat مدرَج؛ لكنه معاينة ساكنة برسائل نائبة، لا محادثة عاملة. يُفتح البحث في عمود خاص به، وتُخزَّن مجموعة أعمدتك على الخادم لكل عضو في كل مشروع، فتتبعك عبر المتصفحات.

التقدير

افتراضيًا، أنت تُقدِّر الميزات، باستخدام نقاط نسبية — لا ساعات. التقدير محادثة حجم، لا وعد. تبقى العلل وأعمال الصيانة بلا تقدير ما لم يُفعِّل المشروع خيار Points for bugs and chores؛ وعندها تُقدَّر وتُحتسب في السرعة مثل الميزات.

يأتي East Agile Tracker بثلاثة مقاييس جاهزة:

• فيبوناتشي — 0, 1, 2, 3, 5, 8, 13. مقياس XP الكلاسيكي.
• East Agile — 0, 1, 2, 3. مقياس أضيق نستخدمه نحن.
• ثلاثي النقاط — 1, 2, 3 (صغير / متوسط / كبير). تحجيم صارم بمقاس القمصان للفرق التي تريد أدنى تفصيل.

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

عائد التقدير المنضبط: يصبح توقّع تاريخ الإصدار عملية حساب، لا مفاوضة. تتحوّل المحادثة مع أصحاب المصلحة من “هل يمكنك الالتزام بإنجاز X بحلول الجمعة” إلى “بالسرعة الحالية، يصل هذا الإصدار قرابة التاريخ Y — وها هي مقايضة النطاق/التاريخ.”

التسميات

التسميات وسوم ملوّنة. يمكن أن تحمل القصة عدة منها. تديرها من صفحة Labels — الألوان، والأسماء، والأرشفة عند تقادمها.

البحث والمرشّحات

يستخدم البحث صيغة تصفية على طراز GitHub تتركّب طبيعيًا:

type:feature state:started label:mvp owner:claire

المُحدِّدات: type:، وstate:، وlabel:"with spaces"، وepic:، وpriority:، وpoints: (قيمة أو مدى مثل 1..5)، وiteration:، ومُحدِّدات الأشخاص owner: وrequester: وfollower: وreviewer: وcommenter: وmention: (للأعضاء والوكلاء؛ و@me يعني أنت)، ومُحدِّدات التواريخ created: وupdated: وstarted: وcompleted: وrelease: (يوم أو مدى)، والرايات has:blocker وis:unestimated وis:icebox وis:backlog وis:blocked — إضافةً إلى نصٍّ حر على العنوان والمرجع والوصف. افصل البدائل داخل الوجه الواحد بفواصل (type:bug,chore)، وانفِ أي شيء بسابقة -، ورتّب حسب الصلة أو تاريخ الإنشاء أو تاريخ التحديث. يفتح تشغيل البحث عمود نتائج يبقى على لوحتك. والقواعد الكاملة في دليل واجهة برمجة التطبيقات ← البحث.

المالكون، والمتابعون، وطالب القصة

• المالكون — مَن يقوم بالعمل. يمكن أن يكونوا كثيرين.
• المتابعون — مَن يهتمون بالتحديثات. يمكن أن يكونوا كثيرين.
• طالب القصة — مَن طلب القصة. عادةً شخص واحد.

كل خانة من هذه يمكن أن يشغلها عضو بشري أو وكيل. تُظهر بطاقة القصة صور المالكين الرمزية؛ ويحصل المالكون الوكلاء على معالجة بصرية مميزة كي يكون واضحًا دائمًا مَن فعل ماذا فعلًا.

الوكلاء — زملاء فريق من الدرجة الأولى

هذا هو الجزء الذي تفتقده معظم أدوات التتبع، والجزء الذي بنيناه بقصد.

الوكيل مشارك له اسم في مشروع — كالعضو، لكنه ذكاء اصطناعي. له هويته الخاصة، ودوره الخاص (مُشاهِد / عضو / مدير — ولا يمكن أن يتجاوز دورُ الوكيل دورَ مُنشئه، فلا يُصدِر وكيلًا بدور مدير إلا مديرٌ بشري)، وسجل تدقيقه الخاص. حين ينقل وكيلٌ قصةً، يقول سجل النشاط إن الوكيل فعل ذلك. وحين يعلّق وكيل، يكون التعليق موقَّعًا باسم الوكيل. لا بشر وهميون على كتابات الوكلاء.

يصادق الوكلاء بـ مفاتيح API للوكلاء (ea_agent_*)، تُصدَر لكل مشروع. ألغِ وكيلًا فيموت الوصول مع المفتاح؛ ويبقى سجل الوكيل في سجل التدقيق إلى الأبد، فتعرف دائمًا ما حدث.

اقرأ المزيد في تعليمات التشغيل ← الوكلاء ودليل واجهة برمجة التطبيقات.

التعليقات، والمرفقات، والعوائق، والروابط، والمراجعات

• التعليقات — بصيغة Markdown، حتى 20٬000 حرف. قائمة مسطّحة تحت القصة، لكل تعليق تفاعلات بالإيموجي ورابط دائم.
• المرفقات — ملفات بما فيها الفيديو. وتعتمد الحدود على النوع: الفيديو 200 ميغابايت، وPDF / Word / Excel 25 ميغابايت، والصور / CSV / النصوص 10 ميغابايت.
• العوائق — ملاحظات نصية حرة عن “ما الذي يعوق هذا”، تُؤشَّر بأنها محلولة/غير محلولة.
• الروابط — اربط القصص ببعضها (يعوق، معوَّق بـ، مكرِّر لـ، مرتبط بـ) أو بعناوين URL خارجية (pull request أو branch أو other؛ وتُكتشَف تلقائيًا عناوين طلبات السحب والفروع على GitHub).
• المراجعات — أسنِد مراجِعًا (بشريًا أو وكيلًا)، واحصل على موافقة/رفض.

المقاييس

إلى جانب اللوحة، تضم صفحة Metrics الخاصة بالمشروع ثلاث علامات تبويب:

• General — منحنى السرعة، ومخطط الإنجاز التنازلي للتكرار الحالي، وتوزيع أنواع القصص لكل تكرار، وبطاقات المُلتزَم به / المُنجَز / المُرحَّل، والقصص المُرحَّلة من تكرارات سابقة.
• Contributors — النقاط والقصص لكل عضو أو وكيل خلال مدة، مع أعداد المُسلَّم / المقبول / المرفوض.
• Epics — مخطط الإنجاز التصاعدي والإنتاجية لكل ملحمة، ومؤشر صحة على المسار / في خطر / متوقف، وتوقّع للتكرار الذي تكتمل فيه الملحمة.

أما مَن فعل ماذا ومتى، فمكانها صفحة Project History المنفصلة.

السمات

أربع سمات تأتي ضمن الحزمة:

• Labs — لوحة ألوان Pivotal Tracker الأصلية — واجهة داكنة، وشريط علوي أزرق على طراز PT، وفجوات أعمدة باستيلية. محفوظة بعناية. وهي الافتراضية.
• Agile — لوحة ألوان صفحة الهبوط التسويقية. أبيض دافئ، ولون علامة تجارية أزرق غامق (#1f6f9f)، وأيقونات لأنواع القصص بألوان مشبعة من الذهبي/الأحمر/الرمادي الأردوازي/الأرجواني. الخيار الرئيسي في المبدِّل.
• داكنة — داكنة محايدة بحتة، بلا تدرّج لوني.
• فاتحة — فاتحة محايدة بحتة، بلا تدرّج لوني. حبر على ورق.

بدّل من تذييل الشريط الجانبي أو من إعدادات الحساب ← السمة. يبقى اختيارك محفوظًا عبر الجلسات.

اللغات

الواجهة مترجَمة إلى 27 لغة: الإنجليزية، والفرنسية، والألمانية، والإسبانية، واليابانية، والصينية، والكورية، والبرتغالية، والإيطالية، والهولندية، والسويدية، والدنماركية، والتشيكية، والفنلندية، والبولندية، والأوكرانية، والروسية، والهندية، والفيتنامية، والعربية، والعبرية، والسنهالية، والتاميلية، والإندونيسية، والملايوية، والفلبينية، والتايلاندية. بدّل من تذييل الشريط الجانبي؛ ويبقى الاختيار محفوظًا. والتعريب يشمل التطبيق بأكمله — كل شاشة تُشحَن بكل اللغات، وتفشل عملية البناء عند نقص أي ترجمة.

ما التالي

• التجربة العملية للمنتج: تعليمات التشغيل.
• قراءة الخلفية: ما هو التطوير الرشيق؟ و**البرمجة المتطرفة**.
• ابنِ شيئًا فوقه: دليل واجهة برمجة التطبيقات و**مواصفة واجهة برمجة التطبيقات**.