ISO/IEC 29110 VSEs การบริหารจัดการโครงการซอฟต์แวร์และระบบต่างๆ อย่างมีประสิทธิภาพ

มาตรฐาน ISO 29110 หรือ ISO/IEC 29110 เป็นมาตรฐานสากลที่พัฒนาขึ้นมาเพื่อช่วยเหลือองค์กรขนาดเล็กในการบริหารจัดการโครงการซอฟต์แวร์และระบบต่าง ๆ อย่างมีประสิทธิภาพ มาตรฐานนี้ถูกออกแบบมาเฉพาะสำหรับองค์กรที่มีบุคลากรน้อยกว่า 25 คน (Very Small Entities หรือ VSEs) ซึ่งมีความท้าทายเฉพาะตัวในการจัดการโครงการซอฟต์แวร์

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

1.      การบริหารจัดการโครงการ  มาตรฐานนี้เน้นการจัดการโครงการให้มีการวางแผน การดำเนินการ การตรวจสอบ และการปรับปรุงอย่างเป็นระบบ เพื่อให้โครงการเสร็จสิ้นภายในเวลาที่กำหนดและอยู่ในงบประมาณที่กำหนด

2.      การพัฒนาผลิตภัณฑ์  มาตรฐานนี้ยังครอบคลุมถึงกระบวนการพัฒนาผลิตภัณฑ์ ซึ่งรวมถึงการวิเคราะห์ความต้องการ การออกแบบ การทดสอบ และการส่งมอบผลิตภัณฑ์ที่ตรงตามความต้องการของลูกค้า

3.      การประยุกต์ใช้กระบวนการอย่างง่าย  กระบวนการที่กำหนดไว้ใน ISO 29110 ถูกออกแบบมาให้ง่ายต่อการนำไปใช้และเหมาะสมกับขนาดขององค์กร โดยไม่ซับซ้อนเกินไป และสามารถปรับให้เข้ากับลักษณะของงานที่องค์กรดำเนินการ

4.      การตรวจสอบและปรับปรุง  มาตรฐานนี้ยังสนับสนุนการปรับปรุงกระบวนการภายในองค์กรอย่างต่อเนื่อง โดยมีการวัดผลและตรวจสอบเพื่อปรับปรุงการทำงานให้มีประสิทธิภาพมากขึ้น

มาตรฐาน ISO 29110 มีกระบวนการที่ถูกกำหนดไว้เพื่อให้องค์กรขนาดเล็กสามารถดำเนินการบริหารจัดการโครงการและการพัฒนาผลิตภัณฑ์ได้อย่างมีประสิทธิภาพ โดย ISO 29110 ถูกแบ่งออกเป็น 2 ส่วนหลัก คือ กระบวนการบริหารจัดการโครงการ (Project Management Process - PM) และ กระบวนการพัฒนาซอฟต์แวร์ (Software Implementation Process - SI) โดยกระบวนการเหล่านี้ประกอบด้วยขั้นตอนที่สามารถนำไปปฏิบัติได้จริง ดังนี้

1. กระบวนการบริหารจัดการโครงการ (Project Management Process - PM)

กระบวนการบริหารจัดการโครงการ (Project Management Process - PM) ภายใต้มาตรฐาน ISO 29110 เป็นกระบวนการที่ถูกออกแบบมาเพื่อช่วยให้องค์กรขนาดเล็กสามารถดำเนินการบริหารจัดการโครงการได้อย่างมีประสิทธิภาพและเป็นระบบ ประกอบด้วยขั้นตอนหลักที่สำคัญดังนี้

1.1 การเริ่มต้นโครงการ (Project Initiation)

• การกำหนดขอบเขตและวัตถุประสงค์ของโครงการ  การระบุขอบเขตงานและวัตถุประสงค์ที่ชัดเจน รวมถึงการระบุเป้าหมายของโครงการและความสำเร็จที่คาดหวัง
• การแต่งตั้งผู้จัดการโครงการ (Project Manager Appointment)  การเลือกผู้รับผิดชอบหลักในการดำเนินการโครงการ ซึ่งจะดูแลการจัดการทรัพยากร เวลา และบุคลากร

