แบบฝึกสามบทบาท: โจทย์นำร่องและโจทย์ร่วม

ผู้เรียนสามบทบาทตรวจตารางข้อสังเกตและแผนพื้นที่สมมติร่วมกัน พร้อมเอกสาร brief แผนงานและแผนทดสอบ
ภาพประกอบแนวคิดสร้างด้วย AI

เป้าหมายและความรู้ก่อนลงมือ

ผู้เริ่มต้น (B) จะสร้าง brief ที่อธิบายโจทย์และข้อจำกัดได้ ผู้วางแผน (O) จะจัดแผนงานข้อมูล คน ทรัพยากร แผนสำรองและตรวจรับ นักพัฒนา (D) จะสร้างข้อกำหนด อินเทอร์เฟซและแผนตรวจการเปลี่ยนกฎคัดข้อมูล ชุดนำร่อง P5 ใช้โจทย์ต่างกันตามบทบาท ส่วนกรณีสมมติด้านล่างให้ทั้งสามกลุ่มใช้ข้อมูลชุดเดียวกันเพื่อเทียบเหตุผลข้ามชิ้นงาน

อ่าน ภาพรวมภารกิจ และ วิธีเลือกชุด C01–C10 ก่อน สำหรับ B ให้ทวนคำถามกับผลส่งมอบ สำหรับ O ให้ทวน brief และบทบาท สำหรับ D ให้ทวน requirement-to-test ใช้เพียงโปรแกรมอ่านข้อความหรือ spreadsheet ไม่ต้องติดตั้ง simulator มีอากาศยาน หรือเชื่อมบริการภายนอก

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

ถ้ายังอ่านเวลา/ตารางไม่คล่อง ให้ทำตัวอย่างใน เวลาและตำแหน่ง ก่อน S หากแยกข้อสังเกต/ความไม่รู้ไม่ได้ ทวน การบันทึกข้อสังเกต ก่อน K/E และทำกรณีสิทธิ์จาก การส่งมอบข้อมูล ส่วน C เริ่มจาก การทวนกลับและทีม แล้วฝึกเก็บฉบับและข้อค้างตามตัวอย่างในบท ไม่ตัดสินว่าใครมีบุคลิกภาพแบบใดก่อนทำกิจกรรม

เตรียมทดลองอ่านและทำชิ้นงานสามบทบาท

P5 เตรียมชุดเอกสารและตรวจความสอดคล้องแล้ว: ผู้ทดลองจริง B=0 / O=0 / D=0 และผลผู้เรียน NOT_RUN บัตร 21 ใบผูก 84 รหัส KSEC, แพ็กเก็ตก่อน v0 สามบทบาท, ค่าแฮช rubric ทั้ง 6 กรณีและแม่แบบ CSV สาธารณะ 4 ไฟล์ผ่านตัวตรวจของโครงการ. ผู้ใช้ยังไม่มีผู้เข้าร่วมและยังไม่มอบหมายผู้ดำเนินกิจกรรม/ผู้ตรวจ จึงต้องผ่าน รายการตรวจก่อนเริ่มรอบจริง เมื่อมีคนพร้อม ดู สถานะรวมและงานค้าง การเตรียมนี้ยังไม่ปิด P5 และไม่เป็นผลรับรองผู้เรียนหรือสนาม

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

จัดชุดเปิดอ่านก่อนเริ่มชิ้นงาน v0

ผู้ดำเนินกิจกรรมเลือก หนึ่งบัตรต่อ session ให้ผู้ร่วมลองหาบทจากเว็บก่อน แล้วส่งแพ็กเก็ตตามบทบาท ตารางนี้แสดงแหล่งอ้างอิงที่ผู้ร่วมอาจเปิดเองกับไฟล์ตรวจที่ผู้ดำเนินควรคุมจังหวะ; เว็บเปิดเอกสารทั้งหมดได้อยู่แล้ว จึงต้องบันทึกหากผู้ร่วมเห็นแนวคำตอบหรือได้รับคำช่วยก่อนส่ง v0 ไม่เรียกงานนั้นว่าไม่มีตัวช่วย

ภาพจำลองโต๊ะเตรียมใบงานสามบทบาท มีเอกสาร แผนที่สอนและโดรนที่ปิดเครื่องไว้ โดยไม่มีการทดลองผู้เรียนจริง

ภาพสร้างด้วย AI เพื่ออธิบายการจัดชุดเอกสาร ไม่ใช่ภาพผู้เข้าร่วม P5 หรือหลักฐานการฝึก เปิดภาพขนาดเต็ม

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

บัตร แหล่งบทและข้อมูลที่อาจเปิด ไฟล์ตรวจทวนและจังหวะที่ใช้ ข้อสังเกตที่ต้องบันทึก
B · M01-B บทสำรวจ, ใบงาน B, คำอธิบายข้อมูล, จุดตรวจ CSV rubric M01 และตัวอย่างในบทเพื่อทวนคำตอบ แยกสิ่งที่อ่านเองจากแนวคำตอบที่อาจเห็นในบท
O · M06-O บทประเมิน, ใบงาน O, กฎชุดข้อมูล, ข้อสังเกต CSV rubric M06 และแถว expected ในบทเพื่อทวนเหตุผล บันทึกว่าเห็นแนวคัดแถวหรือคำใบ้ก่อน v0 หรือไม่
D · C01-D บทชุดกล้อง, requirements, interfaces, test plan และ lab expected ที่เป็นข้อกำหนดใช้ ก่อนรัน; หลังรันจึงเทียบ ผล host ผู้เขียน และบันทึก actual/replay/rollback ของผู้ร่วมเอง การรู้ expected ไม่ใช่ actual; ถ้ายังไม่รัน ให้คง actual NOT_RUN

