開始使用：加速雲端中的新產品和服務創新

  • 發行項

在雲端中建立新的產品和服務需要不同于移轉所需的方法。 雲端採用架構的創新方法會建立一種指導新產品和服務開發的方法。

創新比標準移轉更無法預測，但仍符合更廣泛的雲端採用計畫內容。 本指南可協助您的企業提供創新所需的支援，並提供一個結構，以在整個雲端採用期間建立平衡的組合。

步驟 1：記錄商務策略

若要避免常見的阻礙，請建立清楚且簡潔的創新商務策略。 專案關係人與動機和預期的業務成果一致，可決定雲端採用小組所做的決策。

交付：

支援交付專案完成的指引：

  • 動機：戰略一致性的第一步是就推動創新努力的動機達成一致。 首先，瞭解並分類來自企業和 IT 專案關係人動機和共同主題。
  • 業務成果：當動機一致之後，您就可以取得所需的業務成果。 此資訊提供清楚的計量，可供您用來測量整體轉換。
  • 平衡組合 ：創新並非每個工作負載的正確採用路徑。 採用這種方法與需要 重新架構或完整重建的新自訂建置應用程式或工作負載 更相關。 當動機非常有利於所有工作負載的創新時，請務必評估投資組合，以確保這些投資能夠產生所需的投資報酬率。 特定資源和小規模重建工作的現代化可能具有創新性，但可能更適合遵循 開始使用：加速移 轉。

