開始使用：加速雲端中的新產品和服務創新
在雲端中建立新的產品和服務需要不同於移轉所需的方法。 雲端採用架構的創新方法會建立可引導開發新產品和服務的方法。
創新比標準移轉更無法預測，但仍符合更廣泛的雲端採用計劃內容。 本指南可協助您的企業提供創新所需的支援，並提供一個結構，以在整個雲端採用期間建立平衡的組合。
步驟 1：記錄商務策略
若要避免常見的阻礙，請建立清楚且簡潔的創新商務策略。 利害關係人對動機和預期業務成果的共識有助於影響雲端採用團隊所做的決策。
交付專案：
- 使用 策略和計劃範本 來記錄動機和所需的業務成果。
支援交付專案完成的 指引：
- 動機：戰略一致性的第一步是就推動創新工作的動機達成一致。 首先，瞭解並分類來自業務與資訊技術方面的利益關係人的動機和共同主題。
- 業務成果：當動機對齊之後，就有可能達成所需的業務成果。 此資訊提供清楚的計量，可供您用來測量整體轉換。
- 平衡投資組合：創新並非每個工作負載的正確採用方式。 採用這種方法與 需要重新架構或完整重建 自定義建置的應用程式或工作負載更相關。 當動機強調所有工作負載的創新時，請務必評估投資組合，以確保這些投資能夠產生預期的投資報酬率。 特定資源和小規模重建工作的現代化可能具有創新性，但更適合依循 的指導：「加速移轉」，以獲得更好的成果。
| 負責團隊 | 負責和支援小組 |
|---|---|
步驟 2：評估業務理由
在此建置商務案例的第一個階段中，評估來自潛在雲端採用工作的初始高階回報。 此步驟的目標是讓所有項目關係人都符合一個簡單的問題：根據可用的數據，雲端的整體採用是明智的商務決策嗎？ 基於這個問題，小組可以更妥善地達成共識，了解這項創新專案如何在採用雲端計劃的目標內，協助滿足使用者的預期需求。
交付項目：
- 使用 策略和計劃範本 來記錄業務理由。
支持專案交付品完成的 指引：
- 業務理由：在評估每個雲端創新機會之前，請先完成高層次業務理由，以與利害關係人取得整體採用計劃的共識。
- 商業價值共識：量化創新的價值在過程中可能很困難。 本文中的練習有助於評估特定創新工作的商務價值一致性。
| 責任小組 | 負責和支援小組 |
|---|---|
步驟 3：收集數據和分析資產和工作負載
在大部分的企業中，創新可以透過使用應用程式、虛擬機（VM）和數據等現有資產來加速。 當您規劃創新時，請務必瞭解這些資產移轉至雲端的方式和時機。
交付項目：
- 取得有關現有庫存的原始資料，例如應用程式、VM 和資料。
- 如果建議的創新依賴於現有的庫存，請完成下列交付物：
- 對支援計劃創新所需的任何支援庫存進行量化分析。
- 對提供創新所需的任何支援工作負載進行質化分析。
- 計算支持創新工作所需的新庫存成本。
- 使用優化計算，更新 策略和計劃範本中的 業務理由。
支援交付專案完成的 指引：
探索和評量可提升技術協調的一致性。 然後，您可以建立行動計劃，以移轉計劃創新所需的任何相依工作負載。 當公司有現有數據源、集中式應用程式或服務層級，以在企業其餘內容內提供創新時，此案例很常見。
當有相依系統時，下列文章可以引導探索和評量：
- 清查現有系統：瞭解以程式設計、數據驅動方法的目前狀態是第一個步驟。 探索並收集數據，以支持所有評估活動。
- 累加式合理化：簡化評估工作，專注於所有資產的質化分析，甚至可能支援商業案例。 然後為前 10 個工作負載新增深度定性分析。
| 負責團隊 | 負責和支援小組 |
|---|---|
步驟 4：規劃移轉相依資產
當新的創新取決於現有的工作負載或資產時，雲端導入計劃能夠提供一種加速開發專案待辦事項的方法。 接著可以修改待辦事項，以反映探索結果、業務合理化、所需技能和合作夥伴合約。
交付專案：
- 部署待辦項目範本。
- 更新範本以反映要移轉的前10個工作負載。
- 更新人員和工作進度（即人員的時間）以估計發行時間。
- 時程表風險：
- 對 Azure DevOps 缺乏熟悉度可能會降低部署程式的速度。
- 每個工作負載的複雜性和可用數據也會影響時程表。
支援交付項目完成的 指引：
- 雲端採用方案：使用基本範本定義您的方案。
- 工作負載對齊：在待辦項目中定義工作負載。
- 工作量對齊：將待辦事項中的資產和工作負載進行對齊，以明確定義已優先排列的工作負載所需的努力。
- 人員和時間的對齊：為工作負載建立迭代、團隊速度和發行計劃。
| 責任小組 | 負責和支援小組 |
|---|---|
步驟 5：將治理需求與您的採用方案保持一致
與治理團隊討論計劃中的創新有助於您在阻礙出現前加以避免。 有時候，創新的新解決方案可能需要健全治理實務中不建議的做法。 其中某些必要功能甚至可能被自動化工具用來阻止以履行治理要求。
交付專案：
- 建立創新需求與治理限制之間的透明度和瞭解。
- 必要時，更新原則和程式，以反映現有治理條件約束的任何變更或例外狀況。
支援完成交付項目的指引：
這些鏈接可協助採用小組了解雲端治理小組的方法：
-
治理方法：此方法概述在 Azure 環境中管理風險和建立護欄的程式。
| 負責小組 | 負責和支援小組 |
|---|---|
步驟 6：定義作業需求和業務承諾
定義計劃創新的長期作業責任計劃。 已建立的管理基準是否符合您的作業需求？ 如果沒有，請評估支援這項創新之技術專屬資金作業的選項。
可交付成果：
- 完成 Microsoft Azure 架構檢閱，以評估各種架構和作業決策。
- 調整 作業管理活頁簿，以反映所需的進階作業。
支援交付專案完成的 指引：
- 擴展管理基準：在這一節的雲端採用框架中，我們會指導您順利過渡到雲端中的各種作業管理。
- 深入了解進階操作：找出超越管理基準的方法。
- 如果需要進階作業來支援您的作業需求，請評估 商務承諾，以判斷這兩個小組的作業責任。
| 負責團隊 | 負責和支援小組 |
|---|---|
步驟 7：部署對齊的登陸區域
雲端中裝載的所有資產都位於登陸區域內。 該登陸區域可能有明確的治理、安全性和作業需求。 或者，這可能是一個新的訂用帳戶，而不需要其他小組的支援。 在這兩種情況下，從一開始就設定一個符合治理和營運需求的登入區域是很重要的。
從設定好的登陸區域開始，能幫助您的團隊在開發階段初期即發現政策違規，而不是等到解決方案發布到生產環境後才發現。 早期探索可協助小組移除封鎖程式，並讓採用和治理小組有足夠的時間進行變更。
交付項目：
- 在早期創新期間部署第一個登陸區域，以進行初始、低風險的實驗。
- 制定計劃與雲卓越中心或中央IT團隊共同進行重構，確保治理、安全性和運營一致性。
- 時程表風險：
- 前10個工作負載的治理、運營和安全性需求可能會減慢此流程。 重構第一個登陸區域和稍後的登陸區域需要較長的時間，但應該與移轉工作平行進行。
支援交付物完成的指導方針：
- 選擇登陸區域：使用本節，根據採用模式尋找部署登陸區域的正確方法。 然後部署標準化的程式代碼基底。
- 擴展您的登陸區域：不論起點為何，找出已部署登陸區域中的差距，為資源組織、安全、治理、合規和操作新增必要的元件。
| 負責團隊 | 負責和支援小組 |
|---|---|
步驟 8：雲端創新
創新方法提供工具和產品管理方法的指引，這些方法最常用來在雲端中創新。 這些步驟可協助您開始使用此方法。
交付專案：
- 以技術為基礎的解決方案，可豐富客戶的生活，並推動業務價值。
- 使用流程和工具，以更快的速度改進這些解決方案，並利用雲端增加更多價值：
- 反覆的開發方法。
- 自定義建置的應用程式。
- 以技術為基礎的體驗。
- 使用IoT整合實體產品和技術。
- 環境智慧：將非侵入性技術整合到環境中。
- Azure 認知服務：巨量數據、AI、機器學習和預測性解決方案。
支援交付項目完成的 指引：
- 建立具有商業價值共識的假設：在您決定技術解決方案之前，請先找出新的創新如何推動商業價值，並提出有關客戶需求的假設。
- 建置您的第一個 MVP：一旦假設具有足夠的價值潛力可以被納入您的應用程式，建構過程就會啟動。 開發短期衝刺應盡可能快、允許快速驗證或拒絕假設，或微調在應用程式中整合所需功能的方式。
- 測量 和 學習：您想要儘快驗證假設的正確性。 最低可行的產品 （MVP） 是新功能的初步版本，提供足夠的功能來收集意見反應，以確認您是否正朝著正確的方向移動。
- 擴充數位創新：若要使用創新專業領域或數位發明來精簡假設，包括將數據大眾化、透過應用程式參與、強化採用能力、與裝置互動，以及預測和影響。 這些發明是創新方法的核心部分。
步驟 9：評估組織的創新成熟度
為了支持創新策略的開發，AI 整備評估工具 是一項免費資源，可協助組織評估其建立及擁有 AI 型系統的能力。 成熟度有四個層級：基礎、接近、渴望和成熟。 每個層級都包含一組特定的特性，以協助判斷貴組織採用特定類型的 AI 解決方案、降低相關聯的風險，以及實作策略的能力。
評量需要 5 到 10 分鐘，並測量您組織在四個類別的功能：策略、文化、組織特性和功能。 測量這些類別可讓 AI 整備評估工具計算貴組織的分數，並提供曲線上的 AI 創新成熟度估計。
交付專案：
支援交付專案完成的 指引：
- 評估完成時，工具的輸出會提供估計 AI 創新成熟度狀態的分數。
| 問責團隊 | 負責和支援小組 |
|---|---|
價值語句
本指南中所述的步驟可協助您和小組在雲端中建立創新解決方案，以適當地控管商業價值、妥善架構。
後續步驟
雲端採用架構是生命周期解決方案。 它可協助您開始創新旅程。 它可協助您的組織開始創新旅程，並推動支持創新工作的小組成熟度。
下列小組可以使用這些後續步驟繼續推進其工作的成熟度。 這些平行進程不是線性的，不應該被視為封鎖程式。 反之，每個都是平行的價值流，幫助提升公司整體的雲端準備成熟度。
| 團隊 | 下一次迭代 |
|---|---|
| 雲端採用小組 | 流程改進 提供關於如何落實影響客戶並促發持續採用的創新方法的深入見解。 |
| 雲端策略小組 | 策略方法 和 計劃方法 是隨著採用計劃而演進的反覆程式。 返回這些概觀頁面，繼續反覆調整您的商業策略與技術策略。 |
| 雲端平臺小組 | 重新審視 就緒方法論，以便持續推進支援移轉或其他採用工作的整體雲端平台。 |
| 雲端治理小組 | 使用 治理方法，繼續改善治理程序和原則。 |
| 雲端作業小組 | 以 管理方法 為基礎，在 Azure 中提供更豐富的作業。 |