精實企業中的企業架構師角色

擁有並分享願景

促進一致性的第一步也是重要的一步，就是對企業組合有一個長期的願景。能夠描述當前狀態和未來狀態的架構對於使專案保持一致至關重要。從評估當前組合開始。繪製出有哪些系統以及它們的作用。這不需要深入的細節或呼叫個別伺服器。相反，請專注於應用程式和產品，以及它們之間的關係。可能需要多層。如果企業夠大，請將問題分解為功能區域，並個別繪製出來。如果有一個基礎的架構模式或策略，請找出它在哪裡被遵循，以及在哪裡沒有被遵循。例如，如果企業策略是面向服務的架構，哪些應用程式會繞過它並直接存取主資料？哪些應用程式透過共用資料庫進行通訊？

一旦你繪製出當前狀態，請想想你希望架構在未來是什麼樣子。你想要保留相同的基礎策略嗎？還是完全轉換到不同的模型會更好？你當前策略的優點和缺點是什麼？如果你想演進當前策略，請產生一個架構的更新檢視，其中不一致的區域與其他區域保持一致。如果你認為有必要進行全面的策略變更，請繪製出理想的最終狀態是什麼樣子。請了解這是一個長期的願景，但你希望其他技術小組遵循這個願景。

現在您有了願景，您需要確保組織中的專案技術領導人了解這個願景。向主要開發人員提出您的願景，並獲得他們的回饋和意見。他們可能比您更了解某些事情為何會這樣，並可以幫助您了解。願意，甚至渴望根據他們的反應調整願景。如果您對整體架構或特定群組的領域進行徹底的變更，請嘗試讓他們參與變更。這將讓您的願景更容易實現。盡量避免將架構設為強制規定，而應將其用作與開發人員及其團隊達成共識的工具。請記住，您正在嘗試讓他們成為您的合作者和盟友。他們積極參與願景比完全按照您的方式實現願景更有價值。

當您覺得達成某種程度的共識時，讓目前和未來的狀態架構可見。這並不表示放在磁碟機資料夾、Sharepoint 網站或 Wiki 中。製作海報或牆面大小的列印品。在多個區域展示它們。目標是確保每個人都能分享願景並持續朝向願景邁進。隨著架構演變，更新視覺效果以反映已完成的工作和任何方向的變更。顯示已進行改善的地方，並感謝做出改善的團隊。幫助其他人對齊聚一堂打造偉大成果感到自豪，他們就會支持它。

建立橋樑

一旦您有了願景，您就會希望看到它實現。但是由於您和您的團隊並未開發或管理專案，您要如何讓這件事發生？最好的方法是成為開發團隊的合作夥伴和資源。您的目的不是限制或阻礙進度，而是促成進度。當開發工作開始時，請聯繫技術和專案領導人。向他們提供目標企業架構的最新觀點，並討論他們的專案如何實現這個願景。很多時候，團隊從事的作業與企業中其他正在進行或已完成的專案類似。請務必讓他們知道這些專案，以便他們可以利用從共用經驗到實際程式碼和人工製品的任何資源。盡量避免陷入實作細節中；不要擔心將使用哪些函式庫或版本。相反地，請專注於專案的高階目標和設計，以及它如何與整體願景相符。

在討論專案時，技術選擇勢必會被提出。大多數時候，團隊都滿意使用與企業中其他專案類似的技術。然而，技術人員偶爾會瞭解到一種新技術，並希望使用它來解決他們的問題。避免立即拒絕或假設他們選擇新工具只是因為它很新奇有趣。雖然這種情況可能會發生，但新工具是為了解決問題而創造的，而且現在可能是向前邁進的最佳時機。與技術團隊討論選擇，以確定他們是否有充分的論點來使用新技術。確保他們了解將新平台導入生產的成本和難度，以及好處是否大於這些成本。在結束討論之前，您可能需要先聽一會兒，然後做一些研究。考慮在時間限制內進行概念驗證，並設定實際的測量和界限，以確定可行性。如果最後發現新技術不是正確的選擇，請嘗試取得開發人員或其領導階層的共識。如果可能的話，避免強制執行。這將有助於與開發團隊建立良好的關係，並確保他們會在未來的決策中納入您。在嘗試使用新工具或技術時，請限制企業中同時進行的實驗數量。如果同時進行太多變更，將很難準確衡量效果。