1.2. การวางแผนโครงการ (Project Planning)

• การวางแผนงาน (Work Planning)  การกำหนดขั้นตอนการทำงาน และการจัดลำดับความสำคัญของกิจกรรมที่ต้องดำเนินการในโครงการ
• การจัดทำตารางเวลา (Scheduling)  การวางแผนตารางเวลาที่ชัดเจน เพื่อให้ทราบเวลาที่ใช้ในการดำเนินการในแต่ละขั้นตอน
• การจัดสรรทรัพยากร (Resource Allocation)  การระบุทรัพยากรที่จำเป็นสำหรับโครงการ รวมถึงบุคลากร วัสดุอุปกรณ์ และงบประมาณ
• การวางแผนการสื่อสาร (Communication Planning)  กำหนดวิธีการสื่อสารระหว่างทีมงาน ผู้มีส่วนได้เสีย และผู้จัดการโครงการ เพื่อให้ทุกคนทราบถึงความคืบหน้าและปัญหาที่เกิดขึ้น

1.3. การติดตามและควบคุมโครงการ (Project Tracking and Control)

• การติดตามความคืบหน้า (Progress Monitoring)  การติดตามสถานะและความคืบหน้าของงานที่ดำเนินการเมื่อเทียบกับแผนที่วางไว้
• การจัดการความเสี่ยง (Risk Management)  การระบุความเสี่ยงที่อาจเกิดขึ้นในโครงการ และการวางแผนเพื่อจัดการและลดความเสี่ยงเหล่านั้น
• การควบคุมการเปลี่ยนแปลง (Change Control)  การจัดการการเปลี่ยนแปลงในโครงการอย่างเป็นระบบ เพื่อให้แน่ใจว่าการเปลี่ยนแปลงจะไม่ส่งผลกระทบต่อเป้าหมายหรือความสำเร็จของโครงการ

1.4. การประเมินและทบทวนโครงการ (Project Review and Evaluation)

• การประเมินผล (Performance Evaluation)  การตรวจสอบและประเมินผลการดำเนินงานของโครงการตามเกณฑ์ที่กำหนด เพื่อวัดความสำเร็จและประสิทธิภาพ
• การทบทวน (Project Review)  การทบทวนกระบวนการและผลลัพธ์ของโครงการ เพื่อเรียนรู้จากประสบการณ์และนำไปปรับปรุงกระบวนการในอนาคต

1.5. การปิดโครงการ (Project Closure)

• การส่งมอบงาน (Deliverables Handover)  การส่งมอบผลิตภัณฑ์หรือบริการที่สร้างขึ้นตามข้อกำหนดของโครงการให้กับลูกค้าหรือผู้ใช้
• การจัดทำเอกสารสรุป (Final Report and Documentation)  การจัดทำรายงานสรุปผลการดำเนินงานและเก็บรักษาเอกสารที่เกี่ยวข้องกับโครงการ
• การประเมินผลการปิดโครงการ (Project Closure Evaluation)  การประเมินผลการปิดโครงการและเรียนรู้จากประสบการณ์ เพื่อใช้ในการพัฒนากระบวนการในโครงการถัดไป

1.6. การสื่อสารและการจัดการผู้มีส่วนได้ส่วนเสีย (Communication and Stakeholder Management)

• การสื่อสารกับผู้มีส่วนได้ส่วนเสีย (Stakeholder Communication)  การรักษาความสัมพันธ์และการสื่อสารที่ดีระหว่างผู้มีส่วนได้ส่วนเสียทั้งหมด เพื่อให้ทุกฝ่ายมีความเข้าใจที่ตรงกันและสนับสนุนการดำเนินโครงการ

2. กระบวนการพัฒนาซอฟต์แวร์ (Software Implementation Process - SI)

กระบวนการพัฒนาซอฟต์แวร์ (Software Implementation Process - SI) ภายใต้มาตรฐาน ISO 29110 เป็นกระบวนการที่ถูกออกแบบมาเพื่อช่วยให้องค์กรขนาดเล็กสามารถพัฒนาซอฟต์แวร์ได้อย่างมีประสิทธิภาพและเป็นไปตามความต้องการของลูกค้า ประกอบด้วยขั้นตอนหลักที่สำคัญดังนี้