ชุดโจทย์นำร่องก่อนเปิดแนวคำตอบ

หลังสังเกตการหาเส้นทางจากเว็บแล้ว ผู้ดำเนินกิจกรรมส่ง ไฟล์เดียวตามบทบาท ให้ผู้ร่วมทำ v0: M01-B สำรวจ, M06-O ประเมิน หรือ C01-D เปลี่ยนชุดกล้อง. แต่ละไฟล์มีโจทย์ ข้อมูลตั้งต้นและช่องเขียนเหตุผลโดยไม่พิมพ์ผลคัดแถวหรือผลคำนวณของผู้เขียนไว้ข้างคำถาม. ผู้ดำเนินเก็บสำเนาไฟล์ v0/rubric และรุ่นที่ใช้ แล้วค่อยเปิดเกณฑ์ตรวจและผลตัวอย่างในช่วงให้ข้อทัก

แพ็กเก็ตนี้ ลดการเห็นคำตอบจากไฟล์ที่ส่ง แต่ไม่ปิดกั้นบทสาธารณะหรือเอกสารอื่นบนเว็บ. หากผู้ร่วมเปิดบทเต็ม ตัวอย่าง rubric หรือผล host ก่อน v0 ให้บันทึกสิ่งที่เห็นและเวลาที่เห็นตามจริง ไม่ตีความงานว่าไม่มีตัวช่วย. ใน C01-D การอ่าน expected ก่อนรันเป็นส่วนของการออกแบบ test; actual ต้องมาจากการรันของผู้ร่วมเอง. ผังลำดับกิจกรรมด้านล่าง และ คู่มือผู้ดำเนิน ใช้ควบคุมจังหวะและการเก็บหลักฐาน ไม่ใช่หลักฐานว่ามีผู้เรียนแล้ว

KSEC ของแต่ละบัตรยังใช้รหัส K/S/E/C และ rubric เดิมในตารางถัดไป ไม่มีผลผู้เรียนจากการตรวจไฟล์โดยผู้เขียน หากผู้ร่วมเปิด rubric หรือเฉลยก่อน v0 ให้บันทึกไฟล์/ช่วงเวลา/ความช่วยเหลือใน assistance_note และตีความหลักฐานตามที่เกิดขึ้นจริง

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

บทบาทและบัตรงาน งานที่ลองและเกณฑ์เดิม Outcome ID ที่บันทึก
B: M01-B สำรวจและทำแผนที่ ทำ brief เทียบ A/B อ่าน n_H7/n_Z6 และ HOLD ทั้งสองชุด; ใช้ rubric M01 APP-M01-B-K01, APP-M01-B-S01, APP-M01-B-E01, APP-M01-B-C01
O: M06-O ประเมินสถานการณ์ วางแผน คน/ทรัพยากรที่ขอและยืนยัน metadata สอง audience และการส่ง/รับ/รับทราบ; ใช้ rubric M06 APP-M06-O-K01, APP-M06-O-S01, APP-M06-O-E01, APP-M06-O-C01
D: C01-D ชุดกล้องตรวจสภาพ ตรวจ contract ทำ expected/actual, replay/rollback ของตนเอง; ใช้ requirements/rubric C01 APP-C01-D-K01, APP-C01-D-S01, APP-C01-D-E01, APP-C01-D-C01

บัตรกรณีศึกษาเพิ่มเติม S1–S3 และ S5–S7

บัตรต่อไปนี้เป็น ตัวเลือกเพิ่มเติม สำหรับลองความเข้าใจภารกิจที่เชื่อมหลายบท ไม่แทนสามบัตรนำร่อง M01-B/M06-O/C01-D และไม่เพิ่มผู้เข้าร่วมหรือผลผู้เรียนให้ P5. ใช้ บัตรงานฉบับดาวน์โหลด ซึ่งระบุ task_id, ชุดข้อมูล ชิ้นงานและ rubric ของแต่ละกรณี; ตารางเส้นทางและรหัส KSEC แสดงการตามรอยทั้ง 18 เส้นทาง. เลือกเพียงหนึ่งแถวต่อกิจกรรม บันทึก task_id/task_version, outcome ID และ rubric ที่ใช้จริงในไฟล์เดิม ไม่รวมผลของโจทย์ต่างกันเป็นคะแนนเดียว

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

