管理專案 — 最佳實務檢查清單

管理要實作Adobe Experience Manager(AEM)的專案，必須要有規劃和了解，才能確保您了解所需要（在實作專案之前和期間）的問題和（相關）決策。

為協助您，最佳實務包括：

專案心率控制面板

專案心率​工作表提供專案關鍵量度的圖形概觀：

  • 相位品質

  • 階段健康

    • 項目的高級狀態指標；有助於突出可能面臨風險的領域。

  • 階段完整性

    • 這表示在專案期間的任何時間點，已針對每個階段完成多少項目。

按角色列出的狀態

按角色列出的狀態​工作表顯示​健康、質量​和​完整性​的詳細細目，由​階段​和​角色​組成。

階段和里程碑

項目計劃分為不同的（高級別）階段。

每個階段都包含其自己的里程碑。 對於每個persona（或角色），將列出相關裡程碑，以及生成定義的交付件所需的文檔。

注意

個別所需文檔和交付件之間沒有直接的1:1關係。

準備

準備專案是整個專案的基礎。 您需要定義關鍵需求，並明確目標和期望：

  • 業務邏輯

    • 開展項目的根本原因和理由。

  • 範圍和計畫

    • 應提供基本範圍和粗略計畫，以定義需要的內容，以及在哪個時間範圍內；如果它有助於澄清情況，您也可以定義範圍之外的內容。

您準備、規劃和運行項目及實施解決方案的方式將受到您在固定預算、固定時間表、內容數量、所需質量等操作限制的影響。

如往常一樣，調整任何因素都會影響其他因素。 例如，縮短時間，但要求相同品質可能會提高價格，同時減少您可以應付的內容數量。 預算往往是關鍵因素，因此這種關係不能被遺忘。

四個因素：

projectphases_fourphases

里程碑

  • 驗證

    在此階段，您需要驗證並確認專案的目標；例如：

    • 您想要達成/提供什麼？

    • 誰會受益？

    • 範圍是什麼？

      • 如果有助於澄清情況，您也可以定義範圍之外的內容。

    • 如何定義成功？

    • 如何衡量成功？

    • 要求、業務和技術是什麼？

    • 是否有要替換的舊系統；如果是，是否有要遷移的資料？

    • 誰會參與？

    • 如何衡量進展？

    • 在項目的生命週期中，您會多久查看進度？

  • 預算

    開始任何專案前，您需要對實作成本進行可靠且切合實際的估計：

    • 使用來自驗證里程碑的資訊作為估計的基礎。
    • 在你的估計中實事求是。
    • 請考慮並遵守客戶可能受到的任何客戶指南、流程或限制。
    • 如果以後需要審查或改進預算，考慮應急和審查程式。
    • 請記住，成本以多種形式產生；購買、使用資源及收費等。

規劃

規劃您的專案整合了準備。 在這裡，您需要開始將目標和期望轉化為由具體任務組成的明確路線圖，並受明確溝通的約束，同時要嚴格審查以衡量進展。

里程碑

  • 切換

    乾淨的交接可確保適當的人員/團體了解其在項目中的責任。

    應提供/產生完整詳細資訊，以確保他們全面了解所有相關方面，包括藍圖、範圍、目標、需求和KPI。

  • 風險評估

    為避免令人不快的意外情況，請使用風險評估來識別和量化任何潛在風險及其影響和可能性。

    應在項目生命週期的早期完成這項工作，以確保確定和評估任何效能。 根據調查結果，您可以向利害關係人報告是否可以實施完整要求，並在必要時，是否可以規劃採取和追蹤的適當行動。

  • 通訊

    溝通永遠是任何專案成功的關鍵。 您需要清楚且有效地溝通，以確保每個人都：

    • 努力實現相同的基本目標
    • 從同一資訊庫
    • 具有相同通道

  • 啟動

    啟動會議用於提高對項目正在啟動的認識。 這是一個很好的機會：

    • 邀請所有有關方（或至少團體代表）。

    • 提供有關項目的重要事實。

    • 回答問題。

    • 確保每個人都有相同的知識庫。

    • 讓所有參與者都投入其中 — 這必須贏得。

      • 一旦項目開始時，主要參與者（包括潛在作者）參與進來，您就會增加他們對項目承諾的機會。

