ISO 29110 คืออะไร? คู่มือฉบับสมบูรณ์สำหรับผู้เริ่มต้น
ถ้าคุณเคยสงสัยว่าบริษัทซอฟต์แวร์ขนาดเล็กจะแข่งขันกับบริษัทใหญ่ในเรื่องคุณภาพและความน่าเชื่อถือได้อย่างไร คำตอบมักอยู่ที่ ISO 29110 มาตรฐานสากลนี้ถูกออกแบบมาเฉพาะเพื่อช่วยสตาร์ทอัพ SME และทีมพัฒนาขนาดเล็กส่งมอบซอฟต์แวร์ระดับมืออาชีพโดยไม่จมอยู่กับกระบวนการราชการที่ยุ่งยาก
ISO 29110 คืออะไร?
ISO/IEC 29110 คือมาตรฐานสากลสำหรับวิศวกรรมระบบและซอฟต์แวร์ ออกแบบมาเฉพาะสำหรับ องค์กรขนาดเล็กมาก (Very Small Entities หรือ VSEs) — องค์กรที่มีคนไม่เกิน 25 คน ต่างจากมาตรฐานหนักๆ อย่าง ISO 9001 หรือ CMMI ที่ถูกออกแบบมาสำหรับองค์กรขน าดใหญ่ ISO 29110 ให้แนวทางที่เบาและใช้ได้จริงที่ทีมขนาดเล็กสามารถนำไปปฏิบัติได้
มาตรฐานนี้พัฒนาโดย International Organization for Standardization (ISO) และ International Electrotechnical Commission (IEC) โดยเวอร์ชันล่าสุดที่เผยแพร่ในปี 2024-2025 ได้แก่:
- ISO/IEC 29110-1-1:2024 — ภาพรวม
- ISO/IEC 29110-5-1-2:2025 — แนวทางโปรไฟล์ Basic
- ISO/IEC 29110-5-4:2025 — แนวทางการพัฒนาซอฟต์แวร์แบบ Agile
หัวใจของ ISO 29110:
- ให้ แผนที่นำทางสำหรับการปรับปรุงการพัฒนาซอฟต์แวร์
- กำหนด กระบวนการที่ชัดเจนสำหรับการบริหารโครงการและการสร้างซอฟต์แวร์
- ปรับขนาด ได้ตั้งแต่โปรเจกต์คนเดียวไปจนถึงทีม 25 คน
- รองรับ ทั้งแนวทางการพัฒนาแบบดั้งเดิมและ Agile
เปรียบเทียบง่ายๆ
ลองนึกภาพ ISO 29110 เหมือน ตำราอาหารสำหรับการพัฒนาซอฟต์แวร์:
- วิธีดั้งเดิม: ทำไปเรื่อยๆ — บางครั้งอาหารออกมาดี บางครั้งก็พัง
- วิธี ISO 29110: ทำตามสูตรที่ทดสอบแล้ว มีขั้นตอนชัดเจน วัดส่วนผสมได้ มีจุดตรวจสอบ — ผลลัพธ์ดีสม่ำเสมอ
มาตรฐานไม่ได้บอกว่าต้องสร้างซอฟต์แวร์ อะไร — มันบอกว่าจะ จัดการ กระบวนการสร้างอย่างมืออาชีพอย่างไร
สี่โปรไฟล์ของ ISO 29110