2.1. การวิเคราะห์ความต้องการ (Requirements Analysis)

• การรวบรวมความต้องการ (Requirements Gathering)  การสื่อสารกับลูกค้าและผู้มีส่วนได้เสียเพื่อรวบรวมความต้องการและความคาดหวังเกี่ยวกับซอฟต์แวร์ที่ต้องการพัฒนา
• การวิเคราะห์และจัดลำดับความสำคัญ (Requirements Analysis and Prioritization)  การวิเคราะห์ความต้องการเพื่อระบุฟังก์ชันหลักและจัดลำดับความสำคัญของฟังก์ชันที่ต้องพัฒนา

2.2. การออกแบบซอฟต์แวร์ (Software Design)

• การออกแบบสถาปัตยกรรม (Architecture Design)  การออกแบบโครงสร้างสถาปัตยกรรมของซอฟต์แวร์ รวมถึงการกำหนดโมดูลต่าง ๆ และการเชื่อมโยงระหว่างโมดูล
• การออกแบบเชิงรายละเอียด (Detailed Design)  การออกแบบรายละเอียดของฟังก์ชันและส่วนประกอบภายในซอฟต์แวร์ รวมถึงการกำหนดวิธีการทำงานของแต่ละโมดูล

2.3. การพัฒนาและทดสอบ (Software Construction and Testing)

• การพัฒนาซอฟต์แวร์ (Coding)  การเขียนโค้ดตามแบบที่ออกแบบไว้ เพื่อสร้างซอฟต์แวร์ที่ตรงตามข้อกำหนดและความต้องการของลูกค้า
• การทดสอบหน่วย (Unit Testing)  การทดสอบแต่ละโมดูลหรือหน่วยงานย่อยของซอฟต์แวร์ เพื่อให้แน่ใจว่าฟังก์ชันแต่ละส่วนทำงานได้อย่างถูกต้อง
• การทดสอบรวมระบบ (Integration Testing)  การทดสอบการทำงานร่วมกันของโมดูลต่าง ๆ เพื่อให้แน่ใจว่าไม่มีข้อผิดพลาดในการทำงานร่วมกัน
• การทดสอบระบบ (System Testing)  การทดสอบซอฟต์แวร์ทั้งหมดในภาพรวม เพื่อให้แน่ใจว่าทำงานได้ตามข้อกำหนดและไม่มีข้อผิดพลาดในระดับระบบ
• การทดสอบการยอมรับ (Acceptance Testing)  การทดสอบร่วมกับลูกค้าเพื่อให้แน่ใจว่าซอฟต์แวร์ตรงตามความต้องการและพร้อมสำหรับการนำไปใช้งาน

2.4. การส่งมอบและบำรุงรักษา (Software Delivery and Maintenance)

• การส่งมอบซอฟต์แวร์ (Software Delivery)  การส่งมอบซอฟต์แวร์ที่พัฒนาสำเร็จให้กับลูกค้า พร้อมทั้งจัดทำเอกสารประกอบและคู่มือการใช้งาน
• การอบรมและสนับสนุน (Training and Support)  การอบรมผู้ใช้และการสนับสนุนการใช้งานซอฟต์แวร์ในระยะแรก
• การบำรุงรักษาซอฟต์แวร์ (Software Maintenance)  การดูแลรักษาและปรับปรุงซอฟต์แวร์หลังการส่งมอบ เพื่อแก้ไขปัญหาและปรับปรุงฟังก์ชันตามความต้องการของลูกค้าที่เปลี่ยนแปลงไป

2.5. การปรับปรุงกระบวนการอย่างต่อเนื่อง (Continuous Process Improvement)

• การวัดผลและการประเมินผล (Measurement and Evaluation)  การวัดและประเมินผลการทำงานของซอฟต์แวร์และกระบวนการพัฒนา เพื่อระบุจุดอ่อนและแนวทางการปรับปรุง
• การทบทวนและปรับปรุงกระบวนการ (Process Review and Improvement)  การทบทวนกระบวนการพัฒนาอย่างสม่ำเสมอ และปรับปรุงวิธีการทำงานเพื่อเพิ่มประสิทธิภาพและคุณภาพของซอฟต์แวร์

