概覽

失敗原因分析
1. 缺少業務支撐
2. 缺少架構方法
3. 缺少經驗

Define 定義

通過建立頂級的專案計劃規劃、優先活動、儲存和硬體評估來搭建桌面虛擬化的商務案例

評估

關聯主要業務，然後據此調整工作重心優先順序。 此外，審查當前環境潛在風險和專案測試案例。這些資訊有助於制定Citrix 部署、升級、擴容方向。

設計

設計框架要滿足客戶主要業務，繼承評估階段確立的標準。例如 環境可擴充套件、冗餘、高可用等等。

部署

在部署階段，基礎架構要按照設計階段的描述來安裝配置。所有架構元件需要在提供給使用者訪問許可權之前通過單元測試、整合測試。

監控

定義生產環境的架構和運維過程

專案評估

• 明確組織結構organization
• 明確使用者分組
• 明確應用
• 明確專案團隊

第一步 明確組織結構organization

客戶是什麼組織，為什麼需要Citrix Desktop， 能帶來什麼好處，業務出發點是什麼

第二步 明確使用者分組

使用者劃分

• 使用者屬於哪個資料中心
• 使用者的個性化設定需求（無，基本，完全）
• 安全性需求 （高、中、低）
• 可移動性 （本地、漫遊的本地、遠端、移動裝置）
• 桌面丟失風險嚴重性（低，中，高）
• 工作負載 輕，中，重

分配桌面模型

• 伺服器託管應用（windows Apps, VM Hosted Apps, Linux Apps,Browser Apps）
• 共享桌面（低費用，高密度解決方案）
• 池桌面
• 個性化桌面
• 專業圖形桌面
• 本地流桌面
• 本地虛擬桌面
• 遠端PC訪問

Citrix 建議從伺服器託管應用、共享桌面或池桌面開始規劃， 不可能完全匹配需求，桌面丟失與個性化間衝突，考慮運維工作

第三步 明確應用

1. 應用合理化（刪除重複的應用）
2. 對映應用到使用者

應用合理化

• 多版本
• 非業務應用
• 歷史遺留應用
• 管理應用

應用分類

• 通用應用
• 部門應用
• 使用者個人應用
• 管理應用

應用詳情

• 複雜性
• 應用需求
• 可移動性
• 外設
• 應用限制（許可權、license、安全性、敏感性）

第四步 明確專案團隊

業務角色

1. Project sponsor 專案發起人
2. Project manager 專案經理
3. Business Manager 業務經理
4. Business continuity manager 業務連續性經理 （think PM is）
5. Test manager 測試經理
6. Application owner 應用負責人
7. Service desk manager 服務桌面管理
8. Training manager 培訓經理
9. Communication manager 溝通經理

技術角色

1. Citrix desktop architect
2. AD Architect
3. Virtualization architect
4. network architect
5. desktop architect
6. storage architect
7. backup architect
8. Application packaging architect
9. monitoring architect
10. systems management architect
11. security architect