[CMMI] PI กับ TS มันคืออะไร ?

สำหรับ Blog นี้เป็นการเก็บตกหลังประเมินไปแล้วนะครับ ผมเลยมาขอสรุปว่า Practice Area PI กับ TS มัน คือ อะไร

• PI กับ TS เป็น Practice Area เฉพาะในส่วนของ CMMI DEV
• PI กับ TS อยู่ใน Engineering & Developing Product (EDP)

หลังจากรู้แบบกว้างๆกันแล้ว กลับมาดูที่ละ Practices Area ว่าเน้นอะไรกัน ตาม Intent และ Value ที่ได้ครับ ผมของสลับ TS ขึ้นก่อน PI นะครับ เพราะผมคิดว่าตาม Software Development ตัว TS น่าจะเกิดก่อน PI ครับ

• TS หรือ Technical Solution
  • อันนี้เป็นการสร้าง Solution ขึ้นมาแก้ปัญหาตาม Requirement โดยที่ต้องใช้ Cost ที่คุ้มค่าที่สุด
  • สำหรับ PA นี้ เน้นการสร้าง Product ให้เกิดขึ้นมาได้ ทำให้มี Software ขึ้นมา เน้นให้
    • เกิด Architecture Design / Component Design รวมถึง Design Criteria ที่เกี่ยวข้องที่ทำให้เกิดทางเลือกหลัก (Main Solution) และทางเลือกย่อยๆ (Alternation Solution) เช่น Deploy Container หรือ Bare Metal โดยอาจจะมีทำ POC เพื่อทดสอบ Verification & Validation และประเมินผลด้วย ว่าแต่ละ Solution จำเป็นต้องทำเอง (Build) / ใช้ของเดิม (Reuse) / ซิ้อ (Buy) รวมถึงปัญหาจากการใช้งาน
    • บันทึก Design > Solution มาเป็น Technical Data Package (อาจจะใช้ชื่ออื่นก็ได้นะ เช่น Product Supplementary Specification) ซึ่งประกอบไปด้วย Design Criteria / Performance Requirement / Version Control / Software + System Specification / Dependency Component / Verification & Validation Criteria / Interface + Component Specification เป็นต้น)
    • Design > Solution ต้องมีคู่มือประกอบการใช้ (Guidance Material) ด้วยครับ เพื่อให้นำไปใช้งานต่อได้ และมี Feedback กลับมาปรับปรุงด้วยครับ
    • ถ้ามันซับซ้อนสามารถแบ่งเป็น Sub System / Component ได้ครับ

• PI หรือ Product Integration
  • ตรงนี้จะเกิดขึ้นมา เรามี product หรือสิ่งของที่อยู่รอบตัว Integration ให้เป็น Solution ที่สมบูรณ์
    • ยกตัวอย่าง ลูกค้าต้องการระบบบันทึกข้อมูลงการลงทุน + บัญชี และทางเรามี Software จัดการ Portfolio การลงทุน เพื่อให้เกิดการ Integration จึงได้เอาระบบบัญชีของ Oracle เข้ามา และใช้งานฐานข้อมูล MSSQL เป็นต้นครับ
    • Note: ไม่จำเป็นต้องเป็น Product เต็มๆก็ได้นะครับ โดยอาจจะเป็น Thirds Party Component / Library ก็ได้ครับ เช่น การนำ Dapper มาใช้กับ Framework ขององค์กร จะเห็นว่าใน TS มี PI เข้ามาสอดแทรกได้ หรือกลับกันครับ
  • การนำเอา Product / Component / Library มา Integration (ถ้าสงสัยว่าการ Integration มีแนวทางอย่างไร สามารถอ่าน Blog Software/Product Integration Strategy ได้ครับ)
    • สิ่งที่ต้องระวัง Interface / Connection ว่าเข้ากันได้(Compatible) หรือไม่ ?
    • บันทึกขั้นตอนการทำงาน (Procedure) เพื่อเอาไปใช้ได้อ้างอิงในอนาคต
    • Check List การทำสอบหลัง Integrate และ การประเมินผล

เก็บตก !!!

• TS / PI ใน CMMI มันจะไม่มีทฤษฏีเฉพาะทาง สำหรับในเคสนี้เป็นการพัฒนา Software มีการนำแนวคิดของ Software Engineering เข้ามาร่วมด้วยครับ
• สังเกตุดูว่าช่วงนี้ Trend Security มาแรงมากๆ แต่ PI กับ TS ยังไม่มีกล่าวถึงเลยครับ จริงๆตัว CMMI มี Practice Area ที่เกี่ยวข้องด้วย Enabling Security (EAEC) กับ Enabling Safety (ESAF) โดยนำมาตรฐานอื่นๆมาร่วมก็ได้อย่าง OWASP Top Ten หรือ ISO/IEC 27001 เข้ามาร่วมได้ครับ