ข้อมูลและภาพเป็นของสร้างเพื่อสอน, expected เป็นแนวคำตอบ, local_author_run คือการตรวจในเครื่องของผู้เขียน. ผู้เรียนต้องทำ v0 รับคำทักจริง แก้ v1 และรันงานของตนเมื่อเกณฑ์ต้องการ; ถ้ายังไม่ได้รัน actual ให้คง NOT_RUN. ผู้ตรวจเฉพาะสาขายัง not_assigned, P3 pending_field_review และผลภาคสนาม NOT_RUN. ชุดแบบบันทึกเดิมใช้ได้โดยไม่เปลี่ยน schema; รหัสผลลัพธ์ใน mapping เป็น 260 แถว, CLO/PLO ยัง pending_design

ลำดับกิจกรรมและหลักฐานก่อน–หลัง

ขั้นตอนเตรียมและทดลองอ่าน: ตกลงขอบงาน หาเส้นทาง ตรวจพื้นฐาน ทำชิ้นงาน v0 ตรวจตามรหัส แก้ v1 และลองซ้ำ ก่อนสรุปหลักฐานกับข้อค้าง

การตรวจเว็บไซต์และผล host ของผู้เขียนแยกจากหลักฐานผู้เรียน ถ้า D ยังไม่รันเอง actual คง NOT_RUN และหลักฐานทักษะยังไม่พอ เปิดแผนภาพขั้นตอนทดลองอ่านขนาดเต็ม

  1. ตกลงขอบงาน การเข้าถึงและระยะเก็บข้อมูล ผู้เข้าร่วมขอช่วย พักหรือหยุดได้โดยสมัครใจ
  2. เริ่มจากภาพรวม หาและเลือกบทบาทตามบัตรงาน บันทึกจุดที่หาไม่พบก่อนให้คำใบ้
  3. ตรวจพื้นฐาน K/S และความพร้อมร่วมงาน E/C ตามบท ทำงานเติมและทวนใหม่เมื่อจำเป็น
  4. อ่านและทำชิ้นงาน v0 พร้อมเหตุผล หลักฐานและข้อจำกัด เก็บความพยายามก่อนช่วย; หากเห็นแนวคำตอบก่อนหรือได้รับคำใบ้ให้บันทึกสิ่งที่เห็นและช่วงเวลา
  5. ใช้ rubric เดิมตรวจราย outcome ID ไม่ให้ผ่านจากการอ่านจบหรือจำนวนช่องที่กรอก
  6. เก็บข้อทักและคำตอบ แก้เป็น v1 แล้วลองซ้ำโดยเชื่อม ID/รุ่นเดิม ปิดปัญหาเมื่อมีหลักฐานตรวจซ้ำจริง
  7. สรุปเฉพาะสิ่งที่เห็นจริงและงานค้าง การแก้หน้าเว็บหรือ build ผ่านยังไม่เป็นผลทดลองผู้เรียน

ดาวน์โหลดคู่มือ บัตรงาน แพ็กเก็ตบทบาทที่เลือกและแบบบันทึก แล้วอ่านพจนานุกรมก่อนทำสำเนา:

CSV เป็น UTF-8 มีหัวตารางเท่านั้นและ ศูนย์แถวข้อมูล ผลรายรหัสใช้ NOT_RUN / meets / needs_revision / insufficient_evidence / not_observed ตามนิยามใน readme เก็บงานจริงนอกคลังสาธารณะในพื้นที่ควบคุมสิทธิ์ ใช้รหัสแทนชื่อแต่ยังต้องดูแลการเชื่อมกลับถึงคน ไม่ขอชื่อ อีเมล เลขประจำตัวหรือข้อมูลอ่อนไหวเป็นค่าเริ่มต้น

ผู้ดำเนินกิจกรรม ผู้ตรวจและเจ้าของแหล่งอ้างอิงยังไม่ได้รับมอบหมาย P5 เต็มรอการทดลองจริงครบ B/O/D การตรวจซ้ำประเด็นสำคัญและเจ้าของดูแลแหล่งอ้างอิง ตรวจแหล่งด้วยมือเมื่อกฎ/รุ่นเครื่องมือ/ขอบหลักฐานเปลี่ยนหรือลิงก์เสีย แล้วบันทึกสิ่งที่เปิดอ่านจริง ไม่มีการตรวจแหล่งอัตโนมัติหรือการยืนยันว่าทุกแหล่งสดจากวันที่เตรียมชุดนี้ CPX-Sim ยังพัก

กรณีสมมติ: เลือกจุดให้ทีมภาคพื้นตรวจเพิ่ม

ข้อมูลทั้งหมดในกิจกรรมนี้เป็นสังเคราะห์ พื้นที่ฝึก “ลานตัวอย่าง A” ขนาด 320 × 200 เมตรเป็นพื้นที่แต่งขึ้น แกน local x ไปทางขวาและ y ไปด้านบน จุด (0,0) อยู่มุมล่างซ้าย ไม่มีพิกัดโลกหรือพารามิเตอร์แปลง ไม่ใช่สถานที่จริงและใช้วางเส้นทางบินจริงไม่ได้

ผู้ประสานงานสมมติขอว่า “ณ 2026-10-11T10:00:00+07:00 ช่วยสรุปจุดที่มีข้อสังเกตให้ทีมภาคพื้นเลือกตรวจต่อ พร้อมจุดที่ยังใช้ตัดสินไม่ได้” ผลส่งมอบคือรายงานหนึ่งหน้า ตารางจุดเสนอให้พิจารณา และรายการต้องยืนยัน ไม่รับรองการผ่านของรถ ความปลอดภัยของพื้นที่ หรือสาเหตุจากสีในภาพ

