引言：由于企業(yè)產(chǎn)品復(fù)雜程度的差別，開發(fā)工作也有全新開發(fā)、局部開發(fā)、優(yōu)化改進(jìn)等區(qū)別，所以不同產(chǎn)品的開發(fā)流程不可能是完全一樣的，這就需要在企業(yè)已經(jīng)定義的、相對比較完整和標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程的基礎(chǔ)上，根據(jù)實際情況進(jìn)行裁剪，形成適用于將要開發(fā)產(chǎn)品的流程。

流程裁剪時的常見問題

盡管企業(yè)已經(jīng)制定了結(jié)構(gòu)化的產(chǎn)品開發(fā)流程，當(dāng)項目經(jīng)理需要在項目中使用這個已定義好的流程體系文件時，面對厚厚的過程文件往往無從下手，心中也充滿疑慮：

[if !supportLists]·?[endif]我的項目開發(fā)周期只有3個月，團隊4、5個人，難道要完全按照公司定義的標(biāo)準(zhǔn)流程執(zhí)行嗎？如果必須執(zhí)行所有的流程和子流程，生成所有要求的技術(shù)和管理文檔，那項目的開發(fā)周期恐怕不是3個月，而是4、5個月了。那我的項目還能成功嗎？

[if !supportLists]·?[endif]我聽說過“裁剪”這個詞，不過到底是“裁剪”還是“裁減”，我還沒有弄明白。即便弄明白了應(yīng)該是“裁剪”，是Tailoring，而非“裁減”，可具體該怎么操作？我可以隨心所欲將自己認(rèn)為不必要的或者很費時費事的過程裁剪掉嗎？

[if !supportLists]·?[endif]如果公司有QA，也有《裁剪指南》，那就好辦了，我可以在QA的幫助下使用《裁剪指南》裁剪得到項目的流程，執(zhí)行就是了。但如果公司沒有QA的角色，我就只能自己進(jìn)行裁剪了。可是，裁減的結(jié)果需要有人批準(zhǔn)嗎？

　　在這里，我們假定完整的產(chǎn)品開發(fā)流程體系是包括了產(chǎn)品開發(fā)的方針、原則、流程、指南、模板和表格等一整套的體系。那么，項目經(jīng)理該如何是好？

流程裁剪指南的目的和作用

建立裁剪指南的目的是用來指導(dǎo)項目對標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程進(jìn)行裁剪，以形成符合項目特點的項目定義流程（Project Defined Processes，PDP）。

　　標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程包括了開發(fā)一個完整產(chǎn)品/項目的全流程，以及相應(yīng)的支撐流程。因此，每個特定的項目都可能無法直接使用這個標(biāo)準(zhǔn)的流程。比如，標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程描述了開發(fā)一個系統(tǒng)級產(chǎn)品的完整過程，開發(fā)流程中包括了軟件、硬件、結(jié)構(gòu)、工業(yè)設(shè)計等開發(fā)流程。而某個特定項目僅僅包括純軟件的開發(fā)工作，在這種情況下，該項目無法也不應(yīng)該盲目遵照執(zhí)行完整的流程?；蛘撸硞€特定項目，項目的成功標(biāo)準(zhǔn)是按時交付，而客戶要求的項目交付期特別短。為了達(dá)成這個目標(biāo)，項目也不得不對流程進(jìn)行裁剪以滿足客戶的需要。裁剪指南就是用來幫助項目組裁剪標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程，以形成項目定義流程（PDP），使用項目定義流程來管理項目，實現(xiàn)項目的目標(biāo)。

裁剪指南能確保所有項目在定義項目特定的工程活動、需求開發(fā)和管理、計劃、監(jiān)控、測量分析、配置管理、質(zhì)量保證過程時有一個共同基礎(chǔ)。裁剪指南主要可在以下方面指導(dǎo)項目：

[if !supportLists]·?[endif]選擇適當(dāng)?shù)漠a(chǎn)品開發(fā)生命周期（PDLC），由于各種生命周期模型在產(chǎn)品工程領(lǐng)域已經(jīng)有深入的研究，業(yè)界對于瀑布模型、迭代模型、增量模型、螺旋模型等的使用場合等也基本達(dá)成了共識。因此，項目只需要將項目的實際特點與生命周期模型的應(yīng)用場合相匹配，選擇合適的生命周期類型即可。

[if !supportLists]·?[endif]剪裁標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程，結(jié)合所選擇的產(chǎn)品開發(fā)生命周期，形成的項目定義流程（PDP），使之符合項目的具體特點。

如何進(jìn)行過程裁剪

項目特點是裁剪依據(jù)和出發(fā)點。項目特點包括了：①項目規(guī)模，如大、中、小等，通?？梢允褂霉δ茳c（Function Point）或KLOC（千行代碼）、單板數(shù)等單位進(jìn)行度量；②項目類型，如開發(fā)、維護、功能增強等；③項目技術(shù)復(fù)雜度；④項目周期；⑤產(chǎn)品種類等要素。

　　裁剪指南應(yīng)包括以下的內(nèi)容：

　　可裁剪的對象。

　　可裁剪對象確定了裁剪的范圍。

