檢閱合理化決策
在初始策略和規劃階段期間,我們建議您將增量合理化方法套用到數位資產。 但這種方法會將一些假設內嵌到所產生的決策中。 我們建議雲端策略小組和雲端採用小組,根據擴大的工作負載文件來檢閱這些決策。 此檢閱也是在未來狀態決策中讓商務專案關係人和執行贊助商參與的好時機。
重要
在移轉的評估階段,會進行合理化決策的進一步驗證。 這項驗證著重於企業對合理化的檢閱,以適當地調整資源。
若要驗證合理化決策,請使用下列問題來促進與企業的交談。 這些問題會依可能的合理化調整來分組。
創新指示器
如果下列問題的聯合檢閱產生肯定的答案,工作負載可能是創新的理想選擇。 這類工作負載不會透過隨即轉移或現代化模型來進行移轉。 相反地,商務邏輯或資料結構會重新建立為新的或重新架構的應用程式。 這種方法可能會更耗費人力且耗時。 但是,對於代表重要業務報酬率的工作負載,此投資是合理的。
- 此工作負載中的應用程式會建立市場差異嗎?
- 是否有建議或核准的投資,旨在改善與此工作負載中應用程式相關聯的體驗?
- 此工作負載中的資料是否提供新的產品或服務供應項目?
- 是否有建議或核准的投資,旨在利用與此工作負載相關聯的資料?
- 市場差異或新供應項目的影響是否可量化? 如果可以,這種回報是否能證明雲端採用期間增加的創新成本是合理的?
下列兩個問題可協助您在合理化檢閱中包含高階的技術情節。 回答「是」可能會識別評估或降低與創新相關之成本的方式。
- 在雲端採用期間,資料結構或商務邏輯會變更嗎?
- 現有的部署管線是否可用來將此工作負載部署至生產環境?
如果其中一個問題的答案為「是」,則小組應考慮將此工作負載納入為創新候選項目。 小組至少應該將此工作負載標示為結構檢閱,以找出現代化商機。
移轉指示器
移轉是採用雲端的更快速且更便宜的方式。 但其不會利用機會進行創新。 在投資創新之前,請回答下列問題。 這些問題可協助您判斷移轉模型是否更適用於工作負載。
- 支援此應用程式的原始程式碼是否穩定? 您預期其在此發行週期的時間範圍內維持穩定且不變嗎?
- 此工作負載是否支援現今的生產商務流程? 其會在此發行週期的整個過程中這麼做嗎?
- 這項雲端採用的工作是否會優先改善此工作負載的穩定性和效能?
- 在這項工作中,目標是與此工作負載關聯的成本降低嗎?
- 在這項工作中,目標是降低此工作負載的操作複雜性嗎?
- 創新是否受限於目前的結構或 IT 作業流程?
如果上述任何問題的答案為「是」,則您應該考慮此工作負載的移轉模型。 即使工作負載是創新的候選項目,這項建議也成立。
作業複雜度、成本、效能或穩定性的挑戰可能會妨礙企業的回報。 您可以使用雲端快速產生與這些挑戰相關的改進。 在適用的情況下,我們建議您使用移轉方法先穩定工作負載。 然後在穩定、靈活雲端環境中,擴大創新機會。 這種方法提供短期的回報,並減少推動長期變更所需的成本。
重要
移轉模型包含增量現代化。 使用平台即服務 (PaaS) 結構是移轉活動的常見層面。 因此也有使用這些平台服務的次要設定變更。 移轉的界限定義為對商務邏輯或支援商務結構的重大變更。 這類變更被視為創新的努力。
更新專案計劃
移轉工作所需的技能與創新工作所需的技能不同。 在雲端採用方案的實作期間,建議您將移轉和創新工作指派給不同的小組。 每個小組都有自己的反覆項目、發行和規劃步調。 指派不同的小組可讓您彈性地維護一個雲端採用方案,同時考慮創新和移轉工作。
當您在 Azure DevOps 中管理雲端採用方案時,會藉由將父工作項目 (或 Epic) 從雲端移轉變更為雲端創新來反映該管理。 這項微妙的變更有助於確保雲端採用方案中的所有參與者都可以快速追蹤所需的工作,以及補救工作的變更。 此追蹤也有助於將適當的指派對應到相關的雲端採用小組。
針對具有多個不同專案的大型、複雜採用方案,請考慮更新反覆項目路徑。 變更區域路徑,只讓指派給該區域路徑的小組看到工作負載。 這項變更可減少可見工作的數目,讓雲端採用小組的工作更輕鬆。 但是,其會增加專案管理流程的複雜性。
後續步驟
建立反覆項目和版本方案以開始規劃工作。
建立反覆項目和版本方案以開始規劃工作。