เงื่อนไขที่โจทย์กำหนดเพื่อฝึก: ใช้แถวเป็นจุดเสนอได้เมื่ออายุข้อมูลตั้งแต่ 0 ถึง 60 นาที พิกัด x/y ครบและอยู่ในกรอบรวมขอบ ความไม่แน่นอนตำแหน่งไม่เกิน 5 เมตร สถานะ verified และไม่ถูกบดบัง เงื่อนไขนี้แต่งสำหรับโจทย์ ไม่ใช่ค่ามาตรฐาน QA หรือค่าความปลอดภัยสำหรับภารกิจจริง

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

วงจรแบบฝึกเริ่มอ่านคำขอและข้อมูลร่วม แยกแถวผ่านกับข้อค้าง ทำชิ้นงาน B O D ตรวจด้วย rubric แล้วแก้ฉบับพร้อมเหตุผล

คำอธิบายแผนภาพ: การแก้ชิ้นงานต้องรักษาต้นฉบับและรายการข้อไม่รู้ไว้ ผู้ตรวจตรวจเหตุผลและขอบเขตของข้อสรุปพร้อมกับผลคัด เปิดแผนภาพวงจรแบบฝึกขนาดเต็ม

เปิดไฟล์และตรวจแถวร่วมกัน

ดาวน์โหลด คำอธิบายชุดฝึก และ starter-observations.csv ทำสำเนาก่อนกรอก เก็บเวลาเดิมพร้อม offset และอ่านตารางเป็น UTF-8 หาก spreadsheet แปลงเวลาอัตโนมัติ ให้รักษาคอลัมน์เวลาเดิมเป็นข้อความไว้ด้วย

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

รหัส/จุด เวลา (+07:00) x,y เมตร / ความไม่แน่นอน ข้อสังเกตจากบันทึกสมมติ
obs-01 / P-A 09:35 40,30 / 3 m เห็นบริเวณน้ำขัง ผู้ตรวจบันทึก verified ไม่บดบัง ยังไม่รู้ความลึก
obs-02 / P-B 09:40 120,40 / 5 m เห็นสิ่งกีดขวางสีเทาบนทางเดิน verified ไม่บดบัง ยังไม่รู้ชนิดและการเคลื่อนย้าย
obs-03 / P-C 07:30 210,70 / 4 m เห็นบริเวณสีเข้ม verified ไม่บดบัง ไม่รู้สภาพปัจจุบัน
obs-04 / P-D 09:45 285,115 / 4 m เห็นบริเวณสีอ่อน ยัง unverified ไม่บดบัง ไม่รู้แหล่งยืนยัน
obs-05 / P-E 09:50 x ขาด,90 / 3 m เห็นพื้นผิวต่างสี verified ไม่บดบัง ยังไม่รู้พิกัดครบ
obs-06 / P-F เวลาไม่มี 75,145 / 3 m เห็นรอยผิวต่างจากรอบข้าง verified ไม่บดบัง ไม่รู้อายุข้อมูล
obs-07 / P-G 09:55 180,160 / 6 m มองเห็นเพียงบางส่วน verified ถูกบดบัง ต้องเติมมุมมองและตำแหน่ง
obs-08 / P-H 10:05 250,170 / 3 m เห็นสิ่งของบนพื้น verified ไม่บดบัง เวลาอยู่หลังเวลาตัดสิน ต้องตรวจนาฬิกา/บันทึก

ขั้นตอนตรวจร่วมก่อนแยกบทบาท:

  1. ทวนคำขอ ผู้รับ เวลาตัดสินและเงื่อนไข อย่าใช้เวลาบนคอมพิวเตอร์แทนเวลาโจทย์
  2. คำนวณอายุ = เวลาตัดสิน − เวลาเก็บ จาก offset เดียวกันได้ 25, 20, 150, 15, 10, ไม่ทราบ, 5 และ −5 นาทีตามลำดับ
  3. ตรวจ x/y ความไม่แน่นอน การยืนยันและการบดบัง ช่องว่างหมายถึงไม่ทราบ ไม่ใช่ 0
  4. ทำตารางสองส่วน: จุดเสนอให้ผู้รับพิจารณา และรายการค้างพร้อมเหตุผล/งานถัดไป เก็บทุกรหัสไว้แม้ไม่ผ่าน
  5. เขียนข้อสรุปที่ข้อมูลรองรับ เช่น “P-A และ P-B ผ่านกฎข้อมูลของโจทย์และมีข้อสังเกตให้ตรวจเพิ่ม” พร้อมระบุว่ายังไม่ได้ตรวจความปลอดภัยหรือยืนยันสาเหตุ

ผลคัดที่คาดหวังและแนวคำตอบร่วม

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