課責小組 負責和支援的小組
  • 雲端策略小組
    		•
  • 雲端採用小組
  • 卓越或中央 IT 小組的雲端中心
    		•

    步驟 2：評估業務理由

    在此建置商務案例的第一個階段中，評估來自潛在雲端採用工作的初始高階回報。 此步驟的目標是讓所有專案關係人都符合一個簡單的問題：根據可用的資料，雲端的整體採用是明智的商務決策嗎？ 基於這個問題，小組可以更妥善地配合此創新專案如何協助滿足使用者採用雲端的目標內預計的需求。

    交付：

    支援交付專案完成的指引：

    • 業務理由 ：在評估雲端中創新的每個機會之前，請先完成高階業務理由，以建立整體採用計畫的利害關係人一致。
    • 商業價值共識 ：量化創新的價值在過程中可能很困難。 本文中的練習有助於評估特定創新工作的商務價值一致性。

    課責小組 負責和支援的小組
  • 雲端策略小組
    		•
  • 雲端採用小組
    		•

    步驟 3：收集資料和分析資產和工作負載

    在大部分的企業中，創新可以透過使用應用程式、虛擬機器（VM）和資料等現有資產來加速。 當您規劃創新時，請務必瞭解這些資產移轉至雲端的方式和時機。

    交付：

    • 取得現有清查的原始資料，例如應用程式、VM 和資料。
    • 如果建議的創新相依于現有的清查，請完成下列交付專案：
      • 對支援計畫創新所需的任何支援函式庫存進行量化分析。
      • 對提供創新所需的任何支援工作負載進行質化分析。
    • 計算支援創新工作所需的新庫存成本。
    • 使用精簡的計算來更新策略和計畫範本 中的 業務理由。

    支援交付專案完成的指引：

    探索和評量可提供更深入的技術對齊。 然後，您可以建立行動計畫，以移轉計畫創新所需的任何相依工作負載。 當公司有現有資料來源、集中式應用程式或服務層級，以在企業其餘內容內提供創新時，此案例很常見。

    當有相依系統時，下列文章可以引導探索和評量：

    • 清查現有的系統 ：從程式設計、資料驅動方法瞭解目前的狀態是第一個步驟。 探索並收集資料，以啟用所有評量活動。
    • 累加式合理化 ：簡化評估工作，專注于所有資產的質化分析，甚至可能支援商務案例。 然後為前 10 個工作負載新增深度定性分析。

    課責小組 負責和支援的小組
  • 雲端採用小組
    		•
  • 雲端策略小組
    		•

    步驟 4：規劃移轉相依資產

    當新的創新相依于現有的工作負載或資產時，雲端採用計畫會提供加速的方式來開發專案待辦專案。 接著可以修改待辦專案，以反映探索結果、合理化、所需的技能和合作夥伴承包。

    交付：

    • 部署待辦專案範本。
    • 更新範本以反映要移轉的前 10 個工作負載。
    • 更新人員和速度（人員時間）以估計發行時間。
    • 時程表風險：
      • 對 Azure DevOps 缺乏熟悉度可能會降低部署程式的速度。
      • 每個工作負載可用的複雜度和資料也會影響時程表。

    支援交付專案完成的指引：


    課責小組 負責和支援的小組
  • 雲端採用小組
    		•
  • 雲端策略小組
    		•

    步驟 5：將治理需求與您的採用方案保持一致

    與治理小組討論計劃性創新可協助您避免發生許多阻礙。 有時候，創新的新解決方案可能需要健全治理實務中不建議的做法。 其中某些必要功能甚至可能透過自動化工具來強制執行治理。

    交付：

    • 建立創新需求與治理限制之間的透明度和瞭解。
    • 必要時，更新原則和程式，以反映現有治理條件約束的任何變更或例外狀況。

    支援交付專案完成的指引：

    這些連結可協助採用小組瞭解雲端治理小組的方法：

    • 治理方法 ：此方法概述思考公司原則和程式的程式。 然後，您可以建置在雲端企業工作上提供治理所需的專業領域。
    • 公司原則 的定義：識別並降低商務風險。

    課責小組 負責和支援的小組
  • 雲端治理小組
  • 雲端採用小組
    		•
  • 雲端策略小組
  • 卓越或中央 IT 小組的雲端中心
    		•

    步驟 6：定義作業需求和業務承諾

    定義計畫創新的長期作業責任計畫。 已建立的管理基準是否符合您的作業需求？ 如果沒有，請評估支援這項創新之技術專屬資金作業的選項。

    交付：

    支援交付專案完成的指引：

    • 展開管理基準 ：雲端採用架構本節會引導您完成各種轉換到雲端中的作業管理。
    • 取得進階作業 的特定方式：探索超越管理基準的方法。
    • 如果需要進階作業來支援您的作業需求，請評估 業務承諾 ，以判斷這兩個小組的作業責任。

    課責小組 負責和支援的小組
  • 雲端作業小組
  • 雲端採用小組
    		•
  • 雲端策略小組
  • 卓越或中央 IT 小組的雲端中心
    		•

    步驟 7：部署對齊的登陸區域

    雲端中裝載的所有資產都位於登陸區域內。 該登陸區域可能有明確的治理、安全性和作業需求。 或者，這可能是一個新的訂用帳戶，而不需要其他小組的支援。 在這兩種案例中，請務必從一開始就符合治理和作業需求的登陸區域。

    從核准的登陸區域開始，可協助小組在開發初期探索原則違規，以及將解決方案發行至生產環境的時間。 早期探索可協助小組移除封鎖程式，並讓採用和治理小組有足夠的時間進行變更。

    交付：

    • 在早期創新期間部署第一個登陸區域，以進行初始、低風險的實驗。
    • 開發計畫以卓越雲端中心或中央 IT 小組進行重構，以確保治理、安全性和作業一致性。
    • 時程表風險：
      • 前 10 個工作負載的治理、作業和安全性需求可能會降低此程式的速度。 重構第一個登陸區域和稍後的登陸區域需要較長的時間，但應該與移轉工作平行進行。

    支援交付專案完成的指引：


    課責小組 負責和支援的小組
  • 雲端平臺小組
  • 雲端採用小組
    		•
  • 雲端採用小組
  • 卓越或中央 IT 小組的雲端中心
    		•

    步驟 8：雲端創新

    創新方法提供工具和產品管理方法的指引，這些方法最常用來在雲端中創新。 這些步驟可協助您開始使用此方法。

    交付：

    • 以技術為基礎的解決方案，可豐富客戶的生活，並推動業務價值。
    • 處理和工具，以更快速地逐一查看這些解決方案，並使用雲端來增加更多價值：
      • 反復的開發方法。
      • 自訂建置的應用程式。
      • 以技術為基礎的體驗。
      • 使用 IoT 整合實體產品和技術。
      • 環境智慧：將非侵入性技術整合到環境中。
      • Azure 認知服務：巨量資料、AI、機器學習和預測性解決方案。

    支援交付專案完成的指引：

    • 建立具有商業價值共識 的假設：在您決定技術解決方案之前，請先找出新的創新如何推動商業價值，並提出有關客戶需求的假設。
    • 建置您的第一個 MVP ：一旦假設有足夠的價值潛力內建到您的應用程式中，建置程式就會開始。 開發短期衝刺應盡可能快、允許快速驗證或拒絕假設，或微調在應用程式中整合所需功能的方式。
    • 測量 並 學習 ：您想要儘快驗證假設的正確性。 最低可行的產品 （MVP） 是新功能的初步版本，提供足夠的功能來收集意見反應，以確認您是否正朝著正確的方向移動。
    • 擴充數位創新 ：使用創新專業領域或數位發明來精簡假設，包括將資料大眾化、透過應用程式參與、強化採用能力、與裝置互動，以及預測和影響。 這些發明是創新方法的核心部分。

    步驟 9：評估組織的創新成熟度

    為了支援創新策略的開發，AI 整備評估工具 是一項免費資源， 可協助組織評估其建立及擁有 AI 型系統的能力。 成熟度有四個層級：基礎、接近、渴望和成熟。 每個層級都包含一組特定的特性，以協助判斷貴組織採用特定類型的 AI 解決方案、降低相關聯的風險，以及實作策略的能力。

    評量需要 5 到 10 分鐘，並測量您組織在四個類別的功能：策略、文化、組織特性和功能。 測量這些類別可讓 AI 整備評估工具計算貴組織的分數，並提供曲線上的 AI 創新成熟度估計。

    交付：

    支援交付專案完成的指引：

    • 評估完成時，工具的輸出會提供估計 AI 創新成熟度狀態的分數。

    課責小組 負責和支援的小組
  • 雲端採用小組
    		•
  • 卓越雲端中心
  • 卓越或中央 IT 小組的雲端中心
    		•

    Value 語句

    本指南中所述的步驟可協助您和小組在雲端中建立創新解決方案，以適當地控管商業價值、妥善架構。

    下一步

    雲端採用架構是生命週期解決方案。 它可協助您開始創新旅程。 它可協助您的組織開始創新旅程，並推動支援創新工作的小組成熟度。

    下列小組可以使用這些後續步驟繼續推進其工作的成熟度。 這些平行進程不是線性的，不應該被視為封鎖程式。 相反地，每個都是平行價值串流，可協助成熟公司的整體雲端整備程度。

    小組 下一個反復專案
    雲端採用小組 程式改善 提供方法的深入解析，以傳遞影響客戶並推動週期性採用的創新。
    雲端策略小組 策略 方法和 計畫方法 是隨著採用計畫而演進的反復程式。 返回這些概觀頁面，並繼續查看您的商務和技術策略。
    雲端平臺小組 重新流覽 就緒方法 ，繼續推進支援移轉或其他採用工作的整體雲端平臺。
    雲端治理小組 使用治理方法 可繼續改善治理程式、原則和專業領域。
    雲端作業小組 以 管理方法 為基礎，在 Azure 中提供更豐富的作業。