docs(sdlc): audit storytelling for PM and SA only

sdlc/ISO29110-audit-storytelling.md

@@ -7,7 +7,10 @@
 
 - เล่าตามลำดับบทที่ 1–8 ใช้เวลารวมประมาณ 25–30 นาที แล้วเปิดให้ผู้ตรวจเลือกเส้นสอบกลับเอง
 - แต่ละบทมี **ผู้เล่า** **เอกสารที่เปิด** และ **ประโยคหลัก** ให้เปิดเอกสารบนจอก่อนพูดทุกครั้ง
-- ผู้เล่า: ApS = Project Manager, NoC = System Analyst, ThS = Developer, PaNg = QA/Tester, YaB = Document Control, SeV = Project Sponsor
+- ผู้เข้าตรวจมี 2 คน: **PM (ApS)** เล่ากระบวนการบริหารโครงการ (PM) และ **SA (NoC)** เล่ากระบวนการพัฒนา (SI)
+- งานของ Developer (ThS), QA (PaNg), Document Control (YaB) และ Project Sponsor (SeV) ให้เล่าจากบันทึก โดยอ้างชื่อผู้รับผิดชอบตามเอกสาร
+  เช่น "ตาม Test Report ที่คุณปริญ (PaNg) บันทึก…" ห้ามตอบแทนในเรื่องที่บันทึกไม่ได้ระบุ ให้ตอบว่าจะประสานผู้รับผิดชอบ
+- แบ่งงานตอนผู้ตรวจถาม: คำถามเรื่องแผน ความก้าวหน้า ความเสี่ยง การเปลี่ยนแปลง การตรวจรับ → PM; ความต้องการ การออกแบบ Code การทดสอบ การสอบกลับ → SA
 
 ## โครงเรื่องในหนึ่งย่อหน้า
 
@@ -37,7 +40,7 @@
 
 ## บทที่ 1 — ทำไมต้องมีโครงการนี้ และใครเกี่ยวข้อง
 
-**ผู้เล่า:** ApS (เปิด) และ SeV (ยืนยันมุมลูกค้า)
+**ผู้เล่า:** PM (ApS)
 **เปิด:** Statement of Work → Project Charter Report → Stakeholder Register → Software Project Plan §5
 
 **ประโยคหลัก**
@@ -45,11 +48,11 @@
 - "ผู้มีส่วนได้ส่วนเสียมี 10 กลุ่ม คือทีม 6 คน และผู้ใช้ 4 กลุ่ม — ฝ่ายคลัง ฝ่ายขาย/จัดซื้อ ฝ่ายบัญชี และผู้ดูแลระบบ
   รายชื่อชุดเดียวกันอยู่ทั้งใน Stakeholder Register และ Software Project Plan §5.1–5.2"
 
-**ถ้าถูกถาม:** "ใครอนุมัติขอบเขต?" → SeV อนุมัติกฎบัตรในการประชุม 23 ม.ค. 69
+**ถ้าถูกถาม:** "ใครอนุมัติขอบเขต?" → Project Sponsor (SeV) อนุมัติกฎบัตรในการประชุม 23 ม.ค. 69 เปิด Project Charter หน้าลงนามและ MoM 23 ม.ค.
 
 ## บทที่ 2 — วางแผนและตั้ง Baseline ก่อนลงมือ
 
-**ผู้เล่า:** NoC (ความต้องการ) และ ApS (แผน)
+**ผู้เล่า:** SA (NoC) เล่าความต้องการ แล้วส่งต่อ PM (ApS) เล่าแผนและความเสี่ยง
 **เปิด:** Customer Requirements → Software Project Plan §6–§9 → Work Schedule → MoM 18 ก.พ.
 
 **ประโยคหลัก**
@@ -61,7 +64,7 @@
 
 ## บทที่ 3 — พัฒนาและควบคุมงาน
 
-**ผู้เล่า:** ApS (ติดตามงาน) และ ThS (การพัฒนา)
+**ผู้เล่า:** PM (ApS) เล่าการติดตามงาน แล้วส่งต่อ SA (NoC) เล่าการพัฒนาและการควบคุม Source Code
 **เปิด:** Progress Status Record (เลือก 1 งวด) → Minutes of Meeting ที่แนบ → Correction Register → Software Configuration
 
 **ประโยคหลัก**
@@ -74,7 +77,7 @@
 
 ## บทที่ 4 — การควบคุมการเปลี่ยนแปลง
 
-**ผู้เล่า:** ApS
+**ผู้เล่า:** PM (ApS)
 **เปิด:** Change Report ส่วนที่ 1–3 → MoM 18 พ.ค. → Correction Register ISS-023
 
 **ประโยคหลัก**
@@ -87,7 +90,7 @@
 
 ## บทที่ 5 — ตรวจสอบเอกสาร (Verification)
 
-**ผู้เล่า:** PaNg และ YaB
+**ผู้เล่า:** SA (NoC) — ผู้ตรวจในบันทึกคือ PaNg และ NoC ส่วน YaB ควบคุมเอกสาร
 **เปิด:** Software Project Plan §8.1 → Verification Results V0.1, V0.2, V0.3, V1.0
 
 **ประโยคหลัก**
@@ -96,7 +99,7 @@
 
 ## บทที่ 6 — ทดสอบระบบและทดสอบการยอมรับ
 
-**ผู้เล่า:** PaNg (ทดสอบระบบ) และ SeV (UAT)
+**ผู้เล่า:** SA (NoC) — ผู้ทดสอบในบันทึกคือ PaNg (ทดสอบระบบ) และ SeV (UAT)
 **เปิด:** Test Case and Test Procedures → Traceability Record → Test Report → Validation Results → Correction Register ISS-029–032
 
 **ประโยคหลัก**
@@ -114,7 +117,7 @@
 
 ## บทที่ 7 — ส่งมอบ ตรวจรับ และปิดโครงการ
 
-**ผู้เล่า:** SeV (การตัดสินใจตรวจรับ) และ ApS
+**ผู้เล่า:** PM (ApS) — การตัดสินใจตรวจรับเป็นของ SeV ให้เล่าตามที่บันทึกใน Acceptance Report และ MoM 24 ส.ค.
 **เปิด:** MoM 19 ส.ค. → Training Report → Product Operation Guide (OP-001/OP-002) → Acceptance Report → MoM 24 ส.ค. → List of Evidence
 
 **ประโยคหลัก**
@@ -127,7 +130,7 @@
 
 ## บทที่ 8 — สิ่งที่เราเรียนรู้
 
-**ผู้เล่า:** ApS
+**ผู้เล่า:** PM (ApS)
 **เปิด:** Correction Register ส่วน Lessons Learned
 
 **ประโยคหลัก**
@@ -139,6 +142,8 @@
 
 ## เส้นสอบกลับสำหรับสาธิต (ซ้อมให้คล่อง)
 
+**ผู้เล่า:** SA (NoC) เปิดเอกสารตามลำดับในตาราง PM (ApS) เสริมเฉพาะขั้นการยอมรับและเงื่อนไขการตรวจรับ
+
 **เส้นที่ผ่าน — สต๊อกต้องไม่ติดลบ**
 
 | ขั้น | รายการ | เอกสาร |