จุด ผลตามกฎของโจทย์ ขั้นตอนถัดไปที่อธิบายได้
P-A, P-B เสนอให้ผู้รับพิจารณาเลือกลงตรวจ ส่งข้อสังเกต เวลา ตำแหน่งและสิ่งที่ยังไม่รู้ ผู้รับจัดลำดับและเส้นทางภาคพื้นด้วยข้อมูลของตน
P-C ข้อมูลเก่า 150 นาที ขอข้อมูลใหม่หรือให้ทีมยืนยันสภาพปัจจุบัน ไม่แก้ timestamp เดิม
P-D ยังไม่ยืนยันแหล่ง ตรวจบันทึกต้นทางและผู้ยืนยันก่อนใช้เป็นจุดเสนอ
P-E พิกัด x ขาด ขอพิกัด/ระบบอ้างอิงครบ ห้ามเติม x=0 หรือเดาจากคำบรรยาย
P-F เวลาเก็บขาด ขอเวลาเดิมและ offset ห้ามใช้เวลาเปิดไฟล์แทน
P-G บดบังและความไม่แน่นอน 6 m ต้องเติมมุมมองและตำแหน่งให้ตอบคำถามได้ หรือเสนอวิธีตรวจอื่นโดยระบุเหตุผล
P-H อายุ −5 นาที เวลาอยู่อนาคต ตรวจนาฬิกาและความหมายของ field; คงข้อค้างจนมีหลักฐานแก้

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

B ผู้เริ่มต้น: ทำ brief หนึ่งหน้า

สิ่งที่ต้องส่ง: mission-brief.md ที่กรอกแล้ว พร้อมผลคัดและเหตุผลอย่างน้อยหนึ่งทางเลือกอื่น เป้าหมายคือให้ผู้อ่านอีกคนทวนโจทย์และข้อจำกัดได้ ไม่ต้องออกแบบการบิน

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

ID / มิติ พื้นฐานก่อนทำ เป้าหมายที่ต้องแสดง กิจกรรมและหลักฐาน
APP-B-K01 / K รู้คำถามกับผลส่งมอบต่างกัน อธิบายผู้รับ ขอบเขต เวลาและข้อมูลที่ต้องใช้ เขียนส่วนคำถาม/ผลส่งมอบใน brief ให้คนอื่นทวน
APP-B-S01 / S อ่านเวลาและตารางได้ คัดจุดพร้อมเหตุผลและทางเลือกเติมข้อมูล ตารางสองจุดเสนอ หกข้อค้างและ brief ที่กรอก
APP-B-E01 / E รู้ความหมายข้อไม่รู้/สิทธิ์ รักษาข้อจำกัดและตอบกรณีข้อมูลส่วนบุคคล เขียนว่าไม่รับรองพื้นที่ และวิธีลด/ตรวจสิทธิ์ข้อมูลก่อนส่งหากเป็นงานจริง
APP-B-C01 / C เก็บต้นฉบับและยอมให้ตรวจงาน รับข้อทักโดยบันทึกการแก้และเงื่อนไขหยุด brief ก่อน/หลัง พร้อมเหตุผล ผู้รับผิดชอบข้อค้างและคำคัดค้าน
  1. เขียนคำถาม ผู้รับ พื้นที่ local และเวลาตัดสินตามโจทย์
  2. เขียนผลส่งมอบสามส่วน: รายงานสั้น จุดเสนอ และข้อค้างพร้อมงานถัดไป
  3. เลือกวิธีทำงาน “ตรวจข้อมูลที่ให้ก่อน” อธิบายว่ามีข้อมูลสำหรับคัดสองจุดแล้ว จึงยังไม่ต้องเลือกซื้อหรือบินใหม่
  4. เสนอทางเลือกเติมข้อมูล เช่น ตรวจภาคพื้นหรือเก็บภาพเพิ่มเฉพาะจุด โดยระบุว่าการใช้โดรนจริงยังต้องตรวจชุด คน พื้นที่และข้ออนุญาต
  5. ใส่สิ่งที่ข้อมูลตอบไม่ได้ เช่น ความลึกน้ำ ชนิดสิ่งกีดขวาง สภาพปัจจุบันของ P-C และสถานที่จริง
  6. ตรวจ rubric B แล้วเทียบ ตัวอย่าง brief ที่กรอก

ตัวอย่างคำตอบย่อ: “เสนอ P-A และ P-B ให้ผู้ประสานเลือกตรวจต่อ ณ 10:00 ตามกฎข้อมูลของโจทย์ แนบข้อค้าง P-C–P-H พร้อมผู้ดูแลงานข้อมูล ขอผู้รับยืนยันว่าจะตรวจจุดเสนอหรือเติมข้อค้างก่อน ไม่รับรองสภาพพื้นที่จากข้อสังเกตชุดนี้”

ไม่ผ่าน: “บิน multirotor ดูครบทุกจุดแล้วพื้นที่ปลอดภัย” เพราะแต่งว่ามีการบินและเกินข้อมูลที่ให้ แม้กรอกหัวข้อครบก็ตาม ผ่าน: ระบุสองจุดหกข้อค้างพร้อมเหตุผล รักษากรอบสมมติ และแยกทางเลือกเติมข้อมูลจากสิ่งที่ทำแล้ว

O ผู้ปฏิบัติงาน/ผู้วางแผน: ทำแผนงานและการรับมอบ

