سؤال

هل يمكن لأي شخص من فضلك قم بإخبار ما هو أداة إدارة طلب التغيير وما تشارك عند تقديم طلب تغيير إلى هذه الأداة؟

هل كانت مفيدة؟

المحلول

أداة إدارة طلب التغيير هي للمستخدمين طلب تغييرات في البرنامج.

عند بدء عملية تطوير البرمجيات، هناك اتفاق بين فريق التطوير والمستخدمين (أو قسمهم) حول ما سيفعل البرنامج. وهذا ما يسمى المتطلبات. بمجرد أن يوافق الجميع على المتطلبات، ويفضل كتابة ذلك، يبدأ التنمية.

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

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

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

إذا تم ذلك بشكل صحيح، سيكون هناك سجل للتغييرات المطلوبة، والتغييرات التي تم إجراؤها، والتغييرات قيد التشغيل حاليا. سيتم إعطاء الأولوية تحسينات البرمجيات.

نصائح أخرى

إنه مشابه أو مطابق لأداة تتبع الأخطاء. تشمل الأشياء التي قد تحدث:

  • شخص ما ينظر إلى الطلب ("شخص ما" قد يكون مدير منتج، مدير مشروع، و / أو قائد فريق التطوير) ويقرر ما إذا كان ينبغي اعتباره أكثر

  • إذا لم يتم رفض الطلب على الفور، فقد تم تمريره إلى شخص ما (ربما المهندس المعماري أو قيادة فريق التطوير)، الذي سيقيم إتاحته ويقول ما الجهد / الجدول الزمني / الموارد اللازمة لتنفيذه سيكون

  • إذا تجاوزت الفائدة المتوقعة التكلفة المتوقعة وما إلى ذلك، فسيتم اعتمادها وإضافتها إلى جدول التطوير، وفي النهاية تم تعيينها إلى مطور متوفر

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

إنها قاعدة بيانات أساسا تساعد في الحفاظ على جميع عناصر "ToDo" من السقوط من الجدول.

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

يمكنك استخدام أداة إدارة المشكلات (TUG Tracker) كأداة طلب تغيير

أو يمكنك الذهاب إلى Fi واستخدام البروتوكول بدلا من ذلك (أي مجرد إجراء مكتوب في مستند Word)

ما أستخدمه مع عملائي هو مزيج من SLA (اتفاقية مستوى الخدمة) وبروتوكول طلب تغيير: "كتل الصيانة" - إدارة طلبات التغيير

للي

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top