Cheat Sheet — Unit 8–12 + UML
อ่านรอบเดียวก่อนเข้าห้องสอบ สูตร ตัวเลข และคู่เปรียบเทียบที่ออกบ่อยอยู่ที่นี่
สูตรทั้งหมด
SV = EV - PV บวก = เร็วกว่าแผน ลบ = ล่าช้า CV = EV - AC บวก = ได้มากกว่าจ่าย ลบ = จ่ายเกิน SPI = EV / PV >1 เร็ว <1 ช้า CPI = EV / AC >1 คุมเงินดี <1 จ่ายเกินค่างาน PV = BCWS EV = BCWP AC = ACWP BAC = Cost Baseline Severity = Impact × Probability Velocity = ผลรวม Story Points ที่เสร็จ / จำนวน Sprint Cost Multiplier = จำนวนหน่วย × ราคาต่อหน่วย × ความถี่/เวลา
CPI × SPI — ควรทำอะไร
| SPI > 1 (เร็ว) | SPI < 1 (ช้า) | |
|---|---|---|
| CPI > 1 (คุมเงินดี) | ให้รางวัลทีม | เพิ่มคน/เครื่องจักร, OT, ติดตามสถานะ |
| CPI < 1 (จ่ายเกิน) | ลดคน, ตรวจค่าใช้จ่าย, วางแผนทรัพยากร | หาสาเหตุทันที, ขอเพิ่มงบ/ขยายเวลา, จัดลำดับงาน, ใช้ซอฟต์แวร์ช่วย |
ตัวเลขที่ต้องจำ
| เรื่อง | จำนวน / ค่า |
|---|---|
| Processes of Cost Management | 4 — Resource Planning → Cost Estimating → Cost Budgeting → Cost Control |
| ROM / Budgetary / Definitive | -25%,+75% / -10%,+25% / -5%,+10% |
| เทคนิคประมาณต้นทุน | 4 — Top-Down, Bottom-up, Parametric (COCOMO), Three Points |
| Project Control Process | 4 — กำหนด Baseline → วัด → ประเมินเทียบ → แก้ไข |
| Project Baseline | 3 — Schedule, Scope, Cost |
| Organization / IT / PMBOK Risk Categories | 4 / 4 / 4 |
| Risk Sources | 4 — Repository, Checklist, Expert Judgement, Project Status |
| Risk Timeframes | Near ≤1 เดือน / Mid 2-6 เดือน / Far >6 เดือน |
| 3×3 matrix เกณฑ์ | ≤0.2 / ≤0.5 / ≤0.8 |
| Risk Management Techniques | 4 — Reduction(Control), Sharing(Transfer), Avoidance(Avoid), Acceptance(Accept) |
| Risk Control | 4 — Preventive, Detective, Directive, Corrective |
| Level of Changes | 3 — Individual, Project-Based, Organizational |
| Type of Change | 4 — Anticipatory, Reactive, Incremental, Strategic |
| Change Factors | ภายนอก 5 / ภายใน 7 |
| Change Control Process | 3 — Submission & Logging → Impact Analysis & CCB → Update Baselines & Communicate |
| Type of Project Closure | 5 — Normal, Premature, Perpetual, Failed, Change Priority |
| Project Closure Process | 10 ขั้น |
| Acceptance Criteria ที่ดี | 4 — Clear, Testable, Agreed, Complete |
| Software Maintenance (ISO/IEC 14764) | 4 — Corrective, Adaptive, Perfective, Preventive |
| Warranty | 60-90 วัน (บางโครงการ 6-12 เดือน) นับจากวัน Sign-off |
| Support Levels | L1 Help Desk / L2 Technical / L3 Development |
| ER องค์ประกอบ / Attribute / ความสัมพันธ์ | 3 / 5 ชนิด / 3 แบบ (1:1, 1:N, M:N) |
| Class Relationships / ขั้นวาด | 5 / 7 |
| Sequence องค์ประกอบ / Message / Fragment | 4 / 6 / 4 |
คู่เปรียบเทียบที่ออกสอบแน่
| คู่ | ตัวแยก |
|---|---|
| Cost Estimating vs Cost Budgeting | ประมาณต้นทุนรวม ตัดสิน feasible vs จัดสรรเงินจาก schedule + estimate — "estimate ก่อน budget" |
| By Time Period vs By Cost Types | จัดตามเวลา คู่ Gantt vs จัดตามประเภทค่าใช้จ่าย (นิยม) หาทางลดต้นทุน |
| งบดำเนินงาน vs งบลงทุน | ค่าจ้าง ค่าใช้สอย ค่าวัสดุ vs ค่าครุภัณฑ์ สิ่งก่อสร้าง |
| QA vs QC | วางแผนระบบงาน vs ตรวจสอบผลลัพธ์ — QC ⊂ QA ⊂ QMS |
| Traditional vs Agile Control | SPI, CPI, EAC, VAC vs Burndown, Burnup, Velocity |
| Burndown vs Burnup | งานที่เหลือ vs งานเสร็จสะสม + Total Scope (เห็น scope creep) |
| Sprint Review vs Retrospective | Product Increment + Stakeholders vs Process ทีมพัฒนาเท่านั้น |
| Mitigation vs Contingency | Prevention ก่อนเกิด vs Correction เมื่อเกิดจริง |
| Change Management vs Change Control | คน (Sponsor/HR, Change Curve) vs เอกสาร (PM/CCB, CR Form, Change Log) |
| Completion vs Closure | about the work vs about the outcome |
| Warranty vs Maintenance Contract | แก้ bug ฟรี ไม่รวม Req. ใหม่ vs สัญญาแยก มีค่าใช้จ่าย |
| Aggregation vs Composition | part อยู่ได้เอง (◇ โปร่ง) vs แยกไม่ได้ (◆ ทึบ) |
| Synchronous vs Asynchronous | หัวทึบ รอผล vs หัวเปิด ไม่รอ |
| alt vs opt | if-then-else หลาย operand vs if-then operand เดียว |
กับดักข้อสอบ
- ทุกสูตร EVA ขึ้นต้นด้วย EV — ไม่ใช่ PV - EV
- SV/CV ติดลบ = แย่, SPI/CPI ต่ำกว่า 1 = แย่
- Bottom-up = แม่นยำมากที่สุดในกลุ่มรวมกิจกรรม, Parametric = แม่นยำและน่าเชื่อถือมากที่สุด (เหมาะงาน IT)
- Risk ไม่ได้แปลว่าลบเสมอ — Positive Risk = Opportunity
- Risk Acceptance ยังต้องติดตามเฝ้าระวัง
- เมื่อโครงการเดินหน้า Risk ลด แต่ Cost of Changes เพิ่ม
- UAT ทดสอบโดย End user ไม่ใช่ทีมพัฒนาหรือ QA
- Warranty เริ่มนับตั้งแต่วัน Sign-off ไม่ใช่วัน Go-Live หรือวันเริ่มพัฒนา
- Sequence Diagram เป็น Behavioral — ER และ Class เป็น Structural
- M:N ต้องแตกเป็น ตารางกลาง, 1:N ใส่ FK ฝั่ง N