ภาพรวมโครงการ
ติดตามงาน ผลตรวจ และสิ่งที่เหลือ พร้อมหลักฐานในที่เดียว
สรุปความสำเร็จสำหรับผู้บริหาร
กำลังอ่านขอบเขตโครงการ…
วิธีคำนวณเปอร์เซ็นต์และข้อจำกัด
ทุกฟีเจอร์มีน้ำหนักเท่ากัน 1 รายการ: จำนวนรายการที่เข้าเกณฑ์ ÷ จำนวนรายการทั้งหมดในขอบเขต × 100 แสดงทศนิยม 1 ตำแหน่ง ไม่ปัดงานที่ยังไม่ครบเป็น 100%
- เสร็จครบขอบเขต: สถานะ done พร้อมมีโค้ด ผ่าน PM และยืนยัน integration ครบทั้งฟีเจอร์
- มีโค้ด / ฐานงาน: มีหลักฐานโค้ดแล้ว รวมงานบางส่วนและงานที่ต้องแก้ ไม่ใช่เปอร์เซ็นต์ implementation ที่เสร็จ
- ผ่าน PM ทั้งฟีเจอร์: ตรวจรับครบขอบเขต ไม่ใช่เฉพาะ checkpoint หรือผลทดสอบที่ worker รายงาน
- เชื่อมระบบยืนยันแล้ว: มีหลักฐาน integration ครบขอบเขต ไม่ใช่ mock หรือโค้ดที่ยังไม่เชื่อม
ภาพรวมหารด้วยจำนวนฟีเจอร์ทั้งโครงการ ไม่เฉลี่ยเปอร์เซ็นต์ของกลุ่มที่ขนาดต่างกัน ตัวกรองรายการด้านล่างไม่เปลี่ยนตัวเลขผู้บริหาร งานติดเงื่อนไขยังอยู่ในตัวหาร; กลุ่มไม่มีรายการแสดง — ไม่เดาเป็น 0% ตัวชี้วัดทั้งสี่แยกกันและไม่ให้นำมาบวกกัน
ยังไม่มีน้ำหนัก effort และสถานะงานย่อยครบ จึงไม่ประมาณ % ปริมาณงานที่ทำสำเร็จ และตัวเลขเหล่านี้ไม่ใช่การอนุมัติ production
ความสำเร็จแยกตามส่วนงาน
กดดูงานเพื่อเปิดหลักฐานและสิ่งที่เหลือเว็บแต่ละส่วนใช้งานได้จริงแค่ไหน?
Buyer, Seller, Creator, Admin และส่วนงานอื่น วัดตาม flow ที่ตรวจผ่าน แยก UI / Browser / E2E จริง / เปิดใช้งาน ไม่ใช้จำนวนโค้ด backend แทนความพร้อมหน้าจอ
เส้นทางไปสู่เว็บที่ลองใช้ได้
งานทั้งหมด —
ทุกกลุ่มฟีเจอร์
ผ่านแล้วในขอบเขตที่ระบุ
อัปเดตตามหลักฐาน ไม่ใช่การคาดเดา
เมื่อ PM บันทึกผลตรวจหรือเปลี่ยนสถานะ หน้าเว็บจะรับการแจ้งเตือนจากเครื่องนี้และอ่านข้อมูลใหม่อัตโนมัติ โดยไม่ต้องเปิดใหม่
เป็นบันทึกโครงการจริง ไม่ใช่ข้อมูลธุรกรรมตัวอย่าง • ไม่ดึงสถานะ R2 / worker อัตโนมัติ • เวลาอัปเดตคือเวลาบันทึกข้อมูล
แผนและ Checkpoints.
ขอบเขต full launch คงเดิม แบ่งจุดตรวจเพื่อให้เห็นและทดสอบงานระหว่างทาง
Milestones
จุดที่เปิดให้ลองใช้ได้
ไม่อยู่ในขอบเขตรอบนี้
Partner-bank Wallet ยังอยู่ในแผน • 2C2P ไม่ใช่ระบบ Wallet • ทุก deployment ต้องได้รับอนุมัติตามขอบเขต
ประวัติอัปเดต.
ทุกการเปลี่ยนแปลงมีเหตุผล หลักฐาน และสถานะก่อน–หลัง
ลิงก์ตรวจงาน
รวมจุดเข้าเว็บ ระบบ และห้องงาน พร้อมแหล่งอ้างอิง แยกรุ่นเดิมออกจากงานใหม่ที่ยังรอ URL
กำลังอ่านทะเบียนลิงก์…
ทะเบียน URL —
ยังไม่มีข้อมูล
ปุ่มเปิดใช้แท็บใหม่ ไม่มีการ ping / crawl / login อัตโนมัติ • แหล่งอ้างอิง R2 เป็น private object key ไม่ใช่ลิงก์ดาวน์โหลดสาธารณะ • PM อัปเดตทะเบียนเมื่อมี URL ของรุ่นที่ส่งมอบจริง
Frontend / UI
วัดตามงานที่ผู้ใช้ทำได้ครบเส้นทาง แยกตามเว็บและบทบาท ไม่ใช้จำนวนหน้าจอหรือโค้ด backend เป็นผลใช้งานจริง
กำลังอ่านเกณฑ์ตรวจรับ…
เกณฑ์ผ่าน / สูตรคำนวณ / สิ่งที่ต้องตรวจ
จำนวน flow ที่ผ่านครบเกณฑ์ ÷ flow ทั้งหมดในส่วนงาน × 100 น้ำหนักเท่ากัน งานไม่ครบ/ติดเงื่อนไข/ยังไม่ตรวจยังอยู่ในตัวหาร ภาพรวมนับรายการในทะเบียนโดยตรง ไม่เฉลี่ยเปอร์เซ็นต์เว็บและไม่บวกกับ 55 feature IDs เดิม
- UI: UI Master, brand/font, responsive 320–1920px, accessibility/keyboard และ loading/empty/error/success/disabled ครบทุกหน้าของ flow
- Browser flow: คลิกใช้งานจริงครบ happy path และ failure/permission/session/retry ใน browser; mock นับได้เฉพาะคอลัมน์นี้ ไม่ใช่ E2E จริง
- E2E จริง: UI + Browser + frontend → API → DB / provider ที่ได้รับอนุญาต ผ่านครบใน source รุ่นเดียวกัน มี URL, environment, เวลา, reviewer และ read-back ผลจากแหล่งจริง; แยก actor/roles และกรณีผิดพลาด ไม่ใช้ HTTP 200 หรือ screenshot อย่างเดียว
- เปิดให้ใช้แล้ว: ผ่านสามเกณฑ์ก่อนหน้าในรุ่นเดียวกัน + owner อนุมัติ pilot/production + อ่านกลับ deployment และตรวจเส้นทางที่เปิดจริง
หนึ่ง flow รวมหลายหน้าหรือหลายกรณี ต้องผ่านครบก่อนนับ 1 ไม่มีเครดิตครึ่งหนึ่งตามการคาดเดา การผ่าน sandbox ไม่อนุญาตเงินจริงหรือสิทธิ์ใช้สื่อ และ gate เงิน/กฎหมาย/ธนาคารยังแยกต่างหาก
หลักฐานบางส่วนที่มีอยู่แล้ว
ยังไม่ให้คะแนน PASS ทั้ง flow จาก checkpoint ย่อย หรือจาก test count ที่ worker รายงาน