2.6. การจัดการเอกสาร (Documentation Management)

• การจัดทำเอกสารประกอบ (Documentation Creation)  การจัดทำเอกสารประกอบทุกขั้นตอน เช่น ข้อกำหนดการออกแบบ เอกสารทดสอบ และคู่มือผู้ใช้ เพื่อให้แน่ใจว่ามีข้อมูลที่ถูกต้องครบถ้วนสำหรับการดำเนินงานและบำรุงรักษาซอฟต์แวร์ในอนาคต
• การเก็บรักษาและปรับปรุงเอกสาร (Documentation Maintenance)  การจัดเก็บและปรับปรุงเอกสารให้ทันสมัยและสอดคล้องกับซอฟต์แวร์ที่มีการพัฒนาและเปลี่ยนแปลง

มาตรฐาน ISO 29110 มอบประโยชน์มากมายให้กับองค์กรขนาดเล็ก (Very Small Entities หรือ VSEs) ที่ทำงานด้านการพัฒนาซอฟต์แวร์หรือระบบต่าง ๆ โดยประโยชน์หลัก ๆ ของมาตรฐานนี้ ได้แก่

1. เพิ่มประสิทธิภาพในการบริหารจัดการโครงการ

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

2. เพิ่มคุณภาพของผลิตภัณฑ์

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

3. ลดความเสี่ยงและความผิดพลาด

• การใช้มาตรฐานนี้ช่วยให้องค์กรสามารถระบุและจัดการความเสี่ยงในโครงการได้อย่างมีประสิทธิภาพ นอกจากนี้ยังช่วยลดความผิดพลาดที่อาจเกิดขึ้นระหว่างกระบวนการพัฒนา

4. เสริมสร้างความเชื่อมั่นให้กับลูกค้า

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

5. เพิ่มโอกาสในการแข่งขัน

• องค์กรที่ปฏิบัติตามมาตรฐาน ISO 29110 มีโอกาสในการแข่งขันที่สูงขึ้น เนื่องจากสามารถแสดงถึงความสามารถในการบริหารจัดการโครงการและพัฒนาผลิตภัณฑ์ที่มีคุณภาพ ซึ่งเป็นจุดขายที่สำคัญในการแข่งขันในตลาด

6. ลดต้นทุนและเวลาในการพัฒนา

• กระบวนการที่มีการจัดการและการวางแผนที่ดีตามมาตรฐาน ISO 29110 ช่วยให้องค์กรลดความสิ้นเปลืองในทรัพยากรและเวลา ทำให้การพัฒนาซอฟต์แวร์สามารถดำเนินไปอย่างมีประสิทธิภาพและเป็นไปตามกำหนดเวลา

7. การปรับปรุงกระบวนการอย่างต่อเนื่อง

• ISO 29110 ส่งเสริมการปรับปรุงกระบวนการอย่างต่อเนื่อง ซึ่งช่วยให้องค์กรสามารถพัฒนากระบวนการทำงานและผลิตภัณฑ์ได้อย่างต่อเนื่อง เพิ่มความสามารถในการปรับตัวและพัฒนาศักยภาพ

8. การสนับสนุนการเติบโตขององค์กร

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

9. การสร้างมาตรฐานในองค์กร

• การนำ ISO 29110 มาใช้ช่วยให้องค์กรสามารถสร้างมาตรฐานในการทำงานภายในองค์กi

ในการปฏิบัติตามมาตรฐาน ISO 29110 องค์กรจะต้องจัดทำเอกสารต่าง ๆ เพื่อสนับสนุนการดำเนินงานและการประเมินผลให้เป็นไปตามข้อกำหนด มาตรฐานนี้ประกอบด้วยเอกสารหลายประเภทที่ช่วยในการจัดการและดำเนินการโครงการซอฟต์แวร์ ซึ่งเอกสารที่เกี่ยวข้องกับ ISO 29110 มีดังนี้

