分享方式:


定義專案範圍

升級旅程圖,醒目提示專案定義階段。

本文是升級旅程的 [專案定義] 階段的一部分,您在建立贊助贊助專案後完成的活動,以及來自您所識別專案關係人之專案小組的活動,都是您專案成功的關鍵。 繼續進行之前,請確認您已完成下列活動:

花一些時間來定義專案願景、範圍、目標和控管,有助於確保所有專案專案關係人都一致,並努力達成相同的結束結果。 這特別重要,因為技術整備小組和使用者整備小組將獨立合作,以將各自的工作分組在一起。 完成此區段之後,請參閱整個專案,以確保您已達到想要的結束狀態。 使用以下所識別的目標來衡量結果,並視需要減輕風險。

   
描繪決策點的圖示。
決策點
  • 您要如何完成此專案 (換句話說,您為什麼要執行此) ?
  • 成功的外觀為何?
  • 哪些風險,以及您要什麼方案來降低這些風險?
描繪後續步驟的圖示。
後續步驟
  • 與您的專案小組和贊助商討論下列各節。
  • 記錄您對此專案的願景、範圍、目標和風險。
  • 重新造訪您的專案小組,以驗證您是否與正確的小組互動。

Project 願景

您的願景是「全貌」或符合的結束狀態,可以回答「我們為什麼要執行這個專案?」的問題。理想的願景可解決貴組織的業務驅動程式和使用者的加值觀點,如下列範例所示:

  • 組織業務驅動程式:Microsoft Teams 標準化符合我們的數位工作場所轉換,並讓我們能夠提高營運效率、排除冗余的解決方案,並節省 500 萬美元。
  • 使用者值加值:Microsoft Teams (1) 提供單一位置來儲存專案筆記、Office 檔、小組成員、交談和會議; (2) 使用集中式連絡人清單和常設聊天室追蹤來快速存取您的交談,並 (3) 減少在單一位置儲存及存取檔案,嘗試尋找遺失電子郵件附件的挫折感。

請考慮下列討論點以協助改善您的願景:

  • 目前商務程式的描述

  • 現有商務程式的挑戰

  • 科技如何協助克服這些挑戰

  • 如果這些挑戰已克服,則預期的業務成果和可衡量的業務成果

提示

找出使用案例和角色,以進一步改善您的專案願景。

專案範圍

您的願景可能只會在經過一段時間後,透過各種階段來實現。 專案範圍可定義 目前 專案的焦點,讓專案小組專注于目前的任務,讓您能夠實現長期願景。 例如,您的範圍可能會要求您執行試驗、部署特定的工作量,例如語音或會議,或啟用 Teams 與商務用 Skype一起規劃升級一段時間。 在專案範圍中,您應評估:

  • 各種共存模式,最適合貴組織使用。
  • 在您移至 Teams 之前,商務用 Skype和 Teams 並存的最佳方式。
  • 您是否應該進行 試驗 ,以驗證貴組織中的技術和使用者整備。

專案目標

