كم عدد البق المفتوحة لديك في تراكمك؟ 100؟ 1000؟
وكم من الوقت يرقدون هناك؟ أسبوع؟ شهر؟ سنين؟
ولماذا يحدث هذا؟ لا وقت؟ هل تحتاج إلى القيام بمهام ذات أولوية أعلى؟ "نحن الآن ننفذ جميع الميزات العاجلة ، ومن ثم سيكون هناك بالتأكيد وقت لفرز الأخطاء"؟
... يستخدم البعض سياسة Zero Bug Policy ، والبعض الآخر لديه ثقافة مطورة جيدًا للتعامل مع الأخطاء (يقومون بتحديث الأعمال المتراكمة في الوقت المناسب ، ومراجعة الأخطاء عند تغيير الوظائف ، وما إلى ذلك) ، والبعض الآخر ينمي السحرة الذين يكتبون بدون أخطاء على الإطلاق ( غير مرجح ، لكن ربما يحدث ذلك).
سأخبرك اليوم عن الحل الذي نقدمه لتنظيف تراكم الأخطاء - مشروع Baghouse.
كيف بدأ كل شيء؟
مرة أخرى ، وبالنظر إلى التراكم المتزايد باستمرار للأخطاء المفتوحة ، وصلنا إلى نقطة الغليان. كان من المستحيل العيش على هذا النحو بعد الآن ، قرروا تقليله بأي ثمن. الفكرة واضحة ولكن كيف يتم ذلك؟ اتفقنا على أن الطريقة الأكثر فعالية ستكون حدثًا مشابهًا للهاكاثون: لإبعاد الفرق عن المهام اليومية وتخصيص يوم عمل واحد لمعالجة الأخطاء فقط.
دوّنوا القواعد وأطلقوا صرخة وبدأوا في الانتظار. كانت هناك مخاوف من أنه سيكون هناك عدد قليل من المتقدمين ، وعدد قليل جدًا ، لكن النتيجة فاقت توقعاتنا - اشترك ما يصل إلى 8 فرق (على الرغم من دمج 3 فرق في اللحظة الأخيرة). لقد خصصوا يوم عمل كاملًا للحدث يوم الجمعة ، وحجزوا اجتماعًا كبيرًا. تم تنظيم وجبات الغداء على أساس مقصف المكتب ، وأضيفت ملفات تعريف الارتباط للوجبات الخفيفة.
تطبيق
في صباح يوم X ، اجتمع الجميع في غرفة اجتماعات وعقدوا إيجازًا موجزًا.
القواعد الأساسية:
- يقاتل فريق واحد من 2 إلى 5 أشخاص ، واحد منهم على الأقل هو QA ؛
- يجب إغلاق الأخطاء بواسطة أحد أعضاء الفريق وفقًا لجميع معايير الإنتاج الداخلية ؛
- يجب أن يكون لدى كل فريق خطأ مغلق واحد على الأقل يتطلب إصلاحات في الكود ؛
- يمكن إصلاح الأخطاء القديمة فقط (تاريخ إنشاء الخطأ <تاريخ بدء البيت الخشبي هو شهر واحد) ؛
- بالنسبة للأخطاء الثابتة ، يتم منح النقاط (من 3 إلى 10) اعتمادًا على درجة الأهمية (لتجنب الغش ، لا يمكنك تغيير درجة الأهمية بعد الإعلان عن تاريخ بيت التدليل) ؛
- لإغلاق الأخطاء غير الملائمة وغير القابلة للإنتاج ، يتم منح نقطة واحدة ؛
- يتم مراقبة الامتثال لجميع القواعد من قبل فريق التدقيق ، والذي يلغي نقاط الأخطاء التي تم إعادة اكتشافها.
تفاصيل أخرى
- لم نحصر أي شخص في اختيار الموقع: كان من الممكن البقاء في مكان العمل أو الجلوس مع الجميع في غرفة اجتماعات ، حيث لا يشتت انتباه الرجال ويشعرون بالعواطف.
- للحفاظ على الروح التنافسية ، تم عرض جدول تصنيف على الشاشة الكبيرة ، وبث نص المعركة باستمرار في قناة Slack. لحساب النقاط ، استخدمنا لوحة ليدربورد تم تحديثها عبر الويب هوك.
ليدربورد
- تمت مراقبة الامتثال لجميع القواعد من قبل فريق التدقيق (وفقًا للتجربة ، يكفي شخصان لهذا الغرض).
- بعد ساعة من نهاية Bagodelny ، تم الإعلان عن النتائج التي تم إعادة فحصها.
حصل الفائزون على شهادة هدية إلى الحانة ، وحصل جميع المشاركين على هدية تذكارية (سلاسل مفاتيح بها "أخطاء").
النتائج
على مدى الأشهر الستة الماضية ، احتجزنا بالفعل ثلاثة باغودلني. ماذا انتهى بنا؟
- متوسط عدد الفرق هو 5.
- متوسط عدد الأخطاء المعالجة هو 103.
- يبلغ متوسط عدد الحشرات غير ذات الصلة / التي لا يمكن إعادة إنتاجها 57٪ (وهذه القمامة دائمًا قبيحة للعين وتخاف من كميتها).
لحظة إعلان النتائج
والآن الإجابة على السؤال الأكثر تعقيدًا الذي يحب الجميع طرحه: "كم عدد الحشرات الجديدة التي زرعتها؟".
الجواب: ما لا يزيد عن 2٪ من جميع المعالجة.
التعليقات
بعد Bagodelen ، قمنا بجمع التعليقات من المشاركين. فيما يلي إجابات السؤال "ما أكثر شيء أعجبك في عملية المشاركة؟":
- إنه لأمر رائع جدًا تسوية الأعمال المتراكمة بمثل هذا الحافز! عادة ما تكون هذه عملية مملة للغاية ، تحتاج إلى القيام بذلك بشكل دوري).
- الإثارة ، ملفات تعريف الارتباط.
- هذه فرصة طال انتظارها لتصحيح تلك الأشياء الصغيرة التي ليست حرجة ، لكنك تريد تحريرها.
- لقد أحببت أنه يمكنك أخيرًا إصلاح الأخطاء القديمة غير السارة خارج العدو ، ولن يكون هناك وقت لمثل هذه الأخطاء ، لأنه ستكون هناك دائمًا مهام ذات أولوية أعلى. تمكنا من جمع كل الأشخاص الضروريين في مكان واحد (كان لدى فريقنا dba ، على سبيل المثال) ، وناقشنا بشكل جماعي أهمية الأخطاء والإمكانية التقنية لإصلاحها.
اختتام
لا يعتبر الكيس حلاً سحريًا ، ولكنه خيار قابل للتطبيق لتقليل تراكم الأخطاء (في فرق مختلفة من 10 إلى 50٪) في يوم واحد فقط. بالنسبة لنا ، انطلق هذا الحدث فقط بفضل الأشخاص المتحمسين الذين يدعمون المنتج ويهتمون بسعادة مستخدمينا.
كل خير وأقل البق!
المصدر: www.habr.com