Ghost% คืออะไร?
อัปเดตล่าสุด 23 ตุลาคม 2569
Ghost% คือค่าประมาณอย่างเป็นอิสระของ DevGhost เกี่ยวกับประสิทธิภาพของนักพัฒนา จากเนื้อหาสาระและความยากเชิงความคิดของการเปลี่ยนแปลงใน Git บุคคลอ้างอิงคือนักพัฒนาระดับกลางที่รู้จักโปรเจกต์และทำงานโดยไม่ใช้ AI ผลที่ต่อเนื่องช่วยระบุการมีส่วนร่วมต่ำและนักพัฒนาที่มีผลงานดี ที่ 100% ผลงานโดยประมาณจะตรงกับเกณฑ์อ้างอิงหลังใช้ฐานวันและ Share ที่เลือก ส่วนค่าที่สูงกว่า 100% หมายถึงสูงกว่าเกณฑ์ ค่าประมาณนี้อธิบายการมีส่วนร่วมในโค้ด ไม่ใช่คุณค่าทางวิชาชีพทั้งหมดของบุคคล
สูตร
Ghost% = E ÷ (D × 3 × S) × 100
เกณฑ์พื้นฐาน
E คือความพยายามโดยประมาณในขอบเขตและช่วงเวลาที่เลือก หน่วยเป็นชั่วโมงอ้างอิง และรวมส่วนเกินที่จัดสรรแล้ว D คือจำนวนวันของนักพัฒนาตามโหมดที่เลือก S = Share ÷ 100 ดังนั้นเมื่อ Share = 100% ค่า S คือ 1 ค่าฐาน Ghost เริ่มต้นคือ 3 ชั่วโมงอ้างอิงต่อนักพัฒนาหนึ่งคนต่อวัน ซึ่งเป็นพื้นฐานร่วมกันสำหรับเปรียบเทียบผลผลิต ไม่ใช่ความยาวของวันทำงานทั้งหมด หากอินเทอร์เฟซให้เลือกค่าฐานอื่น ให้ใช้ค่านั้นแทน 3 Raw Ghost% ใช้ S = 1
ในโหมด Spread ค่า D นับวันที่มีความพยายามจัดสรรเป็นบวก รวมถึงวันหยุดสุดสัปดาห์ที่เข้าเกณฑ์ วันที่ไม่มีคอมมิตอาจถูกนับหากโมเดลวางความพยายามไว้ที่วันนั้น วันที่ไม่มีความพยายามจัดสรรจะไม่นับ และคอมมิตที่มีความพยายามเป็นศูนย์เพียงอย่างเดียวจะไม่เพิ่มวัน Spread วันเหล่านี้เป็นวันที่จำลอง ไม่ใช่วันทำงานที่สังเกตได้
โหมด FTE ใช้ช่วงกิจกรรมของนักพัฒนาในขอบเขตที่เลือก ตั้งแต่วันแรกที่มีความพยายามจนถึงวันที่คอมมิตสุดท้าย รวมคอมมิตที่มีความพยายามเป็นศูนย์ จากนั้นหาจุดตัดกับช่วงที่เลือกและนับวันทำงาน รวมวันที่ไม่มีคอมมิตหรือความพยายาม ตลอดจนวันหยุดสุดสัปดาห์ที่มีความพยายามเป็นบวก มุมมองทีมอาจตัดช่วงนี้เพิ่มเติมตามระยะเวลาการเป็นสมาชิกทีม รายงานปฏิทินพนักงานใช้ตัวหารแยกต่างหาก คือจำนวนนาทีที่พร้อมทำงานจากตารางที่กำหนด การแก้ไขเฉพาะวันที่ และการลา หารด้วย 480 นาทีต่อวันทำงานเต็มเวลา รายงานเหล่านี้ใช้เกณฑ์ 3 ชั่วโมงและการปรับ Share เดียวกัน และไม่เปลี่ยนจำนวนวัน Spread/FTE มาตรฐาน
สิ่งที่ Share ปรับ
Share คือสัดส่วนที่ตั้งด้วยตนเองตั้งแต่ 0% ถึง 100% โดยค่าเริ่มต้นคือ 100% ให้ถือว่า 100% เป็นบทบาทนักพัฒนาเต็มเวลาตามปกติ ไม่ใช่การพิมพ์โค้ดแปดชั่วโมง เกณฑ์พื้นฐาน 3 ชั่วโมงได้เผื่อเวลาสำหรับงานที่ไม่ใช่การเขียนโค้ดตามปกติของบทบาทนั้นแล้ว ลด Share เมื่อมีการจัดสรรให้กับงานพัฒนาที่ประเมินน้อยลง เช่น งานพาร์ตไทม์หรือมีหน้าที่เพิ่มเติม และอย่าหักเวลางานที่ไม่ใช่การเขียนโค้ดตามปกติซ้ำอีก
ความพยายามรวมถึงการทำความเข้าใจโค้ดที่เกี่ยวข้อง การออกแบบวิธีแก้ การนำไปใช้ การทดสอบด้วยตนเอง และการแก้ไขที่จำเป็น Share ไม่ได้หักกิจกรรมเหล่านี้ซ้ำ การตรวจงานของผู้อื่นเพียงอย่างเดียว การให้คำปรึกษา การประชุม และงานที่ไม่มีร่องรอยในโค้ดที่วิเคราะห์จะไม่ถูกวัดโดยตรง ผู้จัดการเป็นผู้กำหนดการปรับตามบริบทของหน้าที่
Share เปลี่ยน Ghost% ที่ปรับแล้วด้วยการหาร แต่ไม่เปลี่ยนความพยายามโดยประมาณ ไทม์ไลน์ที่จัดสรร Ghost% ดิบ จำนวนวัน หรือค่าใช้จ่าย เมื่อ Share = 0% ค่า Ghost% ที่ปรับแล้วจะไม่พร้อมใช้ ไม่ใช่ศูนย์หรืออนันต์ Share ที่ยังไม่ทราบก็ทำให้ไม่พร้อมใช้เช่นกัน Coding Share นี้แยกจากสัดส่วนร่องรอย AI แบบทดลองที่แสดงในส่วนอื่นของผลิตภัณฑ์
ตัวอย่างรายบุคคล
ที่เกณฑ์เริ่มต้น E = 30 ชั่วโมงอ้างอิง และ D = 10 วัน จะได้ 100% เมื่อ Share = 100%: 30 ÷ (10 × 3 × 1) × 100 เมื่อ E และ D เท่าเดิมแต่ Share = 50% ค่า Ghost% ที่ปรับแล้วจะเป็น 200% ส่วน Ghost% ดิบยังเป็น 100% เมื่อ Share = 0% ค่า Ghost% ที่ปรับแล้วจะไม่พร้อมใช้ และ 30 ชั่วโมงอ้างอิงยังคงเดิม
โหมดที่เลือกมีผล: 6 ชั่วโมงอ้างอิงที่วางไว้ในวันเดียวให้ค่า 200% ในโหมด Spread หากวันนั้นอยู่ในช่วง FTE ที่มี 20 วันทำงาน ค่า FTE Ghost% จะเป็น 10% เมื่อ Share = 100% ผลงานโค้ดเดียวกันถูกเปรียบเทียบด้วยจำนวนวันต่างกัน และไม่มีผลลัพธ์ใดสร้างเวลาทำงานจริงขึ้นมาใหม่
ยอดรวมของทีมและที่เก็บโค้ด
Ghost% โดยรวมที่แสดงในแดชบอร์ดและสรุปที่เก็บโค้ดสาธารณะคือค่าเฉลี่ยถ่วงน้ำหนักตามความพยายามของเปอร์เซ็นต์รายบุคคล: Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ เปอร์เซ็นต์ของแต่ละคนใช้จำนวนวันและ Share ของตนเองแล้ว ไม่ใช่ความพยายามรวมของทีมหารด้วย 3 ไม่ใช่อัตราคน-วันที่รวมกันหรือค่าเฉลี่ยธรรมดาของบุคคล ควรอ่านยอดรวมควบคู่กับขอบเขตและโหมดที่เลือก
ตัวอย่าง: A มี 30 ชั่วโมงอ้างอิงใน 10 วัน (100%) และ B มี 15 ชั่วโมงใน 10 วัน (50%) ทั้งคู่มี Share = 100% ผลรวมแบบถ่วงน้ำหนักตามความพยายามคือ (30 × 100 + 15 × 50) ÷ 45 = 83.33% การนำ 45 ชั่วโมงรวมไปหารด้วย 20 คน-วัน แล้วหารด้วย 3 จะได้ 75% ซึ่งเป็นสถิติคนละค่า หากผู้ที่มี Ghost% ที่ปรับแล้วไม่พร้อมใช้มีความพยายามเป็นบวก ผลรวมที่ปรับแล้วก็จะไม่พร้อมใช้ ผู้มีส่วนร่วมที่มีความพยายามเป็นศูนย์จะไม่เพิ่มน้ำหนัก
การกระจายความพยายามตามเวลา
ไทม์ไลน์เป็นแบบจำลองว่าความพยายามโดยประมาณอาจกระจายอย่างไร ไม่ใช่การสังเกตว่างานเกิดขึ้นเมื่อใด การจัดสรรปกติมีความจุร่วม 5 ชั่วโมงอ้างอิงต่อคนต่อวัน ครอบคลุมที่เก็บโค้ดและนามแฝงอีเมลในเวิร์กสเปซเดียว คอมมิตที่สร้างในวันเดียวกันจะถูกรวมกลุ่ม และการจัดสรรก่อนหน้าจะใช้ความจุดังกล่าว
ช่วงการจัดสรรปัจจุบันมี 14 วันที่ตามปฏิทิน ได้แก่ วันที่คอมมิตและ 13 วันก่อนหน้า ซึ่งอาจอยู่ก่อนคอมมิตแรกหรือช่วงรายงานที่เลือก วันที่คอมมิตใช้ได้แม้เป็นวันหยุดสุดสัปดาห์ ส่วนวันเสาร์และอาทิตย์ก่อนหน้านั้นจะถูกข้าม ปริมาณที่เกินจะถูกเก็บไว้และรวมอยู่ในการกระจายตามเวลาที่คำนวณด้วยแบบจำลอง ปริมาณเกินที่คำนวณได้นี้ไม่ใช่การสังเกตการทำงานล่วงเวลา ตัวกรองรายงานเลือกวันที่ได้รับการจัดสรรความพยายาม การเปลี่ยนช่วงที่มองเห็นจะไม่ย้ายความพยายามทั้งหมดของคอมมิตเข้าไปในช่วงนั้น
ความจุการจัดสรร 5 ชั่วโมงและเกณฑ์พื้นฐาน Ghost 3 ชั่วโมงมีจุดประสงค์ต่างกัน ความจุใช้วางความพยายามอ้างอิงบนไทม์ไลน์ ส่วนเกณฑ์พื้นฐานใช้แปลงผลงานอ้างอิงรายวันเป็นค่าประมาณประสิทธิภาพสัมพัทธ์ ตัวเลขทั้งสองไม่ได้บันทึกวันทำงานจริงของนักพัฒนา วันที่จะตีความตามเขตเวลาของการฉายภาพ เวิร์กสเปซเก่าและการวิเคราะห์ที่บันทึกไว้อาจยังใช้นโยบายการกระจายก่อนหน้า พารามิเตอร์เหล่านี้อธิบายนโยบายปัจจุบัน
วิธีอ่าน
ช่วงที่แสดงเปรียบเทียบผลงานกับเกณฑ์อ้างอิงที่เลือก โปรดใช้รูปแบบที่ต่อเนื่องและบริบทของบทบาทในการตีความ:
- 120% ขึ้นไป — สูงกว่าเกณฑ์อ้างอิง
- 100% ถึง 120% — อยู่ที่หรือสูงกว่าเกณฑ์พื้นฐาน
- 80% ถึง 100% — ต่ำกว่าเกณฑ์พื้นฐานเล็กน้อย
- ต่ำกว่า 80% — ต่ำกว่าเกณฑ์พื้นฐานมาก
ความหมายของผลลัพธ์ที่สูงกว่า 100%
ค่าสูงกว่า 100% หมายถึงผลงานโค้ดโดยประมาณสูงกว่าเกณฑ์สำหรับฐานวันและ Share ที่เลือก AI อาจเป็นหนึ่งในสาเหตุ ร่วมกับประสบการณ์ เครื่องมือ และลักษณะของงาน Ghost% ที่สูงเพียงอย่างเดียวไม่ได้พิสูจน์การใช้ AI คุณภาพโค้ด หรือผลกระทบทางธุรกิจ
Ghost% ไม่ใช่อะไร
นี่คือค่าประมาณประสิทธิภาพโค้ดรายบุคคลจากแบบจำลองซึ่งมีความไม่แน่นอน ไม่ได้วัดชั่วโมงจริง ความขยัน ความสามารถ คุณภาพโค้ด ผลกระทบทางธุรกิจ หรืองานทั้งหมดนอกการเปลี่ยนแปลงที่วิเคราะห์ ใช้เพื่อสอบสวนการมีส่วนร่วมต่ำอย่างต่อเนื่องและยอมรับนักพัฒนาที่มีผลงานดี โดยมีการตรวจสอบอย่างอิสระและบริบทของบทบาท ต้องไม่เป็นพื้นฐานเพียงอย่างเดียวหรือหลักสำหรับการจ้างงาน ค่าจ้าง การเลื่อนตำแหน่ง หรือการเลิกจ้าง และไม่ใช่คำตัดสินอัตโนมัติต่อบุคคล
DevGhost ใช้ประวัติและการเปลี่ยนแปลงใน Git โดยไม่ต้องติดตามเวลา จับภาพหน้าจอ หรือบันทึกการกดแป้นพิมพ์