ISO 29110 ใช้ แนวทางโปรไฟล์แบบก้าวหน้า — เริ่มจากง่ายและเติบโตตามความพร้อมขององค์กร Generic Profile Group ประกอบด้วย 4 ระดับ:
1. Entry Profile (โปรไฟล์เริ่มต้น)
เป้าหมาย: สตาร์ทอัพและโปรเจกต์ขนาดเล็กมาก (ไม่เกิน 6 คน-เดือน)
ลักษณะ:
- ข้อกำหนดเอกสารน้อยที่สุด
- เน้นการติดตามโปรเจกต์พื้นฐาน
- นักพัฒนาคนเดียวหรือทีมเล็กมาก
- วงรอบการพัฒนาสั้น
เหมาะสำหรับ: นักพัฒนาเดี่ยว, โปรเจกต์นักศึกษา, proof-of-concepts, เครื่องมือภายใน
2. Basic Profile (โป รไฟล์พื้นฐาน)
เป้าหมาย: VSE ที่พัฒนาแอปพลิเคชันเดียวด้วยทีมเดียว
ลักษณะ:
- กระบวนการบริหารโครงการที่มีโครงสร้าง
- กระบวนการสร้างซอฟต์แวร์ที่กำหนดชัดเจน
- Work products (เอกสารและผลงาน) ที่ชัดเจน
- พื้นฐานการประกันคุณภาพ
เหมาะสำหรับ: ซอฟต์แวร์เฮาส์ขนาดเล็ก, เอเจนซี่เว็บ, นักพัฒนาแอปมือถือ
3. Intermediate Profile (โปรไฟล์กลาง)
เป้าหมาย: VSE ที่จัดการหลายโปรเจกต์ด้วยหลายทีม
ลักษณะ:
- หลายโปรเจกต์พร้อมกัน
- แบ่งปันทรัพยากรระหว่างทีม
- นำซอฟต์แวร์คอมโพเนนต์กลับมาใช้ใหม่
- วัดและติดตามประสิทธิภาพ
เหมาะสำหรับ: บริษัทซอฟต์แวร์ที่กำลังเติบโต, แผนก IT, บริษัทที่ปรึกษา
4. Advanced Profile (โปรไฟล์ขั้นสูง)
เป้าหมาย: VSE ที่มุ่งเติบโตอย่างยั่งยืนและแข่งขันได้
ลักษณะ:
- ปรับปรุงกระบวนการอย่างต่อเนื่อง
- การเรียนรู้ระดับองค์กร
- จัดการความเสี่ยงระดับ portfolio
- จัดการนวัตกรรม
เหมาะสำหรับ: บริษัทเทคโนโล ยีที่มั่นคง, บริษัทผลิตภัณฑ์ซอฟต์แวร์
คำศัพท์สำคัญที่ควรรู้
นี่คือคำศัพท์ที่มักเข้าใจผิดมากที่สุดใน ISO 29110:
1. VSE (Very Small Entity - องค์กรขนาดเล็กมาก)
VSE คือองค์กร หน่วยงาน แผนก หรือโปรเจกต์ที่มี ไม่เกิน 25 คน ซึ่งรวมถึง:
- บริษัทสตาร์ทอัพ
- ซอฟต์แวร์เฮาส์ขนาดเล็ก
- แผนก IT ในองค์กรขนาดใหญ่
- ทีมพัฒนาแต่ละทีมในบริษัทใหญ่
ความเข้าใจผิด: "VSE หมายความว่าทั้งบริษัทต้องเล็ก" จริงๆ แล้ว ทีมแอปมือถือของธนาคารใหญ่ที่มี 15 คน ก็จัดเป็น VSE ได้
2. Lifecycle Profile (โปรไฟล์วงจรชีวิต)
Lifecycle profile คือชุดของกระบวนการและแนวปฏิบัติที่กำหนดไว้ล่วงหน้า เหมาะสำหรับองค์กรหรือโปรเจกต์ประเภทเฉพาะ ลองนึกภาพว่าเป็น "การตั้งค่า" ของมาตรฐาน
เปรียบเทียบ: เหมือนเลือกรุ่นรถ — Entry, Basic, Intermediate, หรือ Advanced — แต่ละรุ่นมีฟีเจอร์ที่เห มาะกับความต้องการที่ต่างกัน
3. Work Products (ผลงาน)
Work products คือผลลัพธ์ที่จับต้องได้จากกระบวนการ — เอกสาร, โค้ด, ผลการทดสอบ, บันทึกการประชุม ฯลฯ ISO 29110 กำหนด work products เฉพาะสำหรับแต่ละกระบวนการ
Work products ทั่วไป:
- แผนโครงการ (Project Plan)
- ข้อกำหนดความต้องการ (Requirements Specification)
- เอกสารออกแบบซอฟต์แวร์ (Software Design Document)
- Test Cases และ Test Reports
- คู่มือผู้ใช้ (User Manual)
- Source Code
4. Project Management Process (กระบวนการบริหารโครงการ)
กระบวนการบริหารโครงการ (PM) ครอบคลุมวิธีการวางแผน ติดตาม และควบคุมโปรเจกต์ซอฟต์แวร์ ประกอบด้วย:
- สร้างแผนโครงการ
- ติดตามความคืบหน้า
- จัดการการเปลี่ยนแปลง
- ปิดโครงการ
5. Software Implementation Process (กระบวนการสร้างซอฟต์แวร์)
กระบวนการสร้างซอฟต์แวร์ (SI) ครอบคลุมงานทางเทคนิคในการสร้างซอฟต์แวร์:
- วิเคราะห์ความต้องการ
- ออกแบบโซลูชัน
- เขียนโค้ด
- ทดสอบ
- ส่งมอบผลิตภัณฑ์
ISO 29110 ทำงานอย่างไร