สิ่งที่ต้องส่ง: mission-plan.md ที่กรอกแล้ว พร้อมทรัพยากร แผนสำรอง เกณฑ์รับงานและรายการค้าง แผนตัวอย่างรอบนี้เป็นงานข้อมูลบนคอมพิวเตอร์ ไม่มีการบินจริง

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

ID / มิติ พื้นฐานก่อนทำ เป้าหมายที่ต้องแสดง กิจกรรมและหลักฐาน
APP-O-K01 / K รู้กฎข้อมูลและบทบาททีม อธิบาย QA และแยกงานเริ่มได้จากสนามที่ยังไม่ตรวจ ข้อตกลงงานและรายการความพร้อมสนามที่มีสถานะตามจริง
APP-O-S01 / S ทำตารางงาน/ทรัพยากรได้ จัดแผน คน สำรองและเกณฑ์รับมอบที่ทำตามได้ แผนพร้อมช่วงงาน ผลคัดครบและเกณฑ์ตรวจรับ
APP-O-E01 / E รู้สิทธิ์และข้อจำกัดผล จำกัดข้อมูล/ข้อสรุปและส่งบางส่วนตามจริงได้ แผนสิทธิ์ กรณีปิดบังบุคคล และรายงานข้อค้างไม่ซ่อนแถว
APP-O-C01 / C รู้การทวนกลับ/ส่งต่อหน้าที่ รับผิดชอบตรวจข้ามและหยุดเมื่อเงื่อนไขไม่ผ่าน บันทึกผู้ทำ/ตรวจ การส่งต่อ ผู้สั่งหยุดและสถานะรอตรวจ
  1. ตั้งเจ้าของคำขอ ผู้รวบรวม/คัดข้อมูล ผู้ตรวจข้าม และผู้รับผล บอกกรณีคนเดียวทำหลายหน้าที่และใครตรวจแทน
  2. กำหนดช่วงงานตามตัวอย่าง: 10:00 รับคำขอและข้อมูล, 10:10 ทำตารางคัด, 10:20 ตรวจข้าม, 10:30 ส่งฉบับ v1 ให้ผู้รับ เป้าหมายเวลานี้แต่งเพื่อฝึก ยังไม่มีผลจับเวลาผู้เรียน
  3. ทำบัญชีทรัพยากร PC โปรแกรมอ่าน CSV โฟลเดอร์ต้นฉบับ/สำเนา แบบรายงาน และช่องส่งไฟล์ที่กำหนด ไม่ต้องมีอากาศยานในงานรอบนี้
  4. ตรวจทุกรหัสตามกฎร่วม แยกจุดเสนอและข้อค้าง พร้อมผู้รับผิดชอบขอข้อมูลเพิ่ม
  5. กำหนดแผนสำรอง: หากเวลา/พิกัดยืนยันไม่ได้ ส่งรายงานบางส่วนพร้อมข้อค้าง; หากโปรแกรมแปลงเวลาเสีย ใช้เวลาเดิมและตรวจด้วยมือ; หากผู้รับเปิดไม่ได้ ส่ง CSV UTF-8 และข้อความสรุปที่ตรวจตรงกัน
  6. ตรวจรับ: ทุกรหัสอยู่ในผล, P-A/P-B อยู่รายการเสนอ, อีกหกมีเหตุผลครบ, local frame และเวลาตัดสินชัด, ไม่อ้างการบิน/ความปลอดภัย, ผู้รับเปิดและทวนข้อจำกัดได้
  7. หากผู้รับต้องการเติมข้อมูลด้วยอากาศยาน ให้เปิดแผนถัดไปแยก ตรวจคน ชุด สภาพ/บำรุงรักษา พื้นที่ อากาศ การนำทาง ข้อกำหนด และผู้ตัดสินใจก่อนเริ่ม ขั้นนั้นยังค้างในตัวอย่างนี้

แนวคำตอบ: ผู้วางแผนสมมติ “กานต์” ตกลงขอบเขต “มิน” คัดข้อมูล “ตาล” ตรวจอิสระ “ผู้ประสานภาคพื้น” รับผล หากทีมมีคนเดียวให้บันทึกว่าขาดการตรวจโดยอีกคนและส่งสถานะรอตรวจ ห้ามกรอกว่าตรวจข้ามแล้วทั้งที่ยังไม่ได้ทำ

ไม่ผ่าน: แผนมีโดรนและเวลา แต่ไม่มีผู้ตรวจข้อมูล ไม่มีทางเลือกเมื่อ P-E/P-F ยืนยันไม่ได้ หรือส่ง P-H เป็นข้อมูลสด ผ่าน: งานข้อมูลเริ่มได้ด้วยทรัพยากรที่ระบุ รักษาข้อค้าง มีเจ้าของการหยุด/เปลี่ยนแผน และไม่มีความพร้อมบินที่สมมติให้ผ่าน

ส่งมอบให้ผู้รับเข้าใจข้อจำกัด

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

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

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

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

D นักพัฒนา/ผู้ปรับแต่ง: เปลี่ยนกฎโดยมีแผนทดสอบและย้อนคืน

