
從公司意義上講,創(chuàng)新管理是通過采用創(chuàng)新的想法,產(chǎn)品,流程和業(yè)務模型,快速有效地實現(xiàn)組織目標。大多數(shù)組織開始意識到,為了推動業(yè)務增長并保持競爭優(yōu)勢,需要快速發(fā)現(xiàn)和實施創(chuàng)新,并小心確保最大價值。
創(chuàng)新過程需要在組織中進行管理和管理,并且是公司整體職能的重要方面。
企業(yè)架構(gòu)(EA)是一種常年的創(chuàng)新工具。這是因為一旦你發(fā)展出一個好主意;?您需要確保利用EA來了解如何成功實施它。對特定創(chuàng)意的投資需要一定程度的信心,即產(chǎn)品,服務,IT組件或業(yè)務流程將進入市場或積極改變業(yè)務。相反,IT需要追溯到驅(qū)動它的創(chuàng)新。沒有這種可追溯性意味著很難看到IT的價值以及它如何推動業(yè)務發(fā)展。此外,還需要利用創(chuàng)新者和管理EA者之間的有限互動。
沒有EA,關(guān)于正確的想法和要求的決策更多是一個樂透。而且,雖然隨時隨地有越來越多的項目和敏捷開發(fā)方法的興起,但公司根本沒有投入足夠的時間來將創(chuàng)新與EA結(jié)合起來。DevOps和持續(xù)交付是連接創(chuàng)新管理的主要候選者。在速度和上市時間方面,頻率,能力和發(fā)布周期是競爭優(yōu)勢的關(guān)鍵;?EA對決策的支持可以讓創(chuàng)新的想法降低風險,而不會出現(xiàn)代價高昂的錯誤。
當企業(yè)架構(gòu)的目標是為整個企業(yè)建模時,企業(yè)架構(gòu)經(jīng)常失敗,因此需要執(zhí)行適當數(shù)量的企業(yè)架構(gòu)才能實現(xiàn)結(jié)果。敏捷方法(如Scrum)有時可用于構(gòu)建可以提供所需內(nèi)容的小型企業(yè)體系結(jié)構(gòu)。Scrum技術(shù)利用團隊合作,時間交付和識別“專家”來幫助解決具體問題。
諸如“看板”之類的其他技術(shù)可用于幫助可視化建筑概念的狀態(tài)及其在敏捷過程中的旅程。在創(chuàng)新管理中,我們可以向用戶展示創(chuàng)新生命周期中不同概念的旅程,從而提高整個團隊的可見性。當與ArchiMate和TOGAF等EA框架結(jié)合使用時,Scrum將重點放在EA上。
EA的敏捷方法允許持續(xù)改進,并與業(yè)務所獲得的增量創(chuàng)意很好地聯(lián)系。
總結(jié)數(shù)據(jù)治理架構(gòu)與創(chuàng)新管理
我們已經(jīng)注意到,EA思維并沒有以應有的方式影響創(chuàng)新管理,因為創(chuàng)新項目不一定與業(yè)務的轉(zhuǎn)型需求保持一致。EA通常會解決轉(zhuǎn)型挑戰(zhàn),例如合并/收購,業(yè)務和IT協(xié)調(diào),大數(shù)據(jù)采用,IT外包等。有太多想法和更多項目需要。
EA需要找到影響創(chuàng)新管理的地方。在創(chuàng)新不斷發(fā)展的地方,EA提供了足夠的架構(gòu)來幫助影響創(chuàng)新決策,而當前的創(chuàng)新管理平臺還沒有解決EA問題。
這是一種疏忽,但它是可以理解的,因為這些舊平臺的遺產(chǎn)不能提供EA方法所需的嚴格性。組織告訴我們他們的資源很少,所以我們以一種讓每個人都受益的方式利用資源絕對至關(guān)重要。通過創(chuàng)新管理和EA,我們可以通過向他們提供從可用資源中選擇正確行動方案的指導來幫助公司實現(xiàn)這一目標。因此,可以與創(chuàng)新管理和敏捷EA結(jié)合的平臺可以為創(chuàng)新計劃和EA活動提供真正的決策。
創(chuàng)新需要是真實的,并將其與底層企業(yè)架構(gòu)聯(lián)系起來,展示了創(chuàng)意的演變過程。企業(yè)架構(gòu)需要能夠解決真正的創(chuàng)新問題。如果架構(gòu)改變了這對創(chuàng)新及其相關(guān)策略有何影響?創(chuàng)新管理與敏捷企業(yè)架構(gòu)齊頭并進。雖然每個人都可以憑借自身的成功獲得成功,但是當他們彼此結(jié)合使用時,可以實現(xiàn)全部收益。
(部分內(nèi)容來源網(wǎng)絡(luò),如有侵權(quán)請聯(lián)系刪除)