1. เอกสารแนะนำมาตรฐาน (Overview Document)

• ISO/IEC TR 29110-1  Overview
  ให้ภาพรวมของมาตรฐาน ISO 29110 รวมถึงวัตถุประสงค์ ขอบเขต และกลุ่มเป้าหมายของมาตรฐานนี้ โดยเหมาะสำหรับผู้บริหารและผู้ที่สนใจในมาตรฐานเพื่อทำความเข้าใจเบื้องต้น

2. เอกสารกรอบแนวคิดและหลักการ (Framework and Concepts)

• ISO/IEC TR 29110-5-x  Framework and Taxonomy
  ระบุกรอบแนวคิด แนวทางการดำเนินงาน และการจัดหมวดหมู่ของมาตรฐาน เพื่อให้การดำเนินงานเป็นไปอย่างสอดคล้องและมีระบบ

3. เอกสารเกี่ยวกับรายละเอียดกระบวนการ (Process Descriptions)

• ISO/IEC 29110-4-x  Process Profiles and Specifications
  ระบุรายละเอียดของกระบวนการที่จำเป็นต้องมีในแต่ละประเภทขององค์กรหรือโครงการ เช่น การบริหารจัดการโครงการ การพัฒนาซอฟต์แวร์ ฯลฯ โดยมีการจัดทำกระบวนการที่แนะนำและปรับใช้ได้ตามความเหมาะสมขององค์กร

4. เอกสารเกี่ยวกับคำแนะนำในการนำไปใช้ (Implementation Guidelines)

• ISO/IEC TR 29110-5-x  Implementation Guide
  ให้แนวทางในการนำกระบวนการที่กำหนดไว้ในมาตรฐานไปปฏิบัติใช้งานจริงในองค์กร รวมถึงการปรับกระบวนการให้เหมาะสมกับขนาดและความซับซ้อนของโครงการ

5. เอกสารเกี่ยวกับการประเมินผลและการตรวจสอบ (Assessment and Certification)

• ISO/IEC 29110-6-x  Certification Scheme
  ระบุข้อกำหนดและเกณฑ์สำหรับการประเมินและรับรองการดำเนินงานตามมาตรฐาน ISO 29110 ในแต่ละขั้นตอนและกระบวนการ

6. เอกสารการวางแผนและการจัดการโครงการ (Project Management Documentation)

6.1. แผนการบริหารโครงการ (Project Management Plan)

• รายละเอียด  เป็นเอกสารที่สรุปการวางแผนทั้งหมดของโครงการ รวมถึงขอบเขต, วัตถุประสงค์, และแผนการทำงานที่จำเป็น
• เนื้อหา
• ขอบเขตโครงการ (Project Scope)  ขอบเขตงานที่ต้องทำ, เป้าหมายและผลลัพธ์ที่คาดหวัง
• วัตถุประสงค์ (Objectives)  วัตถุประสงค์หลักของโครงการ
• ตารางเวลา (Schedule)  กำหนดเวลาและระยะเวลาที่จะใช้ในแต่ละขั้นตอน
• ทรัพยากร (Resources)  บุคลากร, เครื่องมือ, และงบประมาณที่ใช้ในโครงการ
• การบริหารความเสี่ยง (Risk Management)  แนวทางในการระบุและจัดการความเสี่ยงที่อาจเกิดขึ้น

6.2. ตารางเวลาและทรัพยากร (Schedule and Resource Allocation)

• รายละเอียด  เอกสารที่จัดทำเพื่อวางแผนและติดตามตารางเวลา รวมถึงการจัดสรรทรัพยากรที่จำเป็น
• เนื้อหา
• แผนงาน (Work Breakdown Structure - WBS)  การแบ่งงานออกเป็นกิจกรรมย่อย ๆ เพื่อให้การติดตามและควบคุมได้ง่ายขึ้น
• แผนการจัดสรรทรัพยากร (Resource Allocation Plan)  การระบุและจัดสรรทรัพยากร (บุคลากร, อุปกรณ์, งบประมาณ) ให้กับกิจกรรมต่าง ๆ
• ตารางการทำงาน (Gantt Chart)  การแสดงภาพรวมของตารางเวลาและความคืบหน้าในการดำเนินงาน

