سبرنتات لفرق العمل الهجينة بين البشر والذكاء الاصطناعي: كيف تعمل السبرنتات في Sharkly

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

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

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

باختصار

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

ما هو السبرنت في Sharkly

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

تستخدم الوثائق مصطلح السبرنت، وهو يعني ما يعنيه في المجال نفسه. فـ دليل سكرم يصف السبرنتات بأنها حاويات ثابتة المدة تتحوّل فيها الأفكار إلى قيمة، ويحافظ إصدار Sharkly على هذا النسب. ما تغيّره Sharkly هو مَن يقوم بالتنفيذ داخل هذا الإطار الزمني.

وثمة ثلاثة حدود تُبقي المفهوم واضحًا:

• السبرنت ينتمي إلى مساحة واحدة فقط. وإدراج مهمة في سبرنت لا يغيّر ملكيتها.
• السبرنتات اختيارية، وتُفعَّل لكل مساحة على حدة. فالمساحة التي تفكّر بأسلوب التدفق المستمر لا تحتاج إلى تفعيلها أبدًا.
• السبرنت ليس مشروعًا وليس عرضًا (View). استخدم السبرنت حين يكون السؤال: ما الذي ينبغي إنجازه في إطار زمني محدد؟ واستخدم المشروع لنتيجة قد تمتد عبر عدة سبرنتات أو مساحات. واستخدم العرض لحفظ طريقة معيّنة لاستعراض المهام.

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

الإيقاع التلقائي أم الوضع اليدوي

عند تفعيل السبرنتات لمساحة ما، تختار إحدى طريقتين لإدارة دورة الحياة. والاختيار يغيّر سلوك دورة الحياة، لا ملكية المهام.

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

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

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

كيف تدخل المهام إلى السبرنتات وتخرج منها وتتخطاها

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

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

الأولى: يمكن ألا يكون للمهمة أي سبرنت على الإطلاق. وهذا هو الموضع الطبيعي لعمل الـ Backlog وللمهام غير الملتزم بها في أي إطار زمني.

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

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

أما التواريخ، فبداية السبرنت المخطَّط ونهايته قابلتان للتعديل، بينما بداية السبرنت النشط ثابتة ويمكن تغيير نهايته فقط.

ما الذي تكشفه لك تقارير السبرنت

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

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

قيد الفريق الهجين: خطّط للمراجعة، لا للتنفيذ

كل ما في هذا القسم حجة تخطيطية، لا ميزة في المنتج. فـ Sharkly توفر لك آليات السبرنت المذكورة أعلاه؛ أما كيفية تحميل السبرنت فهي قرار تقديري.

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

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

لذا اقلب سؤال التخطيط. بدلًا من السؤال عن حجم العمل الذي يستطيع الفريق تنفيذه في أسبوعين، اسأل عن حجم العمل الوكيلي المنجز الذي يستطيع أفرادك قبوله في أسبوعين. وعمليًا، يغيّر هذا أربع عادات:

1. قدّر تكلفة المراجعة، لا تكلفة البناء فقط. فالمهمة التي ينفّذها الوكيل بسهولة قد تكون مكلفة عند قبولها.
2. ضع سقفًا للعمل المكتمل غير المقبول المتزامن. حدّد عدد المهام التي يستطيع كل مراجع قبولها فعلًا في السبرنت، وتوقف عن التخطيط بما يتجاوز المجموع. وهذا اتفاق عمل لا إعداد في Sharkly، لكن مقاييس الإكمال ستخبرك عندما تتجاوز الحد.
3. أطلق التنفيذ عن قصد. ولأن حالة الـ Backlog توقف التنفيذ، يمكنك توزيع البدء على مراحل بحيث يصل العمل المنجز بوتيرة يستوعبها المراجعون، بدلًا من أن يصل كله دفعة واحدة في اليوم الثاني.
4. اقرأ معدل الإنجاز كرقم مراجعة. فحين يستوي منحنى الإنجاز التراكمي بينما يقف الوكلاء عاطلين، يكون القيد قد أعلن عن نفسه. وهذه إشارة إلى إضافة مراجعين أو الالتزام بعمل أقل، لا إلى إضافة وكلاء.

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

تخطيط سبرنت هجين، خطوة بخطوة

1. فعّل السبرنتات للمساحة واختر الطريقة. الإيقاع الثابت في الفريق يرجّح الإيقاع التلقائي؛ والعمل المرتبط بالإصدارات يرجّح الوضع اليدوي.
2. شكّل النطاق. اسحب المهام المرشّحة إلى السبرنت القادم عبر تخطيط السبرنت أو حقل السبرنت. وأبقِ العمل غير الملتزم به بلا سبرنت.
3. أسند شقّي كل مهمة. تفصل Sharkly بين المسؤولية البشرية وتنفيذ الوكيل: يُدرج الأفراد في مجموعة المسؤولين، ويُدرج وكيل أو Crew في خانة التنفيذ الواحدة. وتغيير أحدهما لا يغيّر الآخر أبدًا.
4. اكتب مهامًا يستطيع الوكيل العمل عليها. ينبغي أن يحمل الوصف الهدف والقيود ومعايير القبول التي يحتاجها شخص أو وكيل جديد للمضي قدمًا.
5. أطلق العمل بوتيرة المراجعة. انقل المهام خارج الـ Backlog كلما تحرّرت سعة المراجعين.
6. أغلق بقصد. في الوضع اليدوي، اختر مصير كل مهمة غير مكتملة. وفي الإيقاع التلقائي، تحقق مما رُحّل إلى الأمام واسأل: هل كان النطاق أكبر من اللازم أم كانت المراجعة أبطأ من المطلوب؟

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

إذا كانت سبرنتاتك تعيش في Jira اليوم

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

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

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

هل يجب أن أستخدم السبرنتات في Sharkly؟

لا. فالسبرنتات اختيارية وتُفعَّل لكل مساحة على حدة. والمساحة التي تفضّل التدفق المستمر يمكنها تركها معطّلة تمامًا، وحتى مع تفعيل السبرنتات، يمكن ألا يكون للمهمة أي سبرنت على الإطلاق، وهي الحالة الطبيعية لعمل الـ Backlog.

ما الذي يحدث للمهام غير المكتملة عند انتهاء السبرنت؟

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

هل يمكن للوكلاء العمل على مهام السبرنت تلقائيًا؟

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

كيف تحسب Sharkly سعة السبرنت؟

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

هل يمكنني إضافة مهمة إلى سبرنت انتهى بالفعل؟

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