您的目標可定義您要的結果,並可讓您衡量專案的成功。 目標可以定義為 (OKRs) 的目標和關鍵結果 ,而專案成功量值可定義為 KSIs) (關鍵成功指 針。 您必須獲得專案專案關係人的完整參與,才能定義 OKRs 和 KSIS,以確保他們感到擁有權,並將這些成功量度對齊已定義的專案工作。 目標應包含技術與使用者專屬的成功。

  • OKRs 包含您在專案開始時設定的目標,以及您根據定義的頻率 (來測量的重要結果,例如每月或每季) 。 透過檢閱關鍵結果,您可以確保專案交付專案如期完成,或找出並減輕問題,讓專案步入正軌。OKR 通常會分類為「已達成」或「未達成」。
  • KSIs 會 藉由詳細描述好和/或壞的結果,來測量主要結果的品質和成功,並補充 OKRs 的二進位性質。 定義 KSIS 時,建議您使用「特定、可測量、可指派、逼真、時間相關」 (SMART) 準則:
    • 特定:針對特定區域進行改善
    • 可衡量:量化或至少建議進度指標
    • 可指派:指定執行者
    • 逼真:說明哪些結果可以實際地達成,並提供可用資源
    • 時間相關:指定可以達成結果的時機

下表顯示 Teams 升級專案商務用 Skype初始階段的 OKRs 和 KSIS 範例。

目的 主要結果 待辦事人
僅限共同作業模式與商務用 Skype一起試驗 Teams FY19Q2:進行並完成 500 個使用者試驗
  • 識別試驗使用者
  • 建立試驗測試計劃
  • 在 Teams 上啟用試驗使用者
  • 實作試驗
  • 執行試驗意見反應問卷調查
  • 衡量試驗成功
為組織中的所有使用者成功執行僅限共同作業模式,同時商務用 Skype
  • 60% 的商務用 Skype使用者在推出後的 30 天內使用 Teams
  • 使用者對 Teams 的滿意度為 ≥80%
  • 設計並執行廣泛的通訊和訓練計畫
  • 在共同作業模式中為所有使用者啟用 Teams
  • 每月追蹤使用量
  • 收集使用者意見反應
  • 監控網路健康情況/品質
  • 視需要減輕
類型 關鍵成功指標 測量方式 成功準則 測量
網路與品質 不佳音訊通話的百分比應該最小 呼叫品質儀表板 (CQD) <使用 Teams 進行 3% 的不良通話 每週,然後每月
使用方式與意識 聊天、會議和通話體驗等於或優於商務用 Skype 調查 80% 同意或非常同意 每週試驗、推出後
使用方式與採用 使用者主動使用解決方案 Microsoft 365 報告或 CQD 90% 參與試驗使用者,比目前的解決方案更好 每週,然後每月
使用方式與訓練 我有足夠的訓練/說明資源可以順利使用 Teams 試驗後問卷調查 80% 同意或非常同意 後續試驗、推出後
使用者滿意度 我建議其他人使用 Teams 透過試驗後調查 (NPS) 的淨促銷分數 NPS > 0 後續試驗、推出後
商務驅動程式 節省成本 應付帳款 協力廠商解決方案中的$X百萬成本支出 6 個月,然後 1 年,然後推出後 5 年

提示

為了協助確保專案步入正軌,請考慮定義較小的短期里程碑,以及更大的長期目標。 這可能包括您會在使用者試驗中擷取的計量。 在考慮時間軸時,如果您正在等待 Teams 中尚未提供的功能,請使用 Microsoft 365 藍圖

風險與風險降低

在任何專案中,可能會出現無法預料的事件或其他因素,使專案步入正軌。請務必主動評估潛在風險,並定義減輕可能出現之問題的解決方案,這樣您的專案才能繼續達成目標。 風險登錄是追蹤專案風險,以及風險的可能性及其潛在影響,以及擷取您的防護方案的絕佳工具。 下表顯示範例風險登錄。

風險 可能性 影響 整體 Mitigation 方案
網路品質 中型 執行網路規劃練習。
使用者採用率低 在試驗和部署階段期間主動與使用者合作;實作目標意識和訓練活動,以建立需求。

時程表

當您設定升級旅程的範圍時,請務必為 (的重要里程碑設定時程表,例如,除了完成日期之外,還可同時為所有使用者) 啟用 Teams 商務用 Skype。 定義的時程表可協助專案小組邁向一致的結束狀態,並告知正確的工時後排程,協助確保專案進度正常。請考慮一個不會太加速的時程表, (任務可能會被忽略) 或過於明顯 (可能會失去動力) 。 最適合的時程表帳戶:

  • 符合合規性與使用者案例需求的產品整備:請參閱 產品藍圖 ,以評估 Teams 何時可供貴組織使用。
  • 升級群組:決定您要透過升級群組啟用 Teams 或升級使用者,這可能會影響整體升級旅程的時程表。
  • 組織因素,例如凍結變更、會計年度結束、部署週期:針對任何可能會影響您升級時程表的內部程式討論並負責。
  • 同時或大約同時發生的其他變更:請考慮將變更統合或間距,以促進正面的使用者體驗,並將對生產力的任何影響降到最低。
  • 資源資源:與專案專案專案關係人確認資源配置,以確保您召集的專案小組擁有足夠的頻寬來完成所有必要的任務。

作為參考點,我們針對升級 專業版旅程的升級前、升級和升級後階段提供範例時程表,我們鼓勵您視需要進行調整,以符合貴組織的特定需求。

完成上述活動之後,您應該為專案打下堅實的基礎。 繼續進行 技術整備組織整備 規劃活動。

商務用 Skype Online 已于 2021 年 7 月 31 日淘汰。 為了發揮最大效益並確保貴組織有適當的時間完成升級,我們鼓勵您立即開始前往 Microsoft Teams 的旅程。