6.3. แผนการจัดการความเสี่ยง (Risk Management Plan)

• รายละเอียด  เอกสารที่ระบุวิธีการและแนวทางในการจัดการกับความเสี่ยงที่อาจเกิดขึ้นในโครงการ
• เนื้อหา
• การระบุความเสี่ยง (Risk Identification)  รายชื่อของความเสี่ยงที่อาจเกิดขึ้น
• การประเมินความเสี่ยง (Risk Assessment)  การประเมินระดับความเสี่ยงและผลกระทบที่อาจเกิดขึ้น
• แผนการตอบสนอง (Risk Response Plan)  แนวทางในการจัดการและลดผลกระทบของความเสี่ยง

6.4. แผนการสื่อสาร (Communication Plan)

• รายละเอียด  เอกสารที่กำหนดวิธีการและช่องทางในการสื่อสารระหว่างทีมงานและผู้มีส่วนได้เสีย
• เนื้อหา
• กลุ่มเป้าหมาย (Stakeholders)  ผู้มีส่วนได้เสียทั้งหมดที่เกี่ยวข้องกับโครงการ
• วิธีการสื่อสาร (Communication Methods)  ช่องทางและวิธีการที่ใช้ในการสื่อสาร
• ตารางการสื่อสาร (Communication Schedule)  กำหนดเวลาที่จะดำเนินการสื่อสารและการรายงาน

6.5. แผนการควบคุมการเปลี่ยนแปลง (Change Control Plan)

• รายละเอียด  เอกสารที่กำหนดขั้นตอนในการจัดการและอนุมัติการเปลี่ยนแปลงที่อาจเกิดขึ้นในโครงการ
• เนื้อหา
• กระบวนการขอเปลี่ยนแปลง (Change Request Process)  วิธีการที่ใช้ในการขอและอนุมัติการเปลี่ยนแปลง
• การประเมินผลกระทบ (Impact Assessment)  การประเมินผลกระทบของการเปลี่ยนแปลงที่ขอ
• การติดตามและควบคุม (Change Monitoring)  การติดตามการดำเนินการหลังการเปลี่ยนแปลง

6.6. รายงานความคืบหน้า (Progress Reports)

• รายละเอียด  เอกสารที่บันทึกสถานะและความคืบหน้าของโครงการตามที่วางแผนไว้
• เนื้อหา
• สถานะของกิจกรรม (Activity Status)  รายละเอียดเกี่ยวกับสถานะปัจจุบันของกิจกรรมที่กำลังดำเนินการ
• ปัญหาและอุปสรรค (Issues and Obstacles)  ปัญหาหรืออุปสรรคที่พบและแนวทางในการแก้ไข
• ความคืบหน้าตามแผน (Progress Against Plan)  การเปรียบเทียบความคืบหน้าของโครงการกับแผนที่กำหนด

6.7. เอกสารการปิดโครงการ (Project Closure Documentation)

• รายละเอียด  เอกสารที่จัดทำเมื่อโครงการเสร็จสิ้นเพื่อสรุปผลการดำเนินงานและการปิดโครงการ
• เนื้อหา
• การส่งมอบงาน (Deliverables Handover)  รายการของงานหรือผลิตภัณฑ์ที่ส่งมอบให้กับลูกค้า
• รายงานสรุป (Final Report)  รายงานที่สรุปผลการดำเนินงานของโครงการ รวมถึงการวิเคราะห์ผลลัพธ์และการเรียนรู้จากโครงการ
• การทบทวนโครงการ (Project Review)  การทบทวนกระบวนการและผลลัพธ์ของโครงการเพื่อเรียนรู้และปรับปรุงในอนาคต

7. เอกสารการวิเคราะห์และออกแบบ (Analysis and Design Documentation)

• เอกสารการวิเคราะห์ความต้องการ (Requirements Specification)  เอกสารที่รวบรวมและวิเคราะห์ความต้องการของลูกค้าและผู้มีส่วนได้เสีย
• เอกสารการออกแบบซอฟต์แวร์ (Software Design Documents)  เอกสารที่ระบุรายละเอียดการออกแบบสถาปัตยกรรมและโมดูลต่าง ๆ ของซอฟต์แวร์

