對於動輒數十人乃至上百上的軟體發展專案，由於參與人數眾多，一個小問題、需求的閃失、設計的小失誤，產生的影響可能相當可觀，因此一定要有嚴密的工程過程與專案管理。故而，採用國際標準ISO/IEC 12207(軟體生命週期過程標準)或ISO/IEC 15288(系統生命週期過程標準)之類的軟體生命週期過程標準，或從組織成熟度的角度，援引卡內基美隆大學軟體工程學院(CMU/SEI) CMMI-Dev是適當的。這類的標準與模型，為專案中所運用的過程定出目標、成果或工作產出。然後基於這些目標的達成與成果的產出，訂定活動、工作、或常規，使得專案與組織中的一切，是有制度可遵循，也可以防杜專案中可能問題的發生，即使問題發生了，亦可依循一些活動與工作，緩和負面衝擊的效應。

然而，ISO/IEC 12207是從軟體角度形成的標準，是一最大化的集合，它從軟體生命週期的角度，界定出主要的生命週期過程(例如獲取、供應、發展、運作及維護)，再加上管理層面的過程。之後為了配合SPICE的發展，為ISO/IEC 15504的實作，進一步為所有的過程定出目的與成果，而成為所謂的過程參考模型(Process Reference Model, PRM)，而ISO/IEC 12207及ISO/IEC 15288在組織中的實作與符合，是需要從包括組織規模、專案規模、專案特性、成本、時程…等等角度去裁適的，這意指，不合專案使用的過程目的、目標與成果是可以裁適掉的，從而連同不適用的過程、活動、工作、成果等亦都可以裁適。

而CMMI-Dev雖然在其中容納了許多工程與管理的過程領域，要求了許多的目標，但主要仍是從產品生命週期的角度來蒐集、彙整這些過程領域及其相關的常規。而在導入CMMI-Dev時，是在組織全景之下來進行的。對於組織而言，組織在實行專案的時候，亦可以就專案的特性，進行裁適，雖然對於單一的專案不見得會實踐所有的過程領域目標，但是，評鑑是看組織能力成熟度，所以會看多個專案的情況，所有的過程領域的目標，只要有專案達到受評等級的過程領域的目標，而受評等級的全部過程領域目標，各個目標均有一個以上的專案實作並達成，那麼就可以達到該受評等級(ML2、ML3….)。從以上的敘述我們亦可以知道，專案就算未達到所有過程領域的目標(以Level 2來說)，專案亦可能完成及驗收。(否則就不會看到受評等級的某些過程領域之目標，被標上 “LI(絕大部分實作)”，但最終可能通過評鑑。當然，不能有PI(部分實作)或NI(未實作)，但實務上，有列PI或NI可能性的專案根本別想做評鑑。)

但是，有些組織，就算是想導入CMMI ML2，由於其組織特性與專案特性，可能永遠過不了ML2(會有很多目標是PI與NI)，可是專案依舊得以完成，並獲得客戶的讚賞。而這類的組織或專案人數都很少，專案時間也都不長，工作量可能在300人月以下。而這類的組織亦是全世界軟體組織的主流。

經濟合作發展組織(OECD)在2005年提出的報告裡，提到極小型企業是世界各國企業組織的主要型式，依國別不同，所佔比例是95-99%。儘管標準化是國際趨勢，但是大多數的ISO/IEC標準並沒有考慮到極小型個體(人數在25人以下的企業、組織、部門或專案)的需要，因此，這類的組織要符合這些標準要求，就算不是不可能，但也是困難的。也由於缺乏適用於極小型個體的標準，因此，極小型個體很難被證明其具有產生具有品質之產品的能力。對於像ISO/IEC 12207、15288或CMMI-Dev，極小型個體既負擔不起導入所需的各項資源，包括員工人數、預算與時間等，也看不到建立軟體生命週期過程的淨利益。為了矯正這些困難點，ISO/IEC JTC1、SC07，在研究了極小型個體的特性及其需要，從ISO/IEC 12207及ISO/IEC 15289中，提取了適合於極小型個體及其專案的過程、過程目標、活動、工作、成果、產品等等，形成極小型個體適用的剖繪(Profile)。在ISO/IEC的標準集中，編號為ISO/IEC 29110系列標準。

ISO/IEC 29110係使用平衡計分卡，以極小型個體為中心，針對其「財務與資源」、「客戶介面」、「內部業務過程」、「學習與成長」等的特性，需要與適能(competencies)，並就對需要與適能的回應，設計出整套的過程剖繪及相關的指引。