สิ่งที่ต้องส่ง: adaptation-test-plan.md ที่กรอกแล้ว พร้อมตารางผลคาดหวังและบัญชีอินเทอร์เฟซ งานนี้ออกแบบและตรวจเหตุผลบนกระดาษหรือ spreadsheet ไม่มีโค้ดควบคุมอากาศยานและยังไม่มีผลรันระบบที่พัฒนาขึ้น

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

ID / มิติ พื้นฐานก่อนทำ เป้าหมายที่ต้องแสดง กิจกรรมและหลักฐาน
APP-D-K01 / K อ่าน schema หน่วย เวลาและ requirement ได้ อธิบายข้อผิด v0 และขอบเขตความเชื่อถือของอินเทอร์เฟซ requirements และบัญชี input/output/enum/missing ที่อธิบาย error
APP-D-S01 / S ออกแบบกรณีตรวจและเก็บ baseline ได้ ผูกข้อกำหนดกับกรณีปกติ ผิดพลาด ขอบเขตและการคืน ตารางก่อน/หลัง แผนทดสอบและ rollback ตาม R01–R05
APP-D-E01 / E แยกผลคาดหวัง/จริงและสิทธิ์ได้ รายงานโดยไม่แต่งผลหรือทำข้อมูลกลายเป็นคำสั่ง expected/actual แยกชัด ข้อจำกัด และเงื่อนไขสิทธิ์/การส่งออกข้อความ
APP-D-C01 / C บันทึกรุ่นและให้ผู้ตรวจทวนได้ หยุดส่งผลผิด เก็บหลักฐานและตรวจหลังคืน เจ้าของ trigger บันทึกข้อพบ/รุ่น/ผู้ตรวจ และวิธีทวนหลัง rollback

ปัญหา baseline v0 สมมติ: กฎเดิมเลือกทุกแถวที่ x/y ครบ ได้ P-A, P-B, P-C, P-D, P-F, P-G และ P-H ส่วน P-E ถูกกันออกแต่ไม่มีเหตุผลอื่น กฎนี้ไม่ตรวจเวลา ความไม่แน่นอน การยืนยันหรือการบดบัง จึงไม่ตอบเกณฑ์ผู้รับ

ในหัวข้อ 1a ของแผน D ให้ระบุคู่มืออากาศยาน มวล CG และพลังงานบินเป็น N/A พร้อมเหตุผลว่าเปลี่ยนเฉพาะกฎไฟล์บน PC หากเสนอฮาร์ดแวร์ในงานถัดไป ต้องแทน N/A ด้วยรุ่น/คู่มือที่ตรงชุด หลักฐานก่อน/หลังและรายการที่ยังต้องตรวจ ไม่ใช้ค่าขีดจำกัดที่แต่งขึ้น

  1. เขียน requirements: R01 เก็บต้นฉบับและรหัสครบ; R02 คัดตามกฎร่วมทุกเงื่อนไข; R03 ส่งรายการค้างพร้อมเหตุผลทั้งหมด; R04 ไม่เติมเวลา/ตำแหน่ง/สถานะเอง; R05 ผลทุกแถวระบุรุ่นกฎและเวลาตัดสิน
  2. กำหนด interface: input CSV UTF-8 ตามหัวคอลัมน์, เวลา ISO 8601 พร้อม offset, x/y และความไม่แน่นอนหน่วย m ใน local frame; ช่องว่างเป็น missing; verified/unverified และ yes/no เป็นค่า enum
  3. กำหนด output: รหัสและข้อมูลเดิม, อายุหรือ unknown, candidate/hold, รายการเหตุผล, งานถัดไป, rule_version และ decision_time; ไม่มีช่องคำสั่งบินหรือข้อรับรองความปลอดภัย
  4. เสนอ v1 ตรวจครบกฎร่วม เปลี่ยนส่วนคัดข้อมูลอย่างเดียว เก็บ v0 และผลก่อนเปลี่ยนเพื่อเทียบ ห้ามแก้ต้นฉบับเพื่อให้ผ่าน
  5. ทำตารางผลคาดหวังทั้งแปดแถว: v1 มี candidate P-A/P-B และ hold อีกหกแถว P-G มีทั้งเหตุผลบดบังและความไม่แน่นอน ไม่หยุดที่เหตุผลแรกแล้วทำอีกเหตุผลหาย
  6. เพิ่มกรณีทดสอบขอบเขต: อายุ 60 นาทีผ่าน, 60 นาที 1 วินาทีไม่ผ่าน; อายุ −1 วินาทีไม่ผ่าน; x=0 และ x=320 อยู่ในกรอบเมื่อเงื่อนไขอื่นผ่าน; x=321 ไม่ผ่าน; uncertainty=5 ผ่าน, 5.1 ไม่ผ่าน; timestamp ไม่มี offset, frame ไม่ตรง, enum แปลก หรือรหัสซ้ำต้องให้ข้อผิดพลาดที่ตรวจได้ก่อนส่งผล
  7. กำหนดหยุด/ย้อนคืนเมื่อ candidate ผิด ข้อค้างหายหรือ input ถูกแก้: กันผล v1 ออกจากการส่ง เปลี่ยนกลับ v0/ขั้นตอนตรวจด้วยมือ และตรวจชุดเดิมซ้ำ แต่ v0 ยังไม่ผ่าน requirement จึงต้องติดสถานะรอตรวจ ห้ามใช้การย้อนคืนเป็นเหตุผลส่งผล v0 โดยไม่ตรวจ

