คุณมีจุดบกพร่องที่เปิดอยู่กี่จุดใน Backlog ของคุณ? 100? 1000?
พวกเขานอนอยู่ที่นั่นนานแค่ไหน? สัปดาห์? เดือน? ปี?
ทำไมสิ่งนี้ถึงเกิดขึ้น? ไม่มีเวลา? คุณจำเป็นต้องทำงานที่มีลำดับความสำคัญมากกว่านี้หรือไม่? “ตอนนี้เราจะใช้ฟีเจอร์เร่งด่วนทั้งหมด แล้วเราจะมีเวลาแก้ไขข้อบกพร่องอย่างแน่นอน”?

... บางคนใช้นโยบาย Zero Bug บางคนมีวัฒนธรรมการทำงานกับจุดบกพร่องที่ได้รับการพัฒนามาอย่างดี (พวกเขาอัปเดตรายการค้างในเวลาที่เหมาะสม แก้ไขข้อผิดพลาดเมื่อฟังก์ชันการทำงานเปลี่ยนแปลง ฯลฯ) และบางคนก็ปลูกฝังวิซาร์ดที่เขียนโดยไม่มีจุดบกพร่องเลย (ไม่น่าเป็นไปได้ แต่บางทีสิ่งนี้อาจเกิดขึ้น)

วันนี้ฉันจะบอกคุณเกี่ยวกับวิธีแก้ปัญหาของเราในการทำความสะอาดข้อผิดพลาดที่ค้างอยู่ - โครงการ Bagodelnya

มันเริ่มต้นได้อย่างไร?

เป็นอีกครั้งที่เมื่อมองผ่าน Backlog ของจุดบกพร่องแบบเปิดที่เพิ่มมากขึ้นเรื่อยๆ เราก็มาถึงจุดเดือดแล้ว มันเป็นไปไม่ได้ที่จะอยู่แบบนี้อีกต่อไป พวกเขาตัดสินใจตัดมันออกไม่ว่าจะด้วยวิธีใดก็ตาม ความคิดนั้นชัดเจน แต่จะทำอย่างไร? เราตกลงกันว่าวิธีที่มีประสิทธิภาพมากที่สุดคือกิจกรรมที่คล้ายกับแฮ็กกาธอน: นำทีมออกจากงานประจำวันและจัดสรรเวลา 1 วันทำการเพื่อจัดการกับข้อบกพร่องเท่านั้น

พวกเขาจดกฎระเบียบ เรียกและเริ่มรอ มีความกลัวว่าจะมีผู้สมัครเพียงไม่กี่คน น้อยมาก แต่ผลลัพธ์เกินความคาดหมายของเรา - มีทีมที่ลงทะเบียนมากถึง 8 ทีม (แต่ในช่วงสุดท้ายรวมกันได้ 3 ทีม) เราจัดสรรวันทำงานทั้งหมดในวันศุกร์เพื่อจัดงานและจองห้องประชุมขนาดใหญ่ มีการจัดเตรียมอาหารกลางวันในโรงอาหารของสำนักงาน และมีการเพิ่มคุกกี้สำหรับของว่าง

การดำเนินงาน

ในตอนเช้าของวันที่ X ทุกคนรวมตัวกันในห้องประชุมและบรรยายสรุปสั้นๆ

กฎพื้นฐาน:

• หนึ่งทีมประกอบด้วย 2 ถึง 5 คน อย่างน้อยหนึ่งทีมคือ QA
• สมาชิกในทีมจะต้องปิดจุดบกพร่องตามมาตรฐานการผลิตภายในทั้งหมด
• แต่ละทีมจะต้องมีข้อบกพร่องแบบปิดอย่างน้อยหนึ่งรายการซึ่งต้องมีการแก้ไขในโค้ด
• คุณสามารถแก้ไขข้อบกพร่องเก่าได้เท่านั้น (วันที่สร้างข้อบกพร่อง < วันที่เริ่มต้นของบ้านข้อบกพร่อง - 1 เดือน)
• สำหรับข้อบกพร่องที่แก้ไขแล้ว คะแนน (จาก 3 ถึง 10) จะได้รับคะแนนขึ้นอยู่กับการวิจารณ์ (เพื่อหลีกเลี่ยงการโกง การวิจารณ์ไม่สามารถเปลี่ยนแปลงได้หลังจากวันที่ประกาศ Bug Day)
• สำหรับการปิดข้อบกพร่องที่ไม่เกี่ยวข้องและไม่สามารถทำซ้ำได้ จะได้รับ 1 คะแนน
• การปฏิบัติตามกฎทั้งหมดจะได้รับการตรวจสอบโดยทีมตรวจสอบ ซึ่งจะยกเลิกคะแนนสำหรับข้อบกพร่องที่ค้นพบอีกครั้ง

