Gantt وJira: كيف تُبقي الخطة والعمل متوافقين

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

يشرح هذا المقال لماذا لا يكفي Jira وحده للجدولة، وكيف تعمل المزامنة ثنائية الاتجاه بين Planitude وJira Cloud، وما الحدود التي يجدر بك معرفتها قبل تفعيلها.

أداتان وسؤالان مختلفان#

يجيب Jira عن السؤال: على ماذا يعمل الفريق الآن؟ فقوائم الأعمال المتراكمة (backlogs) واللوحات والسبرينتات مبنية لذلك. أما الجدول الزمني فيجيب عن سؤال مختلف: متى سننتهي، وأي المهام لا تحتمل التأخير؟

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

ما ينقص Jira في الجدولة#

ليس Jira خاليًا من أدوات التخطيط. فالجدول الزمني يعرض التبعيات بين العناصر المرتبطة بنوع الرابط «Blocks»، وحين تتداخل تواريخ عنصرين مرتبطين يتحول خط التبعية إلى الأحمر للإشارة إلى تأخير محتمل^[1]. وبحسب صفحة أسعار Atlassian، تُدار التبعيات داخل مشروع واحد في خطتي Free وStandard وعبر المشاريع في Premium^[2].

لكن التحذير ليس إعادة حساب: تبقى التواريخ كما أُدخلت، والمسار الحرج ليس بين الميزات الموصوفة. والنتيجة أن الخطة تعيش في مكان آخر، في ملف أو أداة أخرى، وتفقد توافقها. وللاطلاع على مقارنة كاملة بين الأداتين، انظر Planitude مقابل Jira.

كيف تعمل المزامنة ثنائية الاتجاه#

يربط التكامل مشروعًا واحدًا في Planitude بمشروع واحد في Jira Cloud. ويستخدم تسجيل الدخول Atlassian OAuth 2.0: لا ترى Planitude كلمة مرورك أبدًا، وتخزّن الرموز مشفرة وتجددها برموز التحديث (refresh tokens) الدوّارة التي توفرها Atlassian، وهي تنتهي بعد 90 يومًا من عدم النشاط^[3].

عند الربط للمرة الأولى، تختار المحاذاة الأولية:

1. إرسال الخطة إلى Jira: يُنشأ issue لكل مهمة ورابط «Blocks» لكل تبعية؛
2. الاستيراد من Jira: يتحول كل issue قائم إلى مهمة في أسفل الخطة، بتاريخ البدء والمدة والتقدم والمكلَّف؛
3. الاثنان معًا: الاستيراد أولًا، ثم تُرسل المهام غير الموجودة بعد في Jira.

ومن ثم تنتقل التغييرات في الاتجاهين. من Planitude إلى Jira، يُكتشف كل تغيير في الخطة ويُرسل خلال ثوانٍ، أيًّا كان مصدره: الجدول أو مخطط Gantt أو الاستيراد أو المساعد الذكي. ومن Jira إلى Planitude، تصل التغييرات عبر webhooks التي يسجلها التكامل، وتجددها Planitude قبل انتهاء صلاحيتها بعد 30 يومًا لدى Atlassian^[4]، ويلتقط فحص كل خمس دقائق أي أحداث فائتة.

يمكن أن تبقى المهام الملخِّصة في Planitude فقط أو أن تصبح Epics، مع المهام التي تحتها كـ issues فرعية.

من يملك ماذا: قاعدة الحقول#

تحتاج المزامنة الموثوقة إلى قاعدة بسيطة لكل حقل. وفي Planitude هي هذه:

يعكس المنطق العمل الفعلي: الخطة تقرر متى، والفريق يقرر مدى تقدم المهمة ومن ينفذها. وتُترجم الحالة إلى نسبة مئوية بخريطة قابلة للتعديل: بحسب الفئة، للإنجاز 0% وقيد التنفيذ 50% ومنجز 100%. وإذا كانت المهمة عند 30% وانتقل الـ issue الخاص بها إلى «In Progress»، فلا يُستبدل تقدمها بقيمة 50% ثابتة.

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

التبعيات والتعارضات والحذف#

التبعيات. تتحول روابط الانتهاء إلى البدء إلى روابط «Blocks»: السابقة تحجب اللاحقة. أما روابط البدء إلى البدء والانتهاء إلى الانتهاء والبدء إلى الانتهاء فلا مقابل لها في Jira وتبقى في Planitude فقط. وروابط «Blocks» المضافة يدويًا في Jira لا تُستورد ولا تُحذف.

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

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

الحذف. لا يحذف أي طرف شيئًا لدى الآخر. فالمهمة المحذوفة في Planitude تترك الـ issue في Jira بالتسمية planitude-unlinked؛ والـ issue المحذوف في Jira يترك المهمة في الخطة، وتعرض الصفحة إجراءين: إعادة إنشائه في Jira أو إيقاف مزامنته.

ربط Jira خطوة بخطوة#

1. افتح المشروع في Planitude واختر ⋯ ‹ Integrations ‹ Jira.
2. انقر Connect Jira وامنح الوصول في شاشة موافقة Atlassian.
3. إذا كان حسابك يرى عدة مواقع، فاختر الموقع الصحيح، ثم مشروع Jira.
4. راجع الخيارات: نوع الـ issue الافتراضي، المهام الملخِّصة كـ Epics أم لا، حقل تاريخ البدء، التسمية للـ issues التي تنشئها Planitude.
5. اختر المحاذاة الأولية: إرسال أو استيراد أو الاثنان.
6. تحقق من قسم People وأكمل أي مطابقات لم تُوجد بالبريد الإلكتروني.

تكتب Planitude في Jira بصفة من ربط المشروع، لذا يحتاج هذا الشخص إلى صلاحيات Jira لتصفح المشروع وإنشاء الـ issues وتعديلها وتكليفها وربطها ونقلها بين الحالات. ويستطيع مالكو مشروع Planitude ومحرروه ضبط التكامل؛ أما أصحاب صلاحية القراءة فقط فيرون حالته فحسب. وتُوصف التكاملات الأخرى المتاحة في صفحة التكاملات.

الحدود المعروفة#

• Jira Cloud فقط: لا يُدعم Jira Data Center وServer.
• تبعيات الانتهاء إلى البدء فقط؛ ومكلَّف واحد لكل issue (الشخص صاحب أكبر عدد من الوحدات في المهمة).
• تواريخ بدقة اليوم: وتبقى الأوقات في Planitude.
• تسمح Atlassian لتطبيق OAuth بـ 5 webhooks لكل مستخدم في كل موقع^[4]: فبعد المشروع الخامس الذي يربطه الشخص نفسه على الموقع نفسه، تصل التغييرات من Jira عبر فحص الدقائق الخمس.
• مع خيار «المهام الورقية فقط (leaf tasks only)»، تُعامل المهمة التي تصبح ملخِّصة كأنها أُزيلت ويحصل الـ issue الخاص بها على التسمية planitude-unlinked.

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