แนวคำตอบ: v1 แก้ความผิดของกฎ v0 ในด้านคุณภาพข้อมูลตามโจทย์ ผลต่าง 7 → 2 จุดไม่ได้พิสูจน์ว่า v1 ลดความเสี่ยงภาคสนามหรือมีความแม่นยำตรวจวัตถุสูงขึ้น เพราะไม่มีข้อมูลภาคสนามหรือผลโมเดลให้วัด

ไม่ผ่าน: “ทดสอบแล้วแม่นยำ 100%” โดยมีเพียงตารางผลคาดหวัง หรือระบบเติมค่าที่หายให้ผ่าน ผ่าน: requirements ตามถึงกรณีตรวจได้ อธิบายก่อน/หลังและผลข้างเคียง มีกรณีผิดพลาด/ขอบเขต วิธีหยุด/คืน และระบุผลที่ยังไม่ได้รัน

ตรวจชิ้นงาน แก้ปัญหา และบันทึกหลักฐาน

เปิด reader-rubrics.md ให้แต่ละข้อเป็น “ผ่าน / ต้องแก้ / ยังไม่มีหลักฐาน” พร้อมเหตุผลและรหัสแถว ข้อสำคัญที่ไม่ผ่านต้องแก้ก่อนจบชิ้นงาน แม้จำนวนหัวข้อครบ ไม่รวมเป็นคะแนนที่กลบข้อมูลผิด ผู้เรียนเดี่ยวเขียนข้อคัดค้านงานตนเองแล้วแก้เป็นฉบับใหม่

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

ปัญหาที่พบได้ วิธีแก้ที่ตรวจได้
CSV ภาษาไทยอ่านไม่ได้ เปิด UTF-8 ตรวจหัวคอลัมน์และข้อความจากต้นฉบับก่อนกรอก
โปรแกรมเปลี่ยน offset หรือรูปแบบเวลา รักษาค่าเดิมเป็นข้อความ เพิ่มค่าคำนวณในสำเนาและระบุวิธีแปลง
ตีความช่องว่างเป็น 0 ให้สถานะ missing/hold และขอหลักฐาน ห้ามเติมตัวเลขเพื่อให้สูตรทำงาน
ใช้ P-H เพราะดู “ใหม่กว่า” ตรวจอายุลบและนาฬิกา ไม่ใช้เวลาผิดเป็นความสด
ใช้ verified เป็นข้อรับรองความจริง ระบุว่าเป็นสถานะในบันทึกสมมติ และยังไม่มีการยืนยันสนาม
ส่งเฉพาะสองจุดแล้วทำข้อค้างหาย แนบ P-C–P-H พร้อมเหตุผลและงานถัดไปครบ
กรอกว่าทดสอบหรือบินแล้ว เปลี่ยนเป็นผลคาดหวัง/แผน และบันทึกผลจริงเฉพาะเมื่อมีหลักฐาน

แนวคำตอบที่กรอกครบทั้งสามชิ้นงานอยู่ใน worked-examples.md ใช้เทียบเหตุผลหลังทำครั้งแรก ไม่ใช่ข้อบังคับให้เลือกถ้อยคำเดียวกัน ถ้าข้อเสนอแตกต่างให้แสดงว่าตอบคำถามและรักษาข้อค้างได้อย่างไร

ดาวน์โหลดและสถานะการประเมิน

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

อ้างอิงและวันทบทวน

ทบทวน 11 ตุลาคม 2569 · เอกสารแบบฝึกใหม่ใช้ CC BY 4.0 โดย PK-Research; ข้อมูลสังเคราะห์ CSV ใช้ CC0 1.0 แหล่งอ้างอิงภายนอกคงสิทธิ์ของเจ้าของเดิม

ฝึก P4 ด้วยชุดกรณีเลือกและปรับแต่ง

เลือก C01 ชุดกล้องตรวจสภาพ, C02 ชุดข้อมูลค้นหา และ C03 ชุด payload สังเคราะห์ ตามผลที่ผู้รับต้องใช้ เริ่ม requirements ของบทบาท B/O/D ทำฐาน K/S แล้วเก็บ v0/v1 ใต้ outcome ID เดิม ชุดหกไฟล์ของแต่ละกรณีเชื่อมแลบคำนวณเดียวกัน ไม่ต้องมีอุปกรณ์บิน

ผู้เขียนมี ผล host 17 กรณี และ ผลดิบ ที่เทียบ expected รันซ้ำและคู่คืนฐานแล้ว ผลผู้เขียนอยู่ในบันทึก host; สถานะเนื้อหาและงานค้างดู หน้าภาพรวม ผู้เรียนต้องทำและเก็บหลักฐานงานตน ผลผู้เรียนเริ่ม NOT_RUN จนมีผู้ทดลองจริง P5 เป็นการเตรียมชุดเท่านั้น; specialist not_assigned; P3 pending_field_review

แบบฝึกโดรนmission briefแผนภารกิจข้อมูลสังเคราะห์rubricrollback