安裝MBSE過程(第1部分)

系斯模科技

BY ERIC BARNHART 

將公司從傳統的工程流程轉移到基於模型的流程(或任何新流程)是一項棘手的工作。 熱情地開始很容易,然後目睹整個努力的崩潰和燃燒,或者只是消失在遺忘中。對於我們這些熱衷於現代實踐的人來說,這可能非常令人沮喪。對於我們這些被賦予在組織中實施基於模型的流程這一棘手任務的人來說,看到我們的努力失敗可能會令人沮喪。除了害怕被假定的 MBSE 怪物嚇跑之外,我們能對這些結果做些什麽呢?

Part 1: Don’t Kill the Baby

您不想要一個 DOI(Dead On Initiation)流程,對嗎?您希望 MBSE 流程能夠繼續存在並讓您的組織受益。在我告訴你如何成功之前,我覺得我應該概述一下是什麽扼殺了你的 MBSE 過程。畢竟,在扼殺它的同時培育一個新的過程是沒有意義的。因此,在開始 MBSE 計劃之前,請首先注意這些警告點,以“process-proo”您的組織。
基層的努力注定要失敗
如果您依靠工程人員的基層努力來引導您的 MBSE 計劃,那麽您注定要失敗。當然,基層、頑固的 MBSE 工程師是那些在 MBSE 出現時(如果有的話)跳上這個大車的人。他們甚至提供肥料來幫助 MBSE 的種子生長。另一方面,他們不能指導其他工程師遵循 MBSE 標準,也不能直接改變程序或組織。如果您依靠基層的努力,那麽您的 MBSE 計劃已經屈服於幹旱、蛆蟲並在地表下死去。
把工具扔到工程師的電腦上只是在摸索
所以,也許你已經決定拿出一部分預算,為最新最棒的MBSE工具購買一套許可證。然後你把這個工具推到所有工程師的電腦上,讓他們使用。好主意,但最終是個壞主意。工程師們可能沒有時間或費用來學習如何使用該工具。如果他們真的有時間,每個工程師都會摸索,直到他們開發出自己的方法和方法。如果每個人都以不同的方式設計他們的模型,那麽就沒有能力在工作組或程序之間轉移工具技能。如果你認為你所需要的只是一個MBSE工具被推廣到工程領域,那你就大錯特錯了。到了緊要關頭,你對工具推出的缺乏關注將導致你的MBSE計劃夭折。
執行任務在戰壕中被忽視
也許,出於一時的狂妄自大,你決定發布一項行政命令,在所有項目上使用MBSE技術,並使用公司選擇的工具。我甚至聽到過將MBSE技術納入年度績效評估標準的建議。從表面上看,這似乎是有道理的。這表明該公司支持MBSE計劃。另一方面,在工程管理的戰壕裏,員工們知道還有一項更重要的任務:按時完成工作並盈利。因此,MBSE的實施將是絕對最小的,也就是說,只足以勾選MBSE授權得到遵守的復選框。MBSE最終對該計劃幾乎沒有影響。如果你認為MBSE啟動所需要的只是工程副總裁的授權,那麽請在你的管理清單上打勾。復選框已被選中,但整個MBSE計劃早在用例分析開始之前就已被選中。
例外像雜草一樣繁殖
也許您比大多數組織更聰明,並且引導了 MBSE 計劃,而沒有落入任何前面描述的陷阱。您是否認識到有時 MBSE 不合適,或者某些工程師或經理在必要時無法跟上進度?如果是這樣,您可能已經批準了 MBSE 流程的一些例外情況,或者在執行您的流程時松懈了。也許工程師們正在將他們的圖表的 Visio 和 PowerPoint 版本帶到同行評審,甚至是更正式的評審中。畢竟,Visio 制作的圖表比大多數 MBSE 工具更令人愉悅,對吧?也許工程師正在跳過用例分析,因為他們認為它沒有任何價值。畢竟,他們以前從來不需要這樣做。遵循舊的、熟悉的路徑比嘗試這種新的 MBSE 東西更容易。工程師可以證明遵循舊路徑比執行所有這些新的、不熟悉的 MBSE 流程更快。當然,Visio 繪圖可能看起來更好,但您無法使用非標準藝術家對提議的解決方案的再現來準確地設計解決方案。您需要工程圖紙,這些圖紙來自您的 MBSE 流程和使用標準符號的工具。您需要將流程中的所有工程工件都放在 MBSE 工具的數據庫中,以便從上到下保持正確和有用的關系。當然,在任何新的嘗試中都有一條學習曲線需要處理。別忘了,舊流程也有學習曲線。請記住,如果您在工程師願意時允許例外,您會看到除了您想要的 MBSE 流程之外的一切都在增長。
無法改變的不良管理實踐
當然,這些都不是導致失敗的反模式。還有其他系統性問題需要注意。在MBS推出過程中改變管理層通常會扼殺主動權。以犧牲公司業績為代價,改變公司價值觀以滿足股東的要求,也會起到同樣的作用。這些都不是MBSE的具體問題,而是貫穿企業文化的總體管理問題。工程經理幾乎無法解決這些問題。另一方面,負責MBSE流程的工程經理確實有能力利用某些東西來讓MBSE工作。

文章推薦