開發準備

規劃開發是確保項目由具備所需知識的團隊構建在堅實設計的基礎之上的關鍵。

里程碑

  • 開發小組人員配備和培訓

    在開始任何項目之前，您應確保您的開發團隊配備了適當的人員，並且所有團隊成員都接受過相關培訓，以便接受手頭的任務。

  • 內容架構

    內容體系結構定義並描述了內容的未來體系結構；包括：

    • 內容樹；包括資產
    • 基本結構；包括促銷活動等。
    • 多站點和多語言結構（MSM、翻譯等）
    • 支援內容（包括標籤和標籤概念）
    • 快取和內容重複使用策略

  • 系統架構

    系統體系結構定義了系統的概念視圖；包括（包括其他資料）:

    • 所有 必要環境的系統結構

    • 子系統

    • 第三方系統

    • 介面；硬體、軟體和人的交互

    • 每個環境的伺服器；請參閱技術要求和硬體調整指南

    • 每個環境的流程；例如，部署和維護需求

    • 維護活動（資料存放區GC、TarPM最佳化等）

    • 🔗 Dispatchercaching

    • 🔗 ClusteringPublish/Authorshare

    • 用戶端效能（JS縮制、縮圖、css空格、http要求總數等）

  • 應用程式架構

    應用程式體系結構定義並描述了建議應用程式的行為。

    重點在於：

    • 他們如何彼此互動以及與使用者互動。
    • 應用程式使用和生成的資料，而不是其內部結構。

    定義應包括：

    • 專案的基本程式碼結構
    • 程式碼成品（套件、套件等）
    • 範本/元件的劃分及其關係
    • 所需自訂的高階詳細資訊（特定覆蓋稍後會顯示）
    • 設計解決方案所需的工作流程（例如內容建立、核准、發佈、轉換、匯入、匯出等）
    • 對任何複雜模組（例如MSM、商務、第三方整合）進行特別考慮

  • 系統整合

    系統整合需要您規劃（然後實作）:

    • 所有子系統和解決方案整合將如何整合在一起，以作為一個相干系統運行
    • 如何整合任何第三方系統；連同任何特殊考量，例如離線/線上、用戶端/瀏覽器端或第三方系統故障時的故障處理

  • 測試概念

    開始開發之前，您應先針對您的專案擬定所有testing需求的深入而全面的概念。

    其中應包括：

    • 要執行的所有測試的詳細資訊
    • 準備這些測試所需的任何內容
    • 要使用的任何測試工具的資訊
    • 高級別指示將參與測試的人員；尤其是QA團隊以外的群組
    • 測試自動化的細節；例如，使用Selenium或AEM Developer模式

  • 體驗設計

    外在設計(XD)涉及為您的解決方案設計使用者體驗。

    應針對作者和網站的最終使用者分析和開發使用者體驗。

  • 支援設定

    在開發之前，應設定部署、發行、測試和報告問題所需的所有支援流程。

    另請參閱Adobe支援門戶。

操作計畫和操作

在類似的基礎上，必須正確規劃操作以確保您擁有項目生命週期的所有階段所需的環境。 您還需要適當的程式來維護這些屬性。

里程碑

  • 權限

    您需要針對將使用此解決方案的所有使用者/群組，規劃並實作角色和權限概念。

    例如：

    • 每個角色的角色清單（即組），具有read/ write訪問定義

    • 定義影響發佈環境之權限的使用；例如， replicate

    • 對於具有最低權限的使用者，應定義工作流程

    • editor組中的用戶不應具有admin權限，也不應成為administrators組的一部分

    如需詳細資訊，請參閱使用者管理與安全性。

  • 監控與維護

    監控和維護是確保解決方案上線後順利運作的關鍵環節。 為此，您需要定義：

    • 需要監控的內容
    • 維護任務；常用和特殊情況

    如需詳細資訊，另請參閱監控與維護 。

  • 移轉

    應審核並驗證來自舊版系統的任何內容，以便遷移。

  • 恢復計畫

    確保已制定恢復計畫。 在緊急情況下，必須提供此功能以確保AEM的生產使用。 這應包括備份、恢復、故障修復等情況。

