在過(guò)去幾年中,出現(xiàn)了MES制造執(zhí)行系統(tǒng),其提供數(shù)據(jù)庫(kù)框架和編程接口,以收集、處理和提供下面的生產(chǎn)層與上面的ERP(企業(yè)資源計(jì)劃)業(yè)務(wù)系統(tǒng)之間的標(biāo)準(zhǔn)化信息鏈接,即使是所謂的“可配置”軟件包通常也需要大量的自定義編碼,因?yàn)閮?nèi)置的功能通常不足以處理除簡(jiǎn)單的制造流程以及與當(dāng)前安裝的信息系統(tǒng)集成之外的所有內(nèi)容。實(shí)際情況是,MES安裝項(xiàng)目與定制軟件開(kāi)發(fā)一樣,與安裝和配置相關(guān)。
傳統(tǒng)的項(xiàng)目管理方法需要非常詳細(xì)的項(xiàng)目范圍,其中包含當(dāng)前系統(tǒng)和建議解決方案的確切細(xì)節(jié)。接下來(lái)是功能和設(shè)計(jì)規(guī)范文檔,它們將提供解決方案的其他詳細(xì)信息。一旦所有正確的文檔都由集成商和客戶(hù)開(kāi)發(fā)并達(dá)成一致,工作將從實(shí)際的代碼開(kāi)發(fā)開(kāi)始。
可以想象,在開(kāi)發(fā)一行實(shí)際代碼之前,需要完成大量工作。不僅有很多工作,總是在一開(kāi)始就做出假設(shè),但在項(xiàng)目期間總是被證明是錯(cuò)誤的和變化的。第一個(gè)假設(shè)是關(guān)于當(dāng)前系統(tǒng)和建議的解決方案的所有信息都是完整的。第二個(gè)假設(shè)是整個(gè)項(xiàng)目的當(dāng)前系統(tǒng)將保持不變。如果你以堅(jiān)定的心態(tài)開(kāi)始項(xiàng)目,這些假設(shè)是絕對(duì)的,那么你將從一開(kāi)始就注定失敗。幾乎在每種情況下,不允許某種靈活性的項(xiàng)目都會(huì)失敗。
在傳統(tǒng)的產(chǎn)品軟件項(xiàng)目中,越來(lái)越多的趨勢(shì)是從瀑布式或級(jí)聯(lián)式方法開(kāi)始,首先在編寫(xiě)完成之前編寫(xiě)非常詳細(xì)的需求和設(shè)計(jì)文檔。這種方法的問(wèn)題在于,大部分計(jì)劃被擱置,因此編制它的時(shí)間浪費(fèi)了。這就是為什么許多大公司和軟件開(kāi)發(fā)公司已經(jīng)朝著基于“敏捷宣言”的方法轉(zhuǎn)向更多,這些方法專(zhuān)注于立即生成完成的代碼,具有較少的文檔和內(nèi)置的靈活性。
在客戶(hù)的理解和信任下,敏捷軟件開(kāi)發(fā)方法的靈活性和響應(yīng)性更強(qiáng)的元素可用于管理大多數(shù)MES項(xiàng)目的開(kāi)發(fā)。瀑布方法所要求的文檔以及客戶(hù)仍然需要的許多情況下的文檔并未消除,而是變得更加動(dòng)態(tài)。
所有敏捷方法中常見(jiàn)的是scrum(從橄欖球中借用一個(gè)術(shù)語(yǔ))。在基于Scrum的項(xiàng)目開(kāi)始時(shí),功能列表由項(xiàng)目聲明和有限的發(fā)現(xiàn)階段松散地定義。在項(xiàng)目過(guò)程中,功能積壓中添加了附加功能,現(xiàn)有代碼問(wèn)題,增強(qiáng)功能等。在scrum方法中,編碼過(guò)程被分解為稱(chēng)為sprint的較小迭代,通常持續(xù)一周或兩周。確定將在每個(gè)sprint中完成哪些工作基于優(yōu)先級(jí)和完全編寫(xiě)代碼并在該迭代中測(cè)試它的能力。一旦為該sprint選擇了所有工作,sprint就會(huì)啟動(dòng)。沖刺期間,在團(tuán)隊(duì)和產(chǎn)品所有者的每日會(huì)議期間跟蹤開(kāi)發(fā)團(tuán)隊(duì)的日?;顒?dòng)。目的是確定已完成的工作,將要完成的工作以及是否存在阻礙進(jìn)展的障礙。這個(gè)過(guò)程將一遍又一遍地重復(fù),直到項(xiàng)目完成。
這個(gè)過(guò)程的主要好處是靈活性。這些小型開(kāi)發(fā)迭代和動(dòng)態(tài)功能積壓的結(jié)合使得軟件開(kāi)發(fā)的Scrum方法具有內(nèi)置的靈活性。
正如您現(xiàn)在所知,MES系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)并不容易。如果管理不正確,它幾乎注定要在啟動(dòng)之前失敗。同樣重要的是要指出每個(gè)項(xiàng)目都是不同的,需要更多地關(guān)注項(xiàng)目管理過(guò)程的某些方面而不是其他方面。為了有效地管理項(xiàng)目本質(zhì)上更具軟件開(kāi)發(fā)性,我們必須首先確定哪種類(lèi)型的開(kāi)發(fā)環(huán)境合適:傳統(tǒng)的瀑布方法,靈活的敏捷方法,或者有可能的,在中間的某個(gè)地方。
為每個(gè)項(xiàng)目選擇合適的類(lèi)別的過(guò)程與項(xiàng)目的整體管理同樣重要。例如,如果客戶(hù)要求跟蹤和記錄所有項(xiàng)目更改和步驟,那么嚴(yán)格的瀑布將是一個(gè)很好的方法。另一方面,如果客戶(hù)在功能要求方面相當(dāng)模糊并且需要較少的文檔,那么開(kāi)發(fā)一個(gè)好的工作原型并從那時(shí)開(kāi)始工作可能更有意義,并且考慮到大的靈活性。大多數(shù)項(xiàng)目可能會(huì)處于中間位置。
考慮到中間因素,我們?cè)俅蜗蚯斑~進(jìn)了一步,創(chuàng)建了四種不同的項(xiàng)目類(lèi)型。四個(gè)不同的類(lèi)別如下:
1.瀑布
2.瀑布/敏捷
3.敏捷/瀑布,和
4.純粹的敏捷
這些類(lèi)別中的每一個(gè)都有不同的項(xiàng)目管理文檔,客戶(hù)交互級(jí)別,可交付時(shí)間表等。一旦我們確定了適合擬議項(xiàng)目的類(lèi)別,我們將遵循該類(lèi)別中的項(xiàng)目大綱并開(kāi)始將實(shí)際項(xiàng)目組合在一起計(jì)劃,項(xiàng)目支持文件,實(shí)施計(jì)劃等。
正確的選擇是成功項(xiàng)目的第一步。效率科技MES解決方案能夠集中監(jiān)控從物料投產(chǎn)至成品入庫(kù)全生產(chǎn)過(guò)程,采集生產(chǎn)過(guò)程中發(fā)生的所有事件,并對(duì)物料消耗、設(shè)備監(jiān)控、產(chǎn)品檢測(cè)進(jìn)行管控,通過(guò)不同的項(xiàng)目看板實(shí)時(shí)呈現(xiàn)給企業(yè)管理者及一線(xiàn)操作人員,讓整個(gè)車(chē)間現(xiàn)場(chǎng)完全透明化。通過(guò)全面提高制造執(zhí)行能力,實(shí)現(xiàn)產(chǎn)品質(zhì)量管控、有效控制庫(kù)存、優(yōu)化生產(chǎn)流程,并提供強(qiáng)大的集成化服務(wù),制造企業(yè)用戶(hù)營(yíng)造一個(gè)快速響應(yīng)、有彈性的精細(xì)化制造管理平臺(tái),幫助企業(yè)減低成本、按期交貨、提高產(chǎn)品的質(zhì)量和服務(wù)質(zhì)量。