ما هي أدوات تتبع المشكلات التي تدعم التذاكر الفرعية، وما مدى نجاحها في سد الفجوة بين مديري المشاريع والمطورين؟[مغلق]
https://stackoverflow.com/questions/140236
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
هناك ميزة أود رؤيتها في برنامج تتبع المشكلات والتي لا يبدو أنها شائعة جدًا، وهي القدرة على تقسيم التذكرة (خطأ، طلب ميزة، إلخ) إلى مهام فرعية وعرضها بطريقة هرمية، ربما مع نوع من تقرير نمط شريط التقدم عن التقدم المحرز في تذكرة معينة والتذاكر الفرعية الخاصة بها.
أعتقد أن هذا سيكون مفيدًا لكل من المطورين ومديري المشاريع:يرغب مديرو المشاريع في الحصول على نظرة عامة واسعة إلى حد ما عما يحدث، في حين يحتاج المطورون إلى التعمق في التفاصيل، وغالبًا ما يحتاجون إلى تقسيم المهمة إلى مهام فرعية.قد يكون هذا مفيدًا أيضًا إذا قام شخص ما بوضع مشكلتين في تذكرة واحدة.
هل يعرف أحد متتبع المشكلات الذي يفعل هذا؟حتى الآن، تتمتع جميع البرامج التي نظرت إليها (Trac وFogzBugz وBascamp) بتنظيم ثابت للتذاكر، لذا فهي إما مفيدة للمطورين أو لمديري المشاريع ولكن ليس لكليهما. تجميع تسمح للتذكرة بالحصول على تذاكر أطفال (وتذاكر متعددة للوالدين) ولكنها لا تقوم بعمل جيد جدًا من حيث سهولة الاستخدام في هذه الميزة المحددة.
إذا كان هناك مثل هذا المتتبع للمشاكل، فهل استخدمه أي شخص لكل من المطورين ومديري المشاريع، وإذا كان الأمر كذلك، ما مدى النجاح الذي حققته به؟وبدلاً من ذلك، هل هناك نهج أفضل يمكن استخدامه من قبل كلتا الفئتين من المستخدمين؟
(تحديث: هذا هو لا سؤال شخصي "ما هو برنامج تتبع الأخطاء المفضل لديك".أنا أسأل عن أدوات تعقب الأخطاء التي تتمتع بميزة محددة لغرض محدد، لذا يرجى عدم نشر أداة تعقب الأخطاء المفضلة لديك إذا لم تفعل ما طلبته.العنصر الذاتي الوحيد الذي يمكن القول به هو مدى نجاحه في تحقيق هذا الغرض بالذات.)
المحلول
تريد الإصدار 7 من Fogbugz.هذا يدعم مستويات متعددة من التسلسل الهرمي ويظهر ذلك في ملف com.treeview.
نصائح أخرى
تتمتع JIRA بالقدرة على تقسيم المهام إلى مهام فرعية عشوائية، كما تريد.كما أنه شديد اللمعان، لذا يجب أن يعجب به مديرو المشاريع.
هناك نقاش مطول حول أجهزة تعقب الأخطاء هنا.
أنا أحب السرعوف، نفسي.
السرعوف لديه علاقات بين القضايا، مثل الوالدين والطفل، وما إلى ذلك.
لا يحتوي على عرض شجري تمامًا، ولكنه يُظهر المشكلات ذات الصلة/الأصل/الفرع في القائمة عندما تقوم بعرض مشكلة.
بعد أن جربت Trac وMantis، فهو المفضل لدي شخصيًا
حسنا، لقد استخدمنا اختبار المسار لسنوات حتى الآن، والذي يدعم الربط الهرمي بين العناصر.ومع ذلك، فإن واجهة مستخدم إدارة المشروع ليست شيئًا يستحق الكتابة عنه.
هو - هي يبدو كما لو كنت تبحث عن شيء أشبه @مهمة, حيث تقوم بإنشاء خطة مشروع باستخدام نظام مشابه لنظام Microsoft Project، بحيث تعتمد المهام المستقبلية على المهام السابقة وما إلى ذلك.واجهة المستخدم رائعة جدًا، ولكن عندما تصل إلى أداة تعقب الأخطاء، فإنك تعود إلى وضع "جدول البيانات المجيد" - لا أحصل على انطباع بأن هذا قد تم تصميمه بالفعل من قبل المبرمجين أو من أجلهم.ومع ذلك، قد يكون من المفيد إلقاء نظرة إذا كنت كذلك حقًا جادة في الحاجة إلى هذا.
IMHO، المشكلة في إضافة تسلسل هرمي إلى نظام التتبع الخاص بك هي أن المشكلات لا تحتوي بشكل طبيعي على تسلسل هرمي عند إضافتها؛يجد أحد الأشخاص في ضمان الجودة تراجعًا، أو يتصل مستخدم من الميدان، ويتم إنشاء مشكلة.حتى على الأقل بعض يتم إجراء بحث عن السبب الجذري للمشكلة، وتكون المشكلة قائمة بذاتها، ومن المحتمل أن تظل قائمة بذاتها حتى يتم إصلاحها إلا إذا تم تحديده على أنه يعتمد على مشروع أكبر ...والذي من المحتمل أن يكون هناك بالفعل نوع من نظام إدارة المشروع المعمول به.
يدعم redmine وchiliproject المهام الفرعية دون أي مكونات إضافية.
بناءً على إحدى الإجابات الأخرى التي ألقيت نظرة عليها جيرا, ، والذي يقطع جزءًا من الطريق نحو تحقيق ما أبحث عنه ويبدو أنه يعمل بشكل جيد إلى حد معقول، على الرغم من أنه ليس سلسًا تمامًا كما كنت أتمنى.ومع ذلك، فهو يسمح فقط بالمهام الفرعية في الإصدارين Professional وEnterprise؛يتم تعطيل هذه الميزة بشكل افتراضي؛وستحصل على مستوى واحد فقط من المهام الفرعية.تسرد التقارير الافتراضية أيضًا مهام المستوى الأعلى بالإضافة إلى المهام الفرعية معًا في عرض مسطح، لذا يتعين عليك إنشاء تقرير مخصص على وجه التحديد إذا كنت تريد عرض مهام المستوى الأعلى فقط.
الميزة الأخرى التي أنوي التحقيق فيها عندما أتيحت لي الفرصة هي Mantis، والتي يبدو أن لها وظيفة مماثلة.سوف أقوم بالتحديث هنا بمجرد تجربته.
يدعم Rally كلاً من طرق عرض التطوير وإدارة المشروع
com.FogBugz هو أداة تعقب المشكلات التي أنشأتها شركة FogCreek التابعة لجويل سبولسكي.إنها ليست مجانية، ولكن هناك نسخة مستضافة لطيفة جدًا.من تجربتي الشخصية، فهو يحتوي على بعض الميزات الممتازة وسهل الاستخدام.من المؤكد أنه يبدو أجمل ويتمتع بقابلية استخدام أفضل من mantis أو bugzilla، لكنه ليس مفتوحًا، ويقوم ببعض المفاضلات بواجهة أبسط.
مكتب المساعدة للدعم عن بعد يحتوي على نظام تتبع أخطاء جيد جدًا وسهل الاستخدام وله أيضًا ميزة تعريضه لقسم الدعم لربط العملاء بالمشكلات ثم إخطار العملاء عند اكتمال المشكلات.أنا أعيش فيه يوميًا، ووجدت أن سير العمل مثمر للغاية.تعرف الإدارة دائمًا ما هو قيد التقدم حاليًا، وما تم إصلاحه للتو، وما هي المشكلات الساخنة (وحتى المدة التي يجب أن يستغرقها إصلاح شيء ما).
لديها نظام أولوية جيد جدًا وقابل للتخصيص.يمكن أن يكون لكل عدد فئة ومنتج مخصص له وبنقرة زر واحدة سيتم تنظيمه في تلك القائمة.هناك خيار التصفية السريعة، والقدرة على إجراء تصفية أكثر دقة.مع الوقت المقدر للاكتمال، يقوم تلقائيًا بحساب إجمالي الإكمال بسرعة بناءً على ما هو مرئي حاليًا في القائمة.
سير العمل النموذجي لدينا:يتم إدخال الأخطاء في النظام من قبل موظفي الدعم/طاقم ضمان الجودة.تقوم الإدارة بمراجعة قائمة الأخطاء "الجديدة" وتحدد الأولوية التي تريد أن يتم تنفيذها فيها.ينظر موظفو التطوير إلى قائمة الأولويات ويحددون مستويات الجهد المقدرة.تقوم الإدارة بمراجعة وتعديل الأولويات.التطوير يكمل القضايا.يتحقق ضمان الجودة من المشكلات المكتملة ويخطر العميل عند نشر التحديث بنجاح.
في جميع المراحل، يمكن لأي فرد في فريق العمل الاطلاع على القائمة ومعرفة الوضع الحالي، وحتى إضافة ملاحظات أو إرفاق عميل آخر بالمشكلة.توجد حقول لإصدار الإصدار، والتي نستخدمها مع مرشح/تقرير مخصص لإنشاء ملاحظات الإصدار تلقائيًا.(لقطة شاشة لملف مفتوح قضية معروفة:وهو جزء تتبع الأخطاء في المنتج).
دروس خصوصية.
حتى أنه يقوم بأنشطة إدارة المشاريع في الأعلى.
سير العمل، ويكي، إنه جيد جدًا.
www.tutos.org
لقد استخدمت السرعوف في العديد من المنظمات وخاصةً بسبب ميزة المشكلات الفرعية التي تعد إحدى النقاط الرئيسية التي أبحث عنها في أداة تعقب المشكلات.لقد قاموا الآن بتصدير Freemind إلى Mantis ولكني متأكد من أنني رأيت مخططات بين الوالدين والطفل مرسومة في موقع واحد، ربما لأنهم قاموا بتثبيت JpGraph.
أنا أستخدم أيضًا التثبيت المجاني لمستخدم واحد لـ اكسوسوفت نظام OnTime الذي يتميز بإدخال مرن للغاية للمشكلات الفرعية على الرغم من أن واجهة المستخدم غير معقدة بعض الشيء - يجب عليك البحث عن المشكلات بدلاً من أن تكون قادرًا على تحديد رقم مشكلة معين مباشرة كهدف للعلاقة.OTOH يسمح لك بتكوين مجموعة من العلاقات بنقرة واحدة في مربع الحوار، لذا يكون أسرع في هذا السيناريو.
لدى Bugzilla مفهوم الأخطاء التابعة، وهو ليس بالضبط نموذج المهمة الفرعية الذي تبحث عنه، ولكن يمكن النظر إليه على أنه قريب.ولسوء الحظ، فإن واجهة هذا الأمر قديمة جدًا، كما هو الحال مع بقية واجهة Bugzilla، ولكنها تنجز المهمة.
على الجانب الإيجابي، يمكن تقديم العلاقات بين الأخطاء في شكل رسم بياني بالإضافة إلى بنية شجرة سهلة الاجتياز إلى حد ما للسماح باستكشاف المشكلات ذات الصلة.بالإضافة إلى ذلك، عند اكتمال المشكلات الفرعية أو تغييرها، يتم تعميم هذه التغييرات على شجرة التبعية بحيث يتم بسهولة إخطار المسؤولين عن المهام ذات المستوى الأعلى بأن الأشياء التي ربما كانوا ينتظرونها قد اكتملت.
تم دمج JIRA مع Pivotal Tracker.
جيرا يسمح بالتذاكر.أنه يعطي قدرة مرشح JQL للبحث.يعطي القدرة على مشاركة التذاكر بين المجموعات.يعطي القدرة على مخططات سير العمل، والتاريخ، والانتقالات، والتعليقات، وما إلى ذلك.يعطي القدرة على عرض المراسلين والمكلفين والمنفذين.لكل تذكرة إمكانية إضافة تعليقات، ومرفقات، وإرفاق لقطات شاشة، ورابط، واستنساخ، وحل المشكلة.توفر JIRA تخطيطًا رائعًا لحالة التذكرة الحالية.
المتتبع المحوري يسمح بإدارة "السرعة" لمشروع التطوير الرشيق.مفيدة للمديرين والمطورين.يوفر الرسوم البيانية والرسوم البيانية.يوفر القدرة على دمج تذاكر JIRA في مشروعها.يوفر لوحة القيادة مع المشاريع.يوفر الرسوم البيانية السرعة في الوقت الحقيقي.يوفر عددًا من طرق العرض داخل كل مشروع بما في ذلك Current وIce Box وMy Work.يمكن أن تكون كل تذكرة JIRA بمثابة "قصة" في PT.تمر كل قصة بمراحل البدء والإنهاء والتسليم والقبول/الرفض والرفض لـ SDLC.تمنح كل قصة القدرة على إضافة مهمة وتعليقات ومرفقات وتحميل الملفات.
سير عمل جيرا 
سير عمل المتعقب المحوري