最終，作為 EA 的成功只有在開發團隊的支持下才有可能。如果您將他們視為下屬，他們將找到方法繞過您，並讓您的願景和策略面臨風險。您仍將對結果負責，但幾乎沒有能力改變它們。相反，如果您將他們視為合作夥伴，他們將幫助您實現您的願景，並且每個人都可以獲得成功。擁抱變革，但要衡量它並確保每個人都了解變革的價值。最終，始終嘗試引導團隊朝向企業架構的願景。

找出變革機會

重大的變革需要時間和機會。一旦您對未來有了願景，並開始在企業內部建立熱情，您就會希望立即看到成果。請務必記住，架構的重大變革需要逐步進行，並在適當的時機進行。使用投資組合中的現有專案來啟動變革過程。引導新的實作朝向架構願景邁進。請記住，變更程式碼和朝著所需方向前進的機會可能不會以您希望的速度或在您希望的領域出現。學會慶祝勝利，無論多麼微小，並保持警覺，以把握做出積極變化的機會。

話雖如此，與企業合作，優先處理解決現有投資組合最糟糕部分的專案。企業領導人很少了解變更技術元件的價值，或維持現狀的成本。當純粹技術變更是有必要的，您必須創造機會來變更它們。務必根據未來節省的價值來架構變更，以抵銷實施成本，或根據風險降低來架構變更。如有必要，請在業務功能中尋找合作夥伴，並建立一個專案，既能增加新的業務價值，又能變更架構。尋求機會淘汰對預算和營運團隊造成拖累的舊應用程式和硬體。

對變更速度保持耐心，將有助於避免挫折。請記住，變更只能在持續工作的脈絡中發生，因此充分利用預算和投資組合中的專案。透過找出將為企業創造新價值或節省比開發成本更多的資金的新專案，來創造機會。請記住，創造業務價值是您的主要目標，因此請避免純粹技術專案，儘管它們很有趣，但沒有價值。隨著企業從遵循您的願景中看到更高的產出和價值，動能將會增長，變更速度也會加快。在動能增長之前，請持續塑造工作並完善願景。

建立學習社群

除了對整體企業架構有願景之外，EA 還有責任確保以正確的技能和實務來執行該願景。雖然每個開發團隊都會培養成功所需的技能，但跨不同團隊分享最佳技能和實務，將有助於每個團隊執行得更好，並擁有共同的目標感。作為團隊之間的橋樑，您最適合培養這種社群感。

建立社群有很多方法，從非正式午餐到第三方培訓。不要試圖確定什麼對您的組織有效，請組成一個由技術主管到開發人員的技術人員小組，他們對自己的專業充滿熱情，並讓他們提供協助。讓團隊定期開會來規劃活動。務必安排一些時間讓開發團隊分享他們所學到的內容，包括成功的事項和他們拒絕的事項。與整個 IT 組織分享的機會將開始建立社群感，而這將導致一個健康的組織。

避免強迫人們參加培訓和學習活動。讓它們對所有人開放，但不是強制性的。不感興趣的人會因為表現出格或顯得無聊而分散注意力，讓講師士氣低落。有熱情的人會歡迎學習和成長的機會；沒有熱情的人不會從強制出席中受益。

社群意識和學習機會將激勵開發人員並促進留任。透過領導社群的核心，你可以引導組織的發展，與你對其未來的願景保持一致。允許其他人參與此指導，將從內部找出並建立領導力。強烈的自豪感和社群意識將帶來更好的品質和更多合作。