前序
想(xiang)當年…學了機械專業，大學畢業后覺(jue)(jue)得念(nian)工科就是(shi)(shi)應該要實戰一下，不然閉門(men)造(zao)車只學理論都(dou)不知道在念(nian)什么；再來，我(wo)也覺(jue)(jue)得動手比念(nian)書(shu)有(you)趣(qu)多(duo)了（OS：其(qi)實是(shi)(shi)不愛念(nian)書(shu)）。剛(gang)進PLM行業時，聽到實施(shi)方法論，是(shi)(shi)很嗤(chi)之(zhi)以鼻的，尤其(qi)當年的實施(shi)方法論，比較偏(pian)重理論和項目管(guan)理層面，對于技術層面怎么落地(di)并沒有(you)太多(duo)著墨(mo)。
初(chu)次(ci)研究(jiu)(jiu)實(shi)施方(fang)(fang)法(fa)(fa)(fa)論是(shi)在(zai)2005年實(shi)施某個(ge)(ge)整車(che)廠PLM項目時，客(ke)戶(hu)要(yao)(yao)求(qiu)所有的(de)(de)(de)交(jiao)付物產(chan)出要(yao)(yao)符(fu)合CMII標準，只(zhi)好去研究(jiu)(jiu)CMII在(zai)講什么；到2007年，某個(ge)(ge)模具廠客(ke)戶(hu)要(yao)(yao)求(qiu)提供詳細的(de)(de)(de)實(shi)施方(fang)(fang)法(fa)(fa)(fa)論和實(shi)施模板(ban)來(lai)證明實(shi)施能力，我應(ying)公司(si)領導的(de)(de)(de)要(yao)(yao)求(qiu)匯(hui)整了(le)幾(ji)年項目實(shi)施的(de)(de)(de)經(jing)驗，并上網研究(jiu)(jiu)軟件(jian)工程/系統工程方(fang)(fang)法(fa)(fa)(fa)論，初(chu)步(bu)編寫了(le)瀑布式方(fang)(fang)法(fa)(fa)(fa)論對應(ying)的(de)(de)(de)PLM實(shi)施模板(ban)（OS：所以(yi)先有實(shi)務(wu)才映射(she)理論，終于明白(bai)理論還是(shi)有點道理的(de)(de)(de)）。
圖1. How Projects Really Work
圖1是(shi)一(yi)張很(hen)有名的(de)(de)(de)(de)(de)漫畫(hua)，調侃了(le)交付的(de)(de)(de)(de)(de)IT系統和(he)客戶需(xu)求之間因過程控(kong)制不(bu)力導致的(de)(de)(de)(de)(de)巨大偏差(cha)，我(wo)從第一(yi)次做(zuo)(zuo)(zuo)方(fang)(fang)案設(she)計開始就把這張圖貼在(zai)桌上警(jing)示自(zi)(zi)(zi)己。2008年(nian)我(wo)轉了(le)團隊(dui)從臺(tai)灣(wan)來(lai)(lai)到(dao)上海，擔任PLM團隊(dui)的(de)(de)(de)(de)(de)技(ji)術(shu)經理，按(an)領導的(de)(de)(de)(de)(de)要求圍繞(rao)實(shi)(shi)施(shi)服務質量的(de)(de)(de)(de)(de)提升進行(xing)變革。我(wo)當時(shi)(shi)一(yi)直(zhi)在(zai)思考要怎樣做(zuo)(zuo)(zuo)項目(mu)才不(bu)會造成上圖的(de)(de)(de)(de)(de)結果，決定(ding)(ding)首先要有明確的(de)(de)(de)(de)(de)實(shi)(shi)施(shi)方(fang)(fang)法論和(he)規范。我(wo)整合(he)了(le)自(zi)(zi)(zi)己以往(wang)的(de)(de)(de)(de)(de)項目(mu)經驗，將2007年(nian)做(zuo)(zuo)(zuo)的(de)(de)(de)(de)(de)項目(mu)實(shi)(shi)施(shi)模(mo)(mo)板映射到(dao)當時(shi)(shi)公司實(shi)(shi)施(shi)方(fang)(fang)法學（VDM）所定(ding)(ding)義(yi)的(de)(de)(de)(de)(de)項目(mu)階(jie)段，花(hua)了(le)幾個(ge)月(yue)時(shi)(shi)間完成了(le)針對每個(ge)階(jie)段的(de)(de)(de)(de)(de)活動內容定(ding)(ding)義(yi)以及總計28份技(ji)術(shu)文檔(dang)模(mo)(mo)板，這個(ge)過程也讓我(wo)對于實(shi)(shi)施(shi)方(fang)(fang)法論有了(le)更深刻的(de)(de)(de)(de)(de)認識。后來(lai)(lai)，在(zai)自(zi)(zi)(zi)己參(can)與主導的(de)(de)(de)(de)(de)某輪胎廠(chang)PLM項目(mu)中，在(zai)各個(ge)階(jie)段按(an)照活動定(ding)(ding)義(yi)深入應用了(le)這些交付件模(mo)(mo)板，取得了(le)非常(chang)好的(de)(de)(de)(de)(de)實(shi)(shi)施(shi)效果（OS：該輪胎廠(chang)的(de)(de)(de)(de)(de)PLM實(shi)(shi)施(shi)方(fang)(fang)案已成行(xing)業標(biao)竿，當初要是(shi)申請(qing)個(ge)專利(li)我(wo)可(ke)能就可(ke)以提早退休了(le)）。
在后續5年中，我在執行團隊方案內審的過程中，也有意識地強化項目組對交付件模板的應用，多個項目的實施結果也證明了規范性工作方針及交付件定義確實能提高項目的整體實施質量（OS：沒念過碩博，但也審核了清交碩博的項目，心里平衡了！）。后來公司總部開始重視技術方面的實施方法，負責此事的團隊來上海進行交流時，更是對此實施交付物模板贊許有加，直言希望能拿去參考交流（OS：并不是國外的月亮就比較圓的）。
圖2. VDM各階段技術活動和交付件模板清單
2014年，我轉換了跑道開始接觸PERFORM實施方法論，結合軟件平臺的不同特點，我又重新定義了與PERFORM方法論對應的本地化技術文檔模板，并結合項目的復雜度和實施周期定義了哪些是關鍵交付件需要客戶簽字（紅色），哪些是輔助文檔（黑色）可根據項目實際情況靈活裁減。如圖3所示。
圖3. PERFORM各階段交付件模板清單
經歷了兩大PLM原廠商的歷練，同時也在網上研究了各家友商提出的實施方法論，我發現各大廠商或咨詢公司的方法論雖然在命名、階段劃分以及檢查標準方面有所差異，但基本上都遵循著從前往后的瀑布模型原理。雖然也有提出在方案階段就裝好原型系統，讓用戶提前進行了解的，但除此之外似乎也沒有再多能改進優化的地方了。
原型方案設計法
1、緣起
2016年，在轉換跑道后我接手的第一個大型項目是某汽車集團技術中心的PLM實施項目，當時該客戶已經花大量時間與金錢進行過咨詢，也有一整套流程改進的文檔。在項目啟動前，客戶方項目經理提出了一個挑戰，他說我們有完整的流程體系，也特別挑選了你們比較有經驗的實施團隊，那你們能不能不用開展冗長耗時的業務調研（講一堆已經知道的東西）而直接開始實施，但又能保障系統對需求的滿足呢？
2、過程
于是，我進行了一個大膽的試驗，提出了原型方案設計的實施方法。
圖4. 基于原型方案設計法的工作路線
即在(zai)方(fang)(fang)案(an)設計階段進(jin)行(xing)(xing)(xing)實施(shi)方(fang)(fang)法的(de)調整(zheng)：不開(kai)展冗長耗時的(de)業務(wu)調研，而是在(zai)對用(yong)戶進(jin)行(xing)(xing)(xing)OOTB功能(neng)培訓讓用(yong)戶對軟(ruan)件有所初步(bu)認(ren)知后，由實施(shi)方(fang)(fang)結(jie)合OOTB功能(neng)和行(xing)(xing)(xing)業解(jie)決方(fang)(fang)案(an)，基(ji)于實施(shi)方(fang)(fang)顧問的(de)經驗(yan)，直(zhi)接(jie)給用(yong)戶提供詳細(xi)到操(cao)作界面的(de)方(fang)(fang)案(an)文(wen)檔(dang)。然(ran)后通(tong)過多(duo)輪講(jiang)解(jie)和研討，與客戶一起分析數據差異(yi)以(yi)及(ji)業務(wu)需(xu)求的(de)滿足程度，反復修改詳細(xi)方(fang)(fang)案(an)以(yi)保證其可行(xing)(xing)(xing)性，如圖(tu)4所示(shi)。在(zai)方(fang)(fang)案(an)審批確(que)認(ren)后，后續(xu)項目階段采用(yong)瀑布式(shi)方(fang)(fang)式(shi)繼續(xu)進(jin)行(xing)(xing)(xing)。
原型方案可以采用按功能模塊的方式描述業務場景，但必須包括一個整體業務流程圖，并在明確定義各功能模塊之間的接口和職責以及整體業務流程清晰后，進行分模塊的分工。每個功能模塊的原型方案應描述關鍵業務場景和功能說明，并闡明其亮點，如圖5和圖6所示。在描述業務場景和功能時，應盡可能地展示未來系統的使用界面，以便讓用戶了解未來的操作場景。
圖5. 基于原型方案設計法的方案編制過程
圖6. 原型方案的模塊分工樣例
原型方案設計法的優點顯而易見：
√ 取消了調研、簡化了方案講解及審核，降低了項目執行過程中對關鍵業務用戶時間的占用。
√ 方案已經包含場景步驟并細到系統界面展現，可避免在講解方案的過程中，用戶方與實施方雞同鴨講，因理解不一致而產生偏差。
√ 方案針對真實的實例數據進行調整，可避免在上線后使用的需求偏差。
應用
原型方案設計(ji)法適(shi)用(yong)于兩種情況下(xia)的(de)(de)企業(ye)(ye)(ye)(ye)：一是(shi)能夠明(ming)確定(ding)義需求并(bing)已了解PLM系統的(de)(de)企業(ye)(ye)(ye)(ye)用(yong)戶；二是(shi)新興企業(ye)(ye)(ye)(ye)用(yong)戶，沒有(you)成熟(shu)的(de)(de)業(ye)(ye)(ye)(ye)務流(liu)程和規范，希望借鑒行業(ye)(ye)(ye)(ye)最佳實踐(jian)。這種方法非常依賴于實施(shi)方對用(yong)戶所在行業(ye)(ye)(ye)(ye)的(de)(de)業(ye)(ye)(ye)(ye)務流(liu)程熟(shu)悉程度以及在該行業(ye)(ye)(ye)(ye)中實施(shi)PLM項目的(de)(de)經驗。
我們已經在某汽車集團的的研發技術中心PLM項目、某商用車PLM項目、某醫療科技PLM項目以及某民用航空PLM項目中成功地采用了原型方案設計法。
敏捷聚焦迭代法
1、緣起
在實施一家合資車企PLM項目時，合資的外方分享他們的實施經驗，非常自豪地說使用了Agile方法，卻又說各業務板塊的實施負責人自己做自己的，導致系統在數據模型方面一團亂，數據流也不順暢（OS：這不是顯而易見的結果嗎？）。不過外方的實施經驗仍有可以學習的地方，比如寫用例場景的方式等等。
后來，我有機會去了解某新能源車廠的PLM實施。客戶非常強調使用者體驗為最高優先。但是深入了解后我也看到了一些不太理想的情況：比如沒有事先規劃整體場景藍圖，想到什么需求就開發什么需求，相同的數據管理場景可以因為不同的車型項目而不一致；過份強調使用者易用而定義的一系列自動化操作，在真的需要人為交互時反而更麻煩；過份強調使用者友善性，導致多個系統間反覆交互，影響性能及數據正確性；每個迭代周期太短，時間都用在功能代碼開發和測試上，沒有更新整體場景和整體系統邏輯，最終沒人說得清楚當前系統里哪些開發是有效的，以及用戶最新使用場景是怎樣的等等。由于上述這些因素，整個敏捷實施變成了一個不斷打補丁、疊床架屋的過程（OS：互聯網造車，不表示互聯網思維可以原樣照搬到工業軟件的實施呀！）。
2、過程
最近我有機會開始負責某新能源車企的PLM實施，客戶要求采用敏捷迭代法實施，我思考良久，要怎么才能規避之前看到的兩個敏捷迭代實施項目的問題？（OS：終于有機會應用并改進敏捷式實施）。
采取以下作法：
先對整個PLM系統進行整體業務場景藍圖設計，然后根據優先級排序劃分每個迭代需要實現的業務板塊，接著細化每個業務板塊的功能需求，再進行優先級排序。最終，得到該迭代需要實現的詳細業務場景與功能清單，并使用敏捷開發進行系統落地和實現，如圖7所示。
在每個迭代結束后、下一個迭代開始之前，重新審視PLM系統的整體業務場景是否需要調整或更新，再根據業務優先排序確定下一個迭代需要實現的業務板塊和功能清單。這個過程需要不斷循環迭代。敏捷聚焦迭代法中“聚焦”一詞的核心要義，就是指迭代的劃分和實施必須基于統一的整體方案及數據架構，每一次迭代的實施結果又作為輸入來審視整體方案和數據架構是否需要調整和優化，兩者互為因果、循環往復，螺旋式上升。每一次迭代后的審視讓方案和架構愈發完善，而每一次方案的優化又可以更好地指導下一個迭代的實施。不同輪次的迭代方案之間相互融合，互為補充。
圖7. 總體業務場景圖和拆分迭代實施樣例
為了減少編寫交付物的時間，方案可用Word、PowerPoint甚至AVI形式等靈活展示，只要能解釋清楚場景用例即可，如圖8所示例。
圖8. 場景用例樣例
系統相(xiang)關配置部署，可以簡(jian)單地用(yong)Excel表格(ge)記錄，但是(shi)必須跟生產系統保持一致(zhi)。
方案、開發規格邏輯及用戶操作場景在多次迭代的過程合并成一份文檔，可同時看到方案、開發規格邏輯及用戶操作場景，而且清楚地記錄了變化過程，并讓最新版本始終和生產系統保持一致。比如一個數據發布流程有許多檢查項，在多輪迭代中因為需求變化，可能刪除了一些檢查點、可能增加了一些檢查點，而這些檢查點之間又存在耦合關系，如果沒有做好場景及規格記錄，或是僅單獨記錄每個迭代做的事情，可能到最后沒人說得清楚到底在整個數據發布過程中系統檢查了哪些點。
截止目前為止，參照這種做法我們已經順利完成了幾輪迭代開發，配置及功能邏輯規格清楚，用戶場景也保持在最新的狀態。系統運行、用戶使用及運維支持均沒有大問題。
依照事先構想的改進措施，切身經歷此項目后，我感覺在未來的項目里還有很大的改善空間，比如可以仿照之前瀑布式整理一套適合于敏捷聚焦迭代法的規范性工作方針及交付件模板定義，讓此種實施方式可以更加易于復制和執行。（OS：永遠是下一個會更好）。
3、應用
敏捷聚焦迭代法適用于兩種情況的企業：一是基于成熟行業業務流程的新興行業，比如新能源汽車；二是非傳統制造業企業，沒有成熟行業解決方案可以參照，比如基礎設施行業。這種方法非常依賴于實施方的總方案顧問對系統的全面性和系統化的把控程度（OS：可以順便看看如何煉就優秀的PLM方案顧問）。
結束語
雖然理論是必備的，但因地制宜將其靈活地應用到實際項目中更為關鍵。因此，在實施PLM項目時，選擇一個合適的實施方法論和一支能將該實施方法論靈活運用并加以完善的實施團隊是確保項目成功的關鍵。
達索系統 C&SI 合作伙伴
達索系統開發合作伙伴
