تُستخدم Jira لتتبع المشكلات ، وهي أداة مهمة للحفاظ على تنظيم فرق تطوير البرامج الكبيرة. في هذا الدليل ، سنقوم بتفصيل المخطط الذي تم تجربته واختباره ، بما في ذلك المستويات المختلفة لأنواع المشكلات وأدوات التنظيم المقدمة لك.
في وقت كتابة هذا التقرير ، تعمل Jira حاليًا على تجديد تجربة المستخدم بالكامل. لهذا السبب ، سيكون لديك خياران عند إنشاء مشروع جديد في Jira Cloud-Jira Classic أو Jira Next-Gen. تظل المفاهيم الأساسية كما هي ، لكن واجهات المستخدم مختلفة ، لذلك من المهم توضيح أن لقطات الشاشة في هذه المقالة مأخوذة من Jira Next-Gen ، وليست من Jira الكلاسيكية.
مشاكل جيرا
القضايا هي قلب جيرا. إنها تمثل "الأشياء التي يجب القيام بها" الفردية ، سواء كان ذلك إصلاح خطأ ، أو تنفيذ ميزة ، أو إجراء تغيير ، أو مجرد تصنيف العمل لسهولة التعيين.
هناك أنواع قليلة من المشكلات في جيرا. أبسطها هو "العدد" المعتاد ، والذي يُطلق عليه أيضًا "القصص". يمكنك إنشاء هذه من اللوحة الافتراضية الخاصة بك عن طريق النقر في أسفل القائمة وتسميتها:
إذا نقرت على مشكلة ، فسيظهر لك مربع حوار يعرض لك المزيد من المعلومات. تحتوي المشكلات على عدد قليل من الحقول المميزة ، والتي يمكن تخصيصها في إعدادات مشروعك. بشكل افتراضي ، يكون للمشكلات عنوان وتسميات تظهر على اللوحة الرئيسية ، بالإضافة إلى قائمة أنشطة موسعة في مربع الحوار المنبثق.
يمكن ربط المشكلات بقضايا أخرى بعدة طرق مختلفة. من الشائع أن تكون مشكلات البرامج شديدة الترابط ، لذا فإن هذه الميزة مفيدة جدًا. يمكن تعيين مشكلة على أنها تمنع إصلاح مشكلة أخرى ، أو العكس. يمكن أيضًا استخدام الخيار الغامض "يتعلق بـ" لرابط أكثر عمومية. تحت الغطاء ، يستخدم Jira أيضًا هذا النظام لربط المشكلات التي تم استنساخها أو تكرارها من المشكلات الحالية.
يمكنك أيضًا إنشاء "مشكلات فرعية" تُعرف بالمهام الفرعية. لا تظهر هذه المشكلات في اللوحة الأساسية الخاصة بك ، ولكنها مرتبطة مباشرةً بالمشكلة الرئيسية وتظهر. بطريقة ما ، تسمح لك بتقسيم القضايا الأكبر إلى أجزاء عمل فردية.
على الرغم من أنهم ليسوا على السبورة ، إلا أنهم يعملون كمشكلات كاملة ، مع استكمال المعرف الخاص بهم وجميع الحقول المتنوعة التي تأتي مع المشكلات القياسية. يمكن تعيينها لأفراد بغض النظر عن مهمة المشكلة الأصلية.
في القضية الرئيسية ، سيتم عرض جميع قضايا الأطفال في قائمة بجانب وضعها الحالي. يمنحك هذا نظرة عامة سريعة على مقدار ما لا يزال يتعين القيام به ، على غرار قائمة التحقق.
النوع الأخير والأكثر أهمية هو "الملاحم". لا تتتبع الملاحم الأخطاء أو الميزات الفردية ، ولكنها تعمل كمجموعة كبيرة الحجم من المشكلات التي ترتبط جميعها بمجال معين من العمل.
على سبيل المثال ، قد تكون "مصادقة المستخدم" ملحمة. ضمن هذا Epic ، يمكنك إنشاء مشكلات قصة فردية للتعامل مع تدفق تسجيل الدخول ، وإنشاء صفحات تسجيل الدخول والتسجيل ، وربما إضافة دعم OAuth 2.0. يمكنك تقسيم هذه المشكلة بشكل أكبر عن طريق إنشاء مهام فرعية توضح بالتفصيل ما يجب القيام به لإكمال كل قصة.
يمكنك إنشاء ملاحم من علامة التبويب "خارطة الطريق". نظرًا لأن Epics عادةً ما تتعقب عمليات التسليم الكبيرة لمتطلبات المستخدم ، فإنها تأتي مع تاريخ بدء وتاريخ استحقاق ، ويمكن تنظيمها وفقًا لجدول زمني.
بخلاف ذلك ، تعمل الملاحم تمامًا مثل إصدارات Jira القياسية. يمكن تعيين مشكلات القصة إلى Epic ، والتي ستعرض اسم Epic جنبًا إلى جنب مع المشكلة على لوحاتك ، مما يجعلها أداة تنظيمية رائعة. سيتم عرض المشكلات المرتبطة بملحمة باعتبارها مشكلات ثانوية في لوحة معلومات Epic.
علاوة على ذلك ، إذا لم تعجبك أنواع المشكلات الافتراضية ، فيمكنك تخصيصها من إعدادات Jira ، وحتى إنشاء أخرى جديدة حسب رغبتك.
استخدام لوحات كانبان
مجرد التمرير عبر قائمة المشكلات ليس بديهيًا للغاية ، ويمكن أن يصبح سريعًا إذا كان لديك الكثير من المشكلات. إحدى الأدوات التنظيمية الأساسية لـ Jira هي لوحة Kanban. نشأت كانبان من صناعة السيارات اليابانية ، وهي طريقة لتنظيم العناصر في مراحل مميزة ، تسمى أيضًا القوائم. عندما يتقدم عنصر أو "بطاقة" في التطوير ، فإنه ينتقل من اليسار إلى اليمين على طول القائمة.
كانبان ليس مقصورًا على Jira أو اخترعه ، حيث أن خدمات مثل Trello و Gitlab والعديد من الخدمات الأخرى قد نفذت لوحات قد تجدها مشابهة جدًا لتطبيق Jira. ومع ذلك ، لا تزال ميزة رائعة وإضافة رائعة لمجموعة أدوات جيرا.
من الناحية العملية ، يمكنك إنشاء قوائم بالمشكلات المتراكمة ، والتي يتم تحديد أولوياتها حاليًا ، والعمل بنشاط عليها ، ومراجعة التعليمات البرمجية المعلقة ، والإصدار المعلق ، وشحنها للإخراج. بينما تعمل أنت وموظفوك في مشروعك ، ستنتقل المشكلات من التراكم عبر القائمة.
يمكن نقل القضايا بين القوائم عن طريق سحبها من واحدة إلى أخرى. إذا كنت قد أعددت عمليات تكامل Jira مع التحكم بالمصادر ، فيمكنك بسهولة نقل مشكلات Jira إلى مراجعة الكود من خلال الإشارة في رسالة الالتزام إلى أنه يغلق معرّف مشكلة معينًا.
بينما تركز Jira على استخدام القوائم لتمثيل المراحل الزمنية لتطوير البرامج ، لا توجد حدود لعدد القوائم التي يمكنك الحصول عليها ، لذا يمكنك استخدامها مجانًا كأداة تنظيمية أيضًا.يمكنك أيضًا إنشاء لوحات كانبان متعددة ، مما يتيح لك الحصول على لوحة قياسية ولوحة مخصصة ، باستخدام نفس المشكلات (على الرغم من أن هذه الميزة غير متوفرة حاليًا في Jira Next-Gen).
باستخدام Sprints
على الرغم من أن لوحات Kanban تعد بمثابة مجموعة رائعة لمعظم المشاريع ، إلا أنه بالنسبة للفرق التي تتطلع إلى تنفيذ سير عمل تطوير رشيق مثل Scrum ، قد يكون تنظيم المشكلات باستخدام "Sprints" أكثر فائدة. السباقات هي فترة زمنية ثابتة ، عادةً شهر واحد أو أقل ، يعمل خلالها فريقك على مشكلات أو ميزات محددة.
يمكنك تشغيل Sprints من إعدادات المشروع الخاص بك ، والذي يتطلب أيضًا تشغيل ميزة backlog.
سترى الآن علامة التبويب "Backlog" التي تحتوي على قائمة بجميع مشكلاتك. يتيح لك هذا العمل المتراكم تخطيط Sprint الخاص بك. يمكنك سحب القضايا الفردية إلى السباق ، أو ترتيب العناصر في الأعمال المتراكمة حسب الأهمية ثم سحب الفاصل إلى الأعمال المتراكمة.بمجرد الانتهاء من التخطيط لشيء مقبول ، يمكنك النقر فوق "Start Sprint".
الآن ، إذا عدت إلى لوحة كانبان الخاصة بك ، فسترى أنها مقتصرة على العناصر في السباق الذي اخترت التركيز عليه ، والتي يمكن أن تزيل الفوضى. بمعنى ما ، يعد Sprint أساسًا مرشحًا للوحة Kanban الخاصة بك.
وإلا ، فهي لوحة كانبان عادية تمامًا. يمكنك التبديل بين الميزتين حسب الرغبة ، وستتذكر المشكلات مكانها في كانبان ، بغض النظر عما إذا كان لديك Sprints نشط أم لا.
