كيف يمكنني كسر الحواجز بين التطوير وضمان الجودة في مشروع رشيق؟[مغلق]

Question

لقد تم التقديم رشيق لبضعة أشهر الآن في مشروعي.ومع ذلك، فإننا نشهد مشكلة ثابتة في عمليات إيقاف التكرار لدينا.نحن لا نصل إلى الصفر في كل تكرار.

المهام المتبقية هي مهام ضمان الجودة.أشياء مثل كتابة الاختبارات والاختبارات وما إلى ذلك.

الآن، هناك بعض المقاومة التنظيمية لفكرة "الفريق متعدد الوظائف" المتمثلة في المرونة.يتم تطوير المطورين لمشاريع فردية ولكن يتم مشاركة المختبرين لمشاريع متعددة.وهو ما يتعارض تمامًا مع فكرة Agile المتمثلة في عمل Dev's و QA معًا.

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

مما أرى، أستطيع أن أفعل شيئين:

1. إقناع المنظمة بالانتقال نحو "كل مشروع له شخص مخصص لاتحاد QA"
2. قم بتغيير تعريف "تم" لعدم تضمين عمل ضمان الجودة/الاختبار.ستظل الأمور تم اختبارها على الرغم من.

أفضّل تجنب القيام بالأمر الثاني، لأنني أقدر التعاون الاختباري الذي نقوم به.

ما هي نصيحتك لمشكلتي؟

Answer 1

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

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

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

Answer 2

لا أعتقد أنه يمكنك وصف ما تفعله بالمرن إلا إذا شارك فيه الجميع.اطلب من المُختبر أن يجلس فعليًا بالقرب من المطورين (على الأقل في الوقت الذي يعمل فيه المُختبر على مهام لمشروعه مثل إنشاء خطط الاختبار)، وقد يؤدي ذلك إلى تعزيز الاتصال وجعل ضمان الجودة يشترك فيه.

Answer 3

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

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

Answer 4

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

Answer 5

يمكنك اعتبار ضمان الجودة بمثابة عملاء المطورين.لذا، عندما يقوم المطورون بإصدار ضمان الجودة في نهاية التكرار، يتم التكرار.

يمكن أن تدخل تعليقات العميل (الأخطاء التي تحتاج إلى إصلاح) في العمل الذي يتعين القيام به للتكرار التالي.

Answer 6

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

على المدى الطويل، الخيارات المتاحة أمامك هي

• ابحث عن طريقة للعمل مع الهيكل/العملية التنظيمية المحددة
• تغيير الهيكل التنظيمي ليكون مناسبا للعملية
• chagne عملية التطوير لتكون مناسبة للمنظمة