รายละเอียดอื่น ๆ

• เราไม่ได้จำกัดใครก็ตามในการเลือกสถานที่: พวกเขาสามารถอยู่ในที่ทำงานหรือนั่งกับทุกคนในการประชุมโดยที่พวกเขาจะไม่ถูกรบกวนและรู้สึกได้ถึงความหลงใหล

• เพื่อรักษาจิตวิญญาณแห่งการแข่งขัน ตารางอันดับจึงถูกแสดงบนหน้าจอขนาดใหญ่ และการถ่ายทอดข้อความของการต่อสู้ก็ออกอากาศอย่างต่อเนื่องในช่องหย่อน ในการคำนวณคะแนน เราใช้ลีดเดอร์บอร์ดที่อัปเดตผ่านเว็บฮุค

กระดานผู้นำ

• ทีมตรวจสอบติดตามการปฏิบัติตามกฎทั้งหมด (จากประสบการณ์ 1-2 คนก็เพียงพอแล้ว)
• หนึ่งชั่วโมงหลังจากสิ้นสุด Bagodelny ผลการตรวจสอบอีกครั้งก็ได้รับการประกาศ
  ผู้ชนะจะได้รับบัตรของขวัญที่บาร์ และผู้เข้าร่วมทุกคนจะได้รับของที่ระลึก (พวงกุญแจที่มี "แมลง")

ผลการวิจัย

ตลอดหกเดือนที่ผ่านมา เราได้จัดโรงทานไปแล้วสามแห่ง เราลงเอยด้วยอะไร?

• จำนวนทีมโดยเฉลี่ยคือ 5 ทีม
• จำนวนข้อบกพร่องโดยเฉลี่ยที่ประมวลผลคือ 103
• จำนวนแมลงที่ไม่เกี่ยวข้อง/ไม่สามารถทำซ้ำได้โดยเฉลี่ยอยู่ที่ 57% (และขยะชิ้นนี้ก็เป็นสิ่งที่น่ารำคาญและหวาดกลัวกับปริมาณของมันอยู่ตลอดเวลา)

ช่วงประกาศผล

และตอนนี้คำตอบสำหรับคำถามที่ยากที่สุดที่ใครๆ ก็ชอบถาม: “คุณพบข้อบกพร่องใหม่กี่ข้อ”
คำตอบ: ไม่เกิน 2% ของการประมวลผลทั้งหมด

ความคิดเห็น

หลังจากกิจกรรม Bagodelen เราได้รวบรวมความคิดเห็นจากผู้เข้าร่วม ต่อไปนี้เป็นคำตอบสำหรับคำถาม “คุณชอบอะไรมากที่สุดเกี่ยวกับกระบวนการเข้าร่วม”:

• มันเจ๋งมากที่จะจัดเรียงงานที่ค้างอยู่ด้วยแรงจูงใจเช่นนี้! โดยปกติแล้วนี่เป็นกระบวนการที่น่าเบื่อมากและต้องทำเป็นระยะ)
• ความตื่นเต้นคุกกี้
• นี่เป็นโอกาสที่รอคอยมานานในการแก้ไขสิ่งเล็กๆ น้อยๆ ที่ไม่สำคัญ แต่คุณต้องการแก้ไข
• ฉันชอบที่ในที่สุดคุณสามารถแก้ไขข้อบกพร่องเก่าๆ ที่ไม่พึงประสงค์นอกเหนือจากการวิ่งได้ เพราะจะไม่มีเวลาสำหรับสิ่งเหล่านี้เพราะจะมีงานที่มีลำดับความสำคัญสูงกว่าเสมอ เราจัดการเพื่อรวบรวมบุคคลที่จำเป็นทั้งหมดไว้ในที่เดียว (เช่น ทีมของเรามี dba เป็นต้น) และพูดคุยร่วมกันถึงความเกี่ยวข้องของข้อบกพร่องที่ระบุและความเป็นไปได้ทางเทคนิคในการแก้ไข

ข้อสรุป

ร้านขายแมลงไม่ใช่ยาครอบจักรวาล แต่เป็นทางเลือกในการลดปัญหาที่ค้างอยู่ (ในทีมต่างๆ จาก 10 ถึง 50%) ในเวลาเพียงวันเดียว สำหรับเรา กิจกรรมนี้เริ่มต้นขึ้นก็ต้องขอบคุณผู้ที่มีแรงบันดาลใจที่สนับสนุนผลิตภัณฑ์และใส่ใจในความสุขของผู้ใช้ของเราเท่านั้น

ข้อบกพร่องที่ดีที่สุดและน้อยลง!

ที่มา: will.com