วิธีจัดการการค้างของตัวติดตามปัญหา


10

พวกเราใช้ Trac มาหลายปีแล้วและรายการ "บัตรโดยสารที่ใช้งาน" ของเราได้เพิ่มเป็นเกือบ 200 รายการ สิ่งเหล่านี้รวมถึงข้อบกพร่องที่มีลำดับความสำคัญต่ำเกินไปและซับซ้อนเกินกว่าที่จะแก้ไขได้ในตอนนี้คำขอคุณลักษณะที่ถูกเลื่อนออกไปปัญหาที่ไม่เคยสร้างการร้องเรียน แต่ทุกคนตกลงจะแก้ไขสักวันหนึ่งการสร้างรหัสตามแผนและ infelicities อื่น ๆ ไม่ต้องการติดตาม ฯลฯ

เป็นผลให้มีเกือบ 200 ปัญหาเหล่านี้รายการเกือบล้นหลาม; มันไม่มีประโยชน์อีกต่อไปในฐานะแหล่งที่มาของสิ่งที่ต้องดำเนินการในขณะนี้

วิธีที่ดีที่สุดในการติดตามปัญหาประเภทนี้คืออะไร

ส่วนหนึ่งของปัญหาคือปัญหาเหล่านี้บางอย่างมีลำดับความสำคัญต่ำซึ่งอาจไม่เสร็จสิ้น ฉันเกลียดที่จะสูญเสียสิ่งของเหล่านี้ (คล้ายกับที่ไม่ต้องการทิ้งบางสิ่งบางอย่างออกจากบ้านของฉันในกรณีที่ฉันอาจต้องการมันสักวัน); ฉันต้องโยนมันทิ้งไปโดยไม่คำนึงว่า (โดยทำเครื่องหมายว่าเป็นตัวแก้ไข) และคิดว่าฉันสามารถหาพวกมันได้ในอนาคตถ้าฉันต้องการมัน?


200 สำหรับทีมทั้งหมดทำให้ฉันหัวเราะ :-) ฉันคนเดียวมี 120 ปัญหาเปิดซึ่งส่วนใหญ่ฉันจะไม่มาแก้ไข! - สรุปแล้วเป็นคำถามที่ยอดเยี่ยม! ฉันเพิ่งจะถามเหมือนกัน
Martin Ba

คำตอบ:


6

ขั้นแรกให้นักพัฒนาแต่ละคนดูที่แต่ละรายการและตรวจสอบ / ทดสอบแต่ละรายการเพื่อดูว่ามันยังเป็นปัญหาอยู่หรือไม่ จากนั้นปิดสิ่งที่ไม่เป็นปัญหาอีกต่อไปหรือได้รับการดูแลด้วยความพยายามในการพัฒนาอื่น ๆ

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

ตรวจสอบแต่ละกลุ่มความพยายามทั้งสามและทำเครื่องหมายแต่ละรายการในกลุ่มด้วยลำดับความสำคัญของค่าวิกฤตสูงธุรกิจมูลค่าทางเทคนิคสูงค่าปานกลางปานกลางต่ำและไม่ต้องแก้ไข

ในตอนนี้คุณรู้รายการข้างในและเข้าใจงานที่เกี่ยวข้องกับงานในมือของคุณและคุณสามารถเริ่มต้นตัดสินใจเกี่ยวกับสิ่งที่ต้องทำ นำรายการทั้งหมดที่มีการทำเครื่องหมายว่าจะไม่แก้ไขและเก็บถาวรออกจาก Backlog ของคุณ

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

รายการของรายการที่มีเครื่องหมายระดับความสำคัญต่ำหรือปานกลางสามารถใช้เป็นรายการของสิ่งต่าง ๆ เพื่อให้ผู้คนทำงานได้เมื่อพวกเขามีเวลาว่างหรือเพื่อฝึกอบรมพนักงานใหม่ ฉันมักจะพบว่าเป็นการดีที่มีคนหนึ่งคนอยู่ในทีมในระหว่างการวนซ้ำทุกครั้งที่ทำงานกับรายการเหล่านี้และช่วยเหลือส่วนที่เหลือของทีมในกรณีที่จำเป็น ด้วยวิธีนี้คุณยังคงทำงานให้เสร็จในการทำซ้ำปัจจุบัน แต่มีคนที่มีความยืดหยุ่นและสามารถช่วยดับไฟเมื่อจำเป็น แต่จัดการกับปัญหาที่ไม่ได้รับความสนใจตามปกติ

สิ่งหนึ่งที่เราพบว่าดีคือระหว่างการทำซ้ำแต่ละครั้งเรามีระยะเวลาสั้น ๆ 2 สัปดาห์โดยที่ทั้งทีมจะทำงานเฉพาะรายการที่ทำเครื่องหมายด้วยความพยายามในการพัฒนาเล็กน้อย เราจะเน้นปิดตั๋วเป็นจำนวนมากในเวลาอันสั้น


3

Trac มีการตั้งค่าลำดับความสำคัญหรือไม่? บางอย่างเช่น 1 สำหรับผู้จัดแสดงที่สำคัญและ 5 คนหรือมากกว่านั้นสำหรับสิ่งที่น่ายินดีที่ได้ทำบางครั้ง?

หากคุณสามารถเรียงลำดับความสำคัญได้คุณสามารถเพิกเฉยต่อสิ่งที่มีลำดับความสำคัญต่ำกว่าได้ในตอนนี้


1
สิ่งใดก็ตามที่อยู่ในระดับ "ดีที่ต้องทำบางครั้ง" จะไม่เกิดขึ้น ดึงมันออกมา
Aaron McIver

1
@Aaron: ฉันควรเก็บไว้ในกรณีที่เราต้องการเพิ่มความสำคัญบางครั้ง เห็นได้ชัดว่ามันจะไม่ถูกดำเนินการตามลำดับความสำคัญนั้นเว้นแต่ว่านักพัฒนาจะมีเวลามากเกินไปในมือ (และได้ทำลูกค้าโกเฟอร์สำหรับซอฟต์แวร์และทำให้เป็นไปตามมาตรฐานไฮกุ)
David Thornley

Trac มีการตั้งค่าลำดับความสำคัญถึงแม้ว่าเราได้รวบรวม backlog เพียงพอที่ฉันเพิ่งตัดสินใจเรายังคงต้องการวิธีการ "ดึงมันออก"
Josh Kelley

3

อ่าน: http://en.wikipedia.org/wiki/5S_%28methodology%29

วางไว้ในห้องใต้หลังคารอหนึ่งปีแล้วย้ายบ้าน นั่นคือสิ่งที่ฉันทำ

อย่างจริงจังถ้าคุณจะไม่แก้ไขแล้วลืมมัน ดู Extreme Programming

แต่สำหรับรายการที่เกี่ยวกับรหัส คุณสามารถใส่มันไว้ในระบบตรวจสอบรหัสเป็นการสังเกตเล็กน้อย ระบบนี้สามารถตั้งค่าให้ตั้งค่าสถานะการตัดสินค้าจากคลังเมื่อมีการแก้ไขส่วนของระบบ ฉันพบว่าสิ่งนี้ไม่ได้ทำงานในฐานะเพื่อนร่วมงานคิดว่านี่เป็นสิ่งที่คาดหวัง

วิธีเดียวที่จะทำได้คือการจัดลำดับความสำคัญที่โหดเหี้ยม ทำตอนนี้หรือไม่รำคาญ


คุณช่วยอธิบายเกี่ยวกับวิธีการที่ 5s เกี่ยวข้องกับการติดตามบั๊กได้อย่างไรบทความวิกิพีเดียดูเหมือนจะมุ่งเน้นไปที่การผลิต
jk

@jk ทุกอย่างเชื่อมต่อแล้ว เราสามารถเรียนรู้จากทุกสิ่ง การผลิตแบบลีนและการพัฒนาซอฟต์แวร์ Agile นั้นแทบจะเหมือนกันทุกประการ ด้วยข้อยกเว้นที่สำคัญอย่างหนึ่ง ในการผลิตที่ไม่สามารถทำซ้ำได้เป็นข้อบกพร่องในการออกแบบการทำซ้ำเป็นข้อบกพร่อง (หยุดเขียนรหัสเดียวกันซ้ำแล้วซ้ำอีก) แม้ว่าจะมีบางส่วนของกระบวนการที่ควรทำซ้ำ (กระบวนการ)
ctrl-alt-delor

2

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

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

หากนักพัฒนารู้สึกว่าปัญหาเหล่านี้น่าจะแก้ไขได้ตัวอย่างเช่นถ้าพวกเขาเป็นตัวแทนของหนี้ทางเทคนิคและมันจะทำให้ codebase ง่ายต่อการทำงานเพื่อให้พวกเขาได้รับการแก้ไข แต่พวกเขาไม่มีคุณค่าทางธุรกิจ - มันอาจคุ้มค่าที่จะพูดคุยว่า กับผู้มีส่วนได้ส่วนเสียทางธุรกิจและดูว่าสามารถบรรลุข้อตกลงได้หรือไม่ ฉันเคยเห็นทีมการต่อสู้ทำสิ่งต่าง ๆ เช่นบล็อก 3-5 คะแนนความเร็วต่อการวิ่งสำหรับรายการ "backlog ทางเทคนิค" - สิ่งนี้อาจต้องใช้ความชำนาญทางการเมืองขึ้นอยู่กับความสัมพันธ์ของทีมพัฒนากับผู้มีส่วนได้เสียทางธุรกิจ แต่ฉันเห็นแล้ว มันทำงานได้ดีมาก


1

มันขึ้นอยู่กับบางสิ่ง

  1. ทีมมีขนาดใหญ่เพียงใด: หากทีมมีขนาดใหญ่พอคุณสามารถกำหนดตั๋วในแบบที่จะทำให้รายการที่มีลำดับความสำคัญต่ำกว่าดำเนินการเสร็จ
  2. คุณออกบ่อยแค่ไหน: หากรอบการปล่อยมีความยาวพอที่คุณจะได้ออกไปพร้อมกับการเพิ่มสิ่งต่าง ๆ หรือระงับการออกจนกว่าคุณจะได้รับตั๋วทั้งหมดได้รับการแก้ไข
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.