該系列標準目前有5大部分，用以改善產品與/或服務的品質，以及過程的績效。這些部分如下：
— 第1部: 概觀(Overview)；
— 第2:部 框架與分類法(Framework and Taxonomy)；
— 第3部: 評鑑指引(Assessment Guide)；
— 第4部: 剖繪規格(Profile Specifications)與
— 第5部: 管理與工程指引(Management and Engineering Guides)。
◎ ISO/IEC 29110-1在介紹了過程、生命週期與標準化概念，以及ISO/IEC 29110文件集。
◎ ISO/IEC 29110-2介紹了極小型個體軟體工程標準化剖繪(Software Engineering standardized profile)的概念，並定義通用於極小型個體剖繪文件集的用語。
◎ ISO/IEC 29110-3在定義過程評鑑指導綱要，以及滿足已定之極小型個體剖繪之目的所需的遵循需要。ISO/IEC 29110-3亦容納了對於評鑑方法與評鑑工具發展者有用的資訊。
◎ ISO/IEC 29110-4-m提供以適當標準元件子集為基礎之剖繪的規格。
◎ ISO/IEC 29110-5-n為描述於ISO/IEC ISP 29110分部4-m之極小型個體標準化剖繪，提供實作管理與工程指引。

下圖為ISO/IEC 29110文件集的結構，概觀與指引發行為技術報告(Technical Report)，剖繪則發行為國際標準(IS)。



在ISO/IEC 29110剖繪中，主要容納了兩大過程，包括專案管理(Project Management)過程及軟體實作(Software Implementation)過程。兩者之間基於軟體專案的實作，有其互動關係。而在文件中納入專案管理過程，主要是因為財務為專案成功的要素，透過專案管理過程，讓極小型個體能注意到專案的規劃與管理，並避免過度承諾。

在專案管理過程中，所包含的活動有：專案規劃、專案計畫執行、專案評鑑與控制、及專案結案等4項活動；而軟體實作過程中，其活動則有：軟體實作啟始、軟體需求分析、軟體架構與細部設計、軟體建構(software construction)、軟體整合與測試、及產品交付等6項。兩項過程各有7項目標，兩項過程的目標、活動、工作、成果等均裁適自ISO/IEC 12207。專案的全部產品(含內部與交付項目)約有22種(包括：驗收紀錄、變更請求、矯正登記簿、維護文件、會議紀錄、產品運作指引、進度狀態紀錄、專案計畫、專案儲存庫、專案儲存庫備份、需求規格、軟體、軟體組件、軟體組態、軟體設計、軟體使用者文件、工作條款、測試個案與測試程序、測試報告、可追溯性紀錄、驗證結果、確認結果)，這些產品及其內容則是裁適自ISO/IEC 15289。

組織與軟體產品均可宣告對於ISO/IEC 29110的符合。及評鑑的方法與過程將使用ISO/IEC 15504-2的評鑑方法。相關的指引則可參用ISO/IEC 29110-3。評鑑的方式包括自我評鑑與第三方評估。

ISO/IEC 29110的發展對於想提升軟體能力，又沒有足夠財力的極小型組織，是項福音。ISO/IEC 29110設計方式，已達到no-brainer之境界(過程目標、活動、工作、角色、產出等等均已在標準中界定清楚)，亦即，對任何極小型專案，專案團隊在獲得工作條款之後，即可上手使用，亦無需複雜的導入程序，如此，可以降低導入的成本。而相關的目標已是為極小型個體設計，已沒有需要浪費額外成本，只有苦工而無太大實質意義的工作。而實作有關的deployment packages，標準的發展者，亦發展出來，可在網路下載使用。未來，此標準的問市，相信對於軟體業及未來的軟體品質將有重大助益。
說明：
ISO/IEC 12207:2008 Systems and software engineering -- Software life cycle processes
ISO/IEC 15288:2008 Systems and software engineering -- System life cycle processes
ISO/IEC 15289:2006 Systems and software engineering -- Content of systems and software life cycle process information products (Documentation)
ISO/IEC 15504-2:2003 Information technology -- Process assessment -- Part 2: Performing an assessment
ISO/IEC 29110 Software Engineering - Lifecycle Profiles for Very Small Enterprises (VSE)
原文網頁

----------------
引文: