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