開發

開發是一個關鍵階段，需要的不僅僅是編碼。

里程碑

  • 開發環境

    規劃並記錄您的開發環境，包括：

    • 架構

    • 開發工具

      • 典型環境包含：

        • 問題跟蹤系統；比如吉拉
        • IDE;如Eclipse
        • 建造管理工具；如Maven
        • 持續整合的工具；比如詹金斯
        • 版本控制工具；例如GIT/SVN
        • 構建對象儲存庫管理器；如阿奇瓦/Nexus

    • 第三方軟體整合/依賴項

    • 解決方案整合/相依性

    • 部署順序

  • 測試系統

    規劃並記錄您的測試環境，包括：

    • 架構
    • 對發展建設的依賴；包括夜間組建
    • 測試第三方軟體整合/相依性的可能性或限制
    • 測試工具
    • 自動化測試策略

  • 生產系統

    規劃並記錄您的生產環境，包括：

  • 整合

    計畫、記錄和測試系統的所有方面和解決方案整合，包括：

  • 移轉

    規劃、記錄和測試內容遷移的各個方面；包括：

    • 內容架構
    • 移轉策略

  • 通訊

    視需要確保所有團隊成員和專案角色都保持最新。

  • 文件

    完整記錄解決方案；包括：

    • 操作手冊
    • 任何可能影響升級的自定義
    • 發行說明

效能和測試

新應用程式一旦可用，就需要進行嚴格的測試，包括功能和效能。

注意

任何測試團隊都應該可以保持中立，並提供測試結果。

項目經理有責任評估結果的任何影響並決定採取適當行動。

里程碑

  • 最終用戶接受測試

    使用者接受測試 (UAT)對於確保：

    • 該解決方案滿足用戶/客戶需求
    • 客戶/使用者接受解決方案（功能、設計和效能）

    應為客戶移交提供一份正式的清單；理想情況下，對快照進行自動化並每晚運行。 結果應發送給項目經理和開發團隊

  • 效能和負載測試

    使用效能和負載測試來確保解決方案在平均負載和峰值負載下均滿足所需的效能級別。

    有關效能測試的詳細資訊，請參閱：

    注意

    在正常使用AEM期間，這一進程必須繼續，但這些初始階段是最關鍵的。

轉出

新應用程式的推出需要謹慎規劃，以確保順利上線。 這包括確認高安全性、培訓所有潛在使用者，並進行多次干預，以確認所有問題均已解決。

里程碑

  • 準備

    準備和規劃有助於確保順利推出。

  • 培訓

    確保所有有關人員都接受過培訓。

    請參閱課程目錄中的Adobe Experience Manager。

  • 經過培訓的管理員

    確保您的解決方案管理員具備：

    • 已接受培訓
    • 收到了適當的培訓材料
    • 收到適當檔案

  • 已培訓的用戶

    確保作者具備：

    • 已接受培訓
    • 收到了適當的培訓材料
    • 收到適當檔案；例如，使用手冊

  • 滲透測試

    滲透測試模擬攻擊電腦系統以識別潛在的安全弱點。

  • 滲透/安全性測試

    為確保解決方案的安全性，請執行特定的滲透測試，以及更廣泛的安全測試。

    如需詳細資訊，請參閱安全性檢查清單 。

上線

您希望「上線」盡可能順暢。 最後的步驟需要規劃以執行乾淨。

里程碑

  • 準備

    準備和規劃有助於確保順利上線。

  • 安全性

    確認內部和外部使用者及其內容的解決方案的安全性。

  • 備援

    上線前，請確定備援所需的所有系統、程式和機制均已就緒。

  • 支援

    確保支援服務已就緒並準備就緒。

  • 切換

    規劃並執行轉變至生產環境和使用者。

  • 轉出

    準備並執行煙霧測試。

角色

核取清單由人設計。 這些角色在項目生命週期中具有重要的參與。