　　可裁剪對象不僅限于過程元素和活動，還包括標(biāo)準(zhǔn)、方法和工具、輸出的工作產(chǎn)品及模板等。

　　裁剪所考慮的要素。對于某個裁剪對象，其范圍、頻度、正式度等都是裁剪要素。如，對于已有類似開發(fā)經(jīng)驗的項目，可以適當(dāng)減少過程培訓(xùn)、業(yè)務(wù)培訓(xùn)等活動；對于開發(fā)周期較短的項目，可以適當(dāng)合并一些評審活動，如概要設(shè)計和詳細(xì)設(shè)計評審合并進(jìn)行。

　　項目在進(jìn)行裁剪時，由于裁剪指南很難枚舉所有的裁剪情況，因此有時還是需要項目經(jīng)理和QA依據(jù)經(jīng)驗進(jìn)行判斷和決定，這時，最根本的依據(jù)就是項目的質(zhì)量要求和對風(fēng)險的考慮。首先要分析如果一旦裁剪掉某些活動，是否會給項目帶來風(fēng)險，帶來多大的風(fēng)險，以及是否影響項目質(zhì)量目標(biāo)的達(dá)成。然后綜合考慮后才能決定是否裁剪，如何裁剪。

另一方面，企業(yè)建立標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程的目的不是為了“為了規(guī)范而規(guī)范”，而是為了提高過程和技術(shù)的重用。因此，如果項目在裁剪時有很大的靈活度，每個項目定義流程（PDP）都很隨意或者項目定義流程之間相似的內(nèi)容很少，那么重用的目的就很難實現(xiàn)了。所以，規(guī)范度和靈活度是流程裁剪時需要平衡的另外兩個要素。

　　概括之，流程裁剪的原則是：質(zhì)量與風(fēng)險并重，規(guī)范與靈活的平衡。

　　流程裁剪的主要活動包括：

[if !supportLists]·?[endif]根據(jù)標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程和裁剪指南，進(jìn)行流程裁剪，以符合項目特征。項目經(jīng)理在QA的協(xié)助下完成該項工作。

[if !supportLists]·?[endif]記錄裁剪的理由，將裁剪的結(jié)果整理成項目定義流程文檔。

[if !supportLists]·?[endif]由質(zhì)量部門或EPG（工程過程組）審核裁剪理由和項目定義流程，并批準(zhǔn)。審核的檢查點主要包括：是否與標(biāo)準(zhǔn)的產(chǎn)品開發(fā)流程一致，是否符合本項目的特點，是否記錄了充分的裁剪理由。如果審核不通過，則重新進(jìn)行流程裁剪，或進(jìn)行修改。

[if !supportLists]·?[endif]基于項目定義流程（PDP）制定項目計劃，根據(jù)計劃監(jiān)控項目的實施。

“裁剪”而非“裁減”

常常見到企業(yè)的流程體系中赫然存在一份《裁減指南》，員工也往往認(rèn)為裁剪就是大刀闊斧地“減少”完整的流程要求。如果項目時間緊、缺乏資源，就可以這么做。這是一個認(rèn)識的誤區(qū)。

　　所謂“裁剪”就是量體裁衣，根據(jù)項目特點量身定做最適合項目的流程，用最經(jīng)濟的流程實現(xiàn)質(zhì)量目標(biāo)。對于一個開發(fā)周期超過一年的系統(tǒng)級產(chǎn)品的開發(fā)，公司定義的四大決策評審點（Decision Check Point，DCP）：概念DCP、計劃DCP、可獲得性DCP和退出DCP，以及六大技術(shù)評審點（TR），TR1至TR6，可能“一個都不能少”。而對于一個快速定制開發(fā)的項目而言，一般將概念DCP和計劃DCP合并，某些TR也可以合并。

　　有些項目經(jīng)理認(rèn)為裁剪得到了項目定義流程（PDP），然后就可以開始項目的具體工作了。但PDP并非項目計劃，更不能替代項目計劃。項目經(jīng)理應(yīng)基于PDP制定項目的WBS（工作分解結(jié)構(gòu)），以WBS為基礎(chǔ)進(jìn)行工作量、規(guī)模和進(jìn)度估算，制定項目進(jìn)度表和完整的項目計劃。后續(xù)工作要以項目計劃為基礎(chǔ)監(jiān)控項目的實施。

　　有些企業(yè)在剛剛建立研發(fā)流程體系時，由于很難立即制定一份完善的裁剪指南，所以干脆一刀切，不允許裁剪流程。但這樣硬性規(guī)定的結(jié)果是一些維護型、功能增強型的項目要么就是在搞不清狀況的情況下照著完整的流程執(zhí)行，生成很多文檔，也延誤了開發(fā)周期，降低了效率；要么干脆拒絕執(zhí)行流程，仍然按照過去的工作方式開發(fā)。顯然，這就違背了建立流程體系的初衷。

　　另一個極端是企業(yè)允許流程裁剪有很大的靈活度，卻沒有設(shè)定一些原則。這樣的結(jié)果往往是項目隨心所欲地裁剪流程，使開發(fā)流程的可重用性非常低，而項目的質(zhì)量和效率也得不到保證。