คุณจะสนับสนุนไม่ใช้สเปรดชีตที่ใช้ร่วมกันเพื่อติดตามข้อบกพร่อง / ปัญหาได้อย่างไร

ใน บริษัท ของเราผู้พัฒนาต้องการใช้เครื่องมือติดตามบั๊กที่เหมาะสมเพื่อจัดการปัญหาในแอปพลิเคชันของเรา ฝ่ายบริหารยืนยันว่าจะใช้สเปรดชีตที่ใช้ร่วมกัน (รูปแบบไฟล์ excel ที่ใช้ร่วมกันอย่างเป็นรูปเป็นร่างตอนนี้สเปรดชีตบนโซลูชันฐานเว็บที่อนุญาตให้เข้าถึงพร้อมกัน)

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

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

ในฐานะโบนัสซอฟต์แวร์ใดที่คุณจะแนะนำว่าจะอนุญาตให้ฝ่ายจัดการสามารถรับการตอบกลับ (จำนวนข้อบกพร่องที่เปิดขึ้นผู้ที่ทำงานกับพวกเขาประมาณเวลา) ด้วยมุมมองระดับสูง?

ดังนั้นฉันจะสนับสนุนซอฟต์แวร์ติดตามบั๊กเพื่อทำให้การทำงานของนักพัฒนาง่ายขึ้นได้อย่างไร

รับข้อความนี้:

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

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

เวอร์ชั่นล่าสุดของสเปรดชีตเป็นอย่างไร ใครมีสเปรดชีตนั้น

ผู้แก้ไขบั๊กที่เหมาะสมจะทำสิ่งที่สเปรดชีตทำได้เท่านั้น:

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

สำหรับโครงการส่วนตัวของฉันฉันใช้ตั๊กแตนตำข้าว (เพียงเพราะติดตั้งง่ายจริงๆ) งานใช้Tracพร้อมการรวม Mercurial

ตั๊กแตนตำข้าวให้สิ่งต่าง ๆ เช่นจำนวนข้อบกพร่องเปิด / ปิด / มอบหมายออกจากกล่องและฉันคิดว่าส่วนใหญ่ bugtrackers จะ ฉันไม่รู้เกี่ยวกับการประมาณเวลาเพราะฉันไม่ได้ใส่ใจกับการมอง Trac (หรือการติดตั้งที่นี่ในที่ทำงาน) มีการประมาณเวลาและง่ายต่อการเขียนรายงานที่กำหนดเองซึ่งจะกล่าวรวมการประมาณต่อเหตุการณ์สำคัญ

คำตอบของคนอื่นนั้นดี อีกด้านหนึ่งเกิดขึ้นกับฉัน

เกี่ยวกับความปลอดภัยรอบ ๆ สเปรดชีต ฝ่ายจัดการไม่ควรกังวลว่านักพัฒนาแบบสุ่มใด ๆ อาจกดปุ่ม CTRL + A, DELETE โดยไม่ตั้งใจได้ ระบบติดตามบั๊กที่เหมาะสมจะไม่อนุญาตให้เกิดความเสียหายของข้อมูลประเภทนี้ และนั่นก็ไม่ได้หมายถึงความอาฆาตพยาบาท จะเกิดอะไรขึ้นหากนักพัฒนาซอฟต์แวร์รายใดต้องการเครดิตเพิ่มและเริ่มมอบหมายการแก้ไขข้อบกพร่องทั้งหมดให้กับตัวเองอีกครั้ง ระบบจริงจะมีหลักฐานการตรวจสอบที่ซึ่งสิ่งนั้นจะสังเกตได้ สเปรดชีตจะไม่

คุณต้องแสดงให้ฝ่ายบริหารทราบว่าความต้องการของพวกเขาจะเป็นจริง

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

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

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

• การรายงานที่ดีทั้งบทสรุปและรายละเอียดสามารถค้นหาได้ในภายหลัง
• ทุกคนต้องรู้ว่าสำเนาล่าสุดคือที่ไหน

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

เซิร์ฟเวอร์ส่วนกลางเช่น Trac, RedMine, JIRA, Mantis หรืออะไรก็ตามที่คุณต้องการจะดูแลปัญหาทั้งสองอย่างนั้น ณ จุดนี้มันเป็นเรื่องของสิ่งที่เหมาะกับความต้องการของ บริษัท ของคุณที่ดีที่สุด เครื่องมือเหล่านี้สามารถรวมเข้ากับ IDE ของคุณได้เช่นเดียวกับระบบควบคุมเวอร์ชันของคุณ (Eclipse มีคุณสมบัตินี้) ที่ทำให้การทำงานผ่านบั๊กที่คุณมอบหมายทำได้ง่ายขึ้นมาก

ฉันไม่รู้จักสภาพแวดล้อมของคุณ แต่สำหรับผู้ใช้ Visual Studio ฉันขอแนะนำ TFS มันรวมทั้งการควบคุมแหล่งที่มาและการติดตามปัญหาที่มีความสามารถในการรายงานแบบเต็ม นอกจากนี้ยังมีเลเยอร์ของผู้มีอำนาจการติดตามประวัติแบบเต็ม (เช่นผู้ที่อัปเดตข้อบกพร่องเมื่อและถ้าตั้งค่าทำไม) ช่วยให้คุณสามารถแยกความแตกต่างระหว่าง "ข้อบกพร่อง" และ "ปัญหา" และ "การปรับปรุง" และอะไรก็ได้ที่คุณต้องการ กดไลค์และรวมเข้ากับ Visual Studio IDE อย่างสมบูรณ์ มันเชื่อมโยงบั๊กกับโค้ดที่เช็คอินด้วยกันซึ่งสามารถเชื่อมโยงกับบิวด์เฉพาะ และอีกมากมาย

ฉันใช้ระบบควบคุมแหล่งต่าง ๆ มากมาย (VSS, SVN, TFS ... ) และระบบติดตามข้อผิดพลาดมากมาย (ระบบกรรมสิทธิ์แบบกำหนดเอง, ตัวติดตาม, SharePoint และใช่แม้กระทั่ง Excel) แต่สำหรับเงินของฉัน การเปลี่ยนแปลงที่ดี) TFS คุ้มค่ากับการลงทุนทั้งเงินและเวลา

และใช่คุณสามารถส่งออกไปยัง (และนำเข้าจาก) Excel

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

อ่านข้อโต้แย้งของฝ่ายบริหาร

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

ฉันเห็นด้วยกับพวกเขาทั้งหมดและทุก ๆ คนพบกับจิรา (ฉันพูดถึงจิราเท่านั้นเพราะมันคือสิ่งที่ฉันใช้ฉันแน่ใจว่ามีผู้สมัครที่คุ้มค่าอื่น ๆ )

คุณต้องเน้นว่าด้วยเครื่องมืออย่างจิราไม่เพียง แต่พวกเขาจะยังคงได้เปรียบในการตั้งค่าปัจจุบันของคุณพวกเขาจะได้รับประโยชน์ใหม่มากมาย

เรื่องเล่า

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

หกสัปดาห์ต่อมาในที่สุดเราก็ส่งสิ่งนั้นหลังจากทำงานรอบ / นอนหลับไม่หยุดหย่อน

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

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

ภายในเวลาประมาณ 6 ชั่วโมงฉันมีทีมงานทั้งหมด PM กำลังกรองอีเมลไคลเอ็นต์ลงใน Mantis นักพัฒนาอ้างสิทธิ์และใช้งานรายการปัญหา ยิ่งไปกว่านั้นพวกเขาสามารถขอความกระจ่างและการสื่อสารภายในระบบทำให้เกิดกระดาษไร้กระดาษที่ให้รายละเอียดเกี่ยวกับแต่ละรายการ

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

TL; DR: ติดตั้งด้วยตนเองของคุณเองและเริ่มใช้มันเพื่อสิ่งของของคุณเอง ปล่อยให้มันพิสูจน์คุณค่าของมันเอง

BTW นี่เป็นนโยบายเดียวกับที่ฉันกำลังติดตามเกี่ยวกับการควบคุมเวอร์ชัน เราใช้การโค่นล้มภายใต้นโยบายการล็อคเนื่องจากผู้จัดการของฉันไม่เชื่อถือการผสานไฟล์ ไม่เป็นไร แต่หลังจากที่ฉันตรวจสอบโครงการ SVN ฉันจะสร้างที่เก็บ git ในพื้นที่เพื่อใช้ในการพัฒนา

เราใช้Atlassian จิระ

มีหลายรายงานเช่นนี้:

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

สิ่งที่อาจผิดไปกับสเปรดชีตติดตามข้อผิดพลาดในเครือข่ายที่แชร์:

• ไม่มีใครสามารถแก้ไขได้เมื่อมีคนเปิดทิ้งไว้จากนั้นล็อคเวิร์กสเตชันและไปทานอาหารกลางวัน
  • วิธีแก้ปัญหา "ชัดเจน" คือการบันทึกเวอร์ชันใหม่สำหรับการเขียน สิ่งนี้สร้างสาขา - และ Excel ไม่ดีในการผสาน งานของใครบางคนจะหายไป
• เอกสารจะถูกบันทึกด้วยแถวที่ซ่อนอยู่ปัญหาจะถูกมองข้ามไปเป็นเวลาหลายสัปดาห์
• สิ่งที่สามารถลบได้และการติดตามประวัตินั้นน้อย "เกิดอะไรขึ้นกับการวิเคราะห์ปัญหาโดยละเอียดที่ฉันเข้าไปเมื่อสัปดาห์ที่แล้ว?"
• ง่ายในการเพิ่มค่าลงในฟิลด์ 'ถูก จำกัด ' "ความรุนแรงของข้อผิดพลาดนี้ถูกทำเครื่องหมายว่า 'Epic Fail' ได้อย่างไร"
• ตัดและวางเขียนทับสูตร การคำนวณสามารถกลายเป็นค่าคงที่ได้อย่างง่ายดาย

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

"แจกฟรี!" มักจะเป็นข้อโต้แย้งที่ดีงาม Pivotal Trackerฟรีไม่ต้องติดตั้งและสามารถทำให้ผู้จัดการของคุณมองเห็นสิ่งต่าง ๆ ได้ดีกว่าที่เป็นไปได้ด้วยสเปรดชีตที่ต่ำมาก

แก้ไข:

มันทำให้ฉันรำคาญใจมากมันเพิ่งประกาศว่า Pivotal Tracker จะไม่ฟรีอีกต่อไป :(