還有一些其他角色參與特定任務。

項目贊助商

項目贊助機構是：

  • 負責提供/呈現項目的業務案例。

  • 確定和界定項目範圍的關鍵；包括：

    • 成功的定義和標準
    • 主要KPI

  • 根據客戶路線圖提供主要里程碑。

項目經理

項目經理是：

  • 根據項目贊助機構提供的要求（如範圍、關鍵績效指標、成功標準和定義）負責項目的整體交付。
  • 負責定義預算並根據該預算為項目提供資源。
  • 項目中所有角色的主要溝通點。

架構師

解決方案架構師：

  • 負責解決方案和系統的高級設計。
  • 協助定義AEM的實作策略。 例如，是實作叢集安裝、冷備用，還是需要內容傳遞網路(CDN)時。
  • 同時根據用戶端需求定義AEM解決方案架構。 這可包括使用者角色的概念（具有相關權限）、範本和元件之間的關係，或何時使用多網站管理。

業務分析員

業務分析師：

  • 主要負責收集和分析高級需求，然後將這些需求轉換成規格：

    • 供項目經理在規劃開發時使用
    • 讓開發團隊在設計和開發期間工作。

  • 與客戶密切合作以分析需求。 它們會與下列項目相符：

    • 成功的定義。
    • 成功的標準。
    • KPI（以業務和績效為基礎）。

開發領導

開發領導：

  • 負責專案的技術傳送。

  • 負責選擇符合客戶要求的開發方法。

  • 制定發展戰略：

    • 確保它與業務和效能KPI相協調
    • 考慮成功標準和定義

  • 與架構師密切合作(尤其是在制定AEM的開發策略時)，以定義範本與元件之間的關係、第三方應用程式的整合策略以及任何專門功能等方面。

質量銷售線索

質量線索：

  • 負責交付的質量；確保符合成功標準，以及用戶端定義的任何KPI。
  • 定義品質量度、與所有利害關係人保持一致、擬定測試計畫並確保執行。
  • 建立報表並傳送給專案利害關係人。

系統工程師

系統工程師：

  • 負責監管項目基礎架構。

  • 負責：

    • 內部開發和測試環境的設定
    • 將這些系統與客戶端系統進行匹配

  • 提供硬體建議、監控各種實施，以及在上線之前和之後提供操作支援。

安全線索

安全領導：

  • 負責解決方案的整體安全概念，確保其與客戶的任何要求和策略保持一致。
  • 為任何基於硬體的安全概念提供安全概念、安全操作和建議；例如區域和防火牆。

其他角色

  • 利害關係人

    • 對項目成功感興趣（利益相關）的人（通常來自企業）。 他們經常為預算捐款。

  • 法律

    • 在談判合同時需要法律咨詢。

  • 培訓員

    • 根據項目的規模和性質，可利用專門培訓員為相關群體制定和舉辦培訓班。

  • 技術撰寫人員

    • 根據項目的規模和性質，可利用專業技術撰稿人為特定群體編寫指南和手冊；例如系統管理員維護手冊或作者的使用手冊。

  • 系統管理員

    • 負責系統的持續運行。

  • 作者和使用者

    • 將使用系統建立和維護您網站內容的人員。

所需文檔和交付件

核取清單涵蓋每個里程碑的​必要文檔​和​交付項。

  • 兩者之間沒有1:1的關係；例如，一組所需文檔可產生單個交付項。
  • 來自一個角色的交付內容可以是同一里程碑期間另一個角色的必要文檔。

所需文檔

在生成交付項時，相應角色需要​必需文檔。

對於每個​必需文檔，角色應指明：

  • Y/N:是否已收到。
  • 1-3:已接收文檔的質量指示。

交付件

對於每個里程碑，適當的角色負責提供特定文檔，從而實現其對特定里程碑的責任。

對於每個​可交付項，角色必須指明：

  • Y/N:是否已完成。

對於當前里程碑或更新里程碑，交付項通常用作​必需文檔。

如需部署、管理、開發或編寫的最佳實務，請參閱下列內容：

重要文檔區域

本頁內容