8. เอกสารการทดสอบและตรวจสอบ (Testing and Validation Documentation)

• แผนการทดสอบ (Test Plan)  เอกสารที่ระบุวิธีการและขอบเขตการทดสอบซอฟต์แวร์
• รายงานผลการทดสอบ (Test Reports)  เอกสารที่บันทึกผลลัพธ์ของการทดสอบแต่ละขั้นตอน รวมถึงปัญหาและข้อบกพร่องที่พบ
• การทดสอบการยอมรับ (Acceptance Test Documentation)  เอกสารที่แสดงผลการทดสอบที่ดำเนินการร่วมกับลูกค้า เพื่อยืนยันว่าซอฟต์แวร์ตรงตามความต้องการ

9. เอกสารการส่งมอบและบำรุงรักษา (Delivery and Maintenance Documentation)

• คู่มือผู้ใช้ (User Manual)  เอกสารที่ให้ข้อมูลวิธีการใช้งานซอฟต์แวร์แก่ผู้ใช้
• คู่มือการบำรุงรักษา (Maintenance Manual)  เอกสารที่ระบุวิธีการบำรุงรักษาและการแก้ไขปัญหาที่อาจเกิดขึ้นกับซอฟต์แวร์

10. เอกสารการปรับปรุงกระบวนการ (Process Improvement Documentation)

• รายงานการทบทวนกระบวนการ (Process Review Reports)  เอกสารที่บันทึกการทบทวนและประเมินผลกระบวนการพัฒนาและบริหารจัดการโครงการ
• แผนการปรับปรุงกระบวนการ (Process Improvement Plan)  เอกสารที่ระบุแนวทางและวิธีการปรับปรุงกระบวนการเพื่อเพิ่มประสิทธิภาพและคุณภาพ

ISO 29110 มีหลายเวอร์ชันที่มุ่งเน้นไปที่ความต้องการและขนาดขององค์กรต่าง ๆ โดยแต่ละเวอร์ชันมีการปรับปรุงและขยายขอบเขตเพื่อรองรับความต้องการที่หลากหลายขององค์กรขนาดเล็ก (VSEs) ในการพัฒนาซอฟต์แวร์และการบริหารจัดการโครงการ ต่อไปนี้คือเวอร์ชันหลัก ๆ ของ ISO 29110 ที่น่าสนใจ

1. ISO/IEC TR 29110-1  2016 - Overview

• รายละเอียด  ให้ภาพรวมของมาตรฐาน ISO 29110 รวมถึงข้อกำหนดพื้นฐานและโครงสร้างของมาตรฐานนี้
• วัตถุประสงค์  ช่วยให้องค์กรเข้าใจถึงหลักการและแนวทางของมาตรฐานก่อนที่จะดำเนินการตามข้อกำหนดที่เฉพาะเจาะจง

2. ISO/IEC 29110-4  2018 - Process Profiles

• รายละเอียด  เน้นที่การพัฒนากระบวนการที่สอดคล้องกับมาตรฐาน โดยกำหนดกรอบแนวคิดและรายละเอียดของกระบวนการที่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์
• วัตถุประสงค์  ให้คำแนะนำและรายละเอียดเกี่ยวกับกระบวนการที่เหมาะสมสำหรับองค์กรขนาดเล็กในการพัฒนาซอฟต์แวร์

3. ISO/IEC 29110-5  2018 - Management and Engineering Guide

• รายละเอียด  ให้คำแนะนำและแนวทางในการจัดการโครงการและการพัฒนาซอฟต์แวร์ รวมถึงการประเมินผล
• วัตถุประสงค์  สนับสนุนองค์กรในด้านการบริหารจัดการโครงการและการพัฒนาซอฟต์แวร์ โดยให้แนวทางที่ชัดเจนและสามารถนำไปใช้ได้จริง

4. ISO/IEC 29110-6  2018 - Certification Scheme

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

5. ISO/IEC 29110-3  2018 - Lifecycle Profiles

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

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