สองกระบวนการหลัก
ISO 29110 (Basic Profile) กำหนดสองกระบวนการที่เชื่อมต่อกัน:
1. กระบวนการบริหารโครงการ
| กิจกรรม | วัตถุประสงค์ |
|---|---|
| การวางแผนโครงการ | กำหนดขอบเขต, ตารางเวลา, ทรัพยากร, ความเสี่ยง |
| การดำเนินการตามแผน | ทำกิจกรรมตามที่วางแผนไว้ |
| การประเมินและควบคุม | ติดตามความคืบหน้า, จัดการการเปลี่ยนแปลง |
| การปิดโครงการ | เสร็จสิ้นและทบทวนโครงการ |
2. กระบวนการสร้างซอฟต์แวร์
| กิจกรรม | วัตถุประสงค์ |
|---|---|
| การเริ่มต้นซอฟต์แวร์ | ทำความเข้าใจและบันทึกความต้องการ |
| การวิเคราะห์ซอฟต์แวร์ | วิเคราะห์ความต้องการ, สร้าง specifications |
| การออกแบบซอฟต์แวร์ | สร้างสถาปัตยกรรมและการออกแบบโดยละเอียด |
| การสร้างซอฟต์แวร์ | เขียนและตรวจสอบโค้ด |
| การรวมและทดสอบ | รวมคอมโพเนนต์, ตรวจสอบคุณภาพ |
| การส่งมอบผลิตภัณฑ์ | Deploy และส่งมอบให้ลูกค้า |
ขั้นตอนการ ทำงาน

ทำไม ISO 29110 จึงสำคัญ
ปัญหาที่แก้ได้
| ปัญหา | ISO 29110 ช่วยอย่างไร |
|---|---|
| ความวุ่นวายในทีมเล็ก | ให้โครงสร ้างโดยไม่มีขั้นตอนราชการ |
| คุณภาพไม่สม่ำเสมอ | กำหนดจุดตรวจสอบและการทบทวน |
| โปรเจกต์เกินงบ | ต้องมีการวางแผนและติดตาม |
| ความรู้หายเมื่อคนลาออก | บันทึกการตัดสินใจและการออกแบบ |
| ลูกค้าไม่เชื่อใจ | การรับรองสากลสร้างความน่าเชื่อถือ |
| ยากที่จะขยาย | โปรไฟล์ก้าวหน้าช่วยนำทางการเติบโต |
ประโยชน์สำหรับผู้มีส่วนได้ส่วนเสียต่างๆ
สำหรับนักพัฒนา:
- เข้าใจชัดเจนว่าต้องส่งมอบอะไร
- ลดการทำงานซ้ำด้วยความต้องการที่ดีกว่า
- แนวปฏิบัติมืออาชีพที่ใช้ได้ทุกที่
สำหรับผู้จัดการ:
- มองเห็นสถานะโปรเจกต์
- เตือนปัญหาล่วงหน้า
- ข้อมูลสำหรับตัดสินใจ
สำหรับลูกค้า:
- มั่นใจในความสามารถของผู้ขาย
- การสื่อสารและเอกสารที่ดีขึ้น
- ลดความเสี่ยงโปรเจกต์
สำหรับธุรกิจ:
- ได้เปรียบในการประมูล
- รากฐานสำหรับการเติบโตและขยาย
- เส้นทางสู่การรับรองอื่นๆ (ISO 9001, CMMI)