管理專案以實施Adobe Experience Manager (AEM)需要規劃和瞭解,以便於在實施專案之前和期間瞭解您必須所做的問題和(相關)決策。
為協助您,最佳實務包括:
一個 互動式檢查清單 可讓您追蹤並監控您運用這些最佳實務的進度。
檔案根據 檢查清單 詳細資訊:
進一步參考資料 提供特定區域的詳細資訊。
此 專案心率 工作表提供專案重要度量的圖形化概要:
階段品質
階段健康狀態
階段完整性
此 按角色顯示狀態 工作表顯示以下專案的詳細劃分: 健康情況, 品質和 完整性** 作者: ** 階段 和 角色**.
專案計畫會劃分為不同的(高階)階段。
每個階段都包含自己的里程碑。 針對每個 角色 (或角色),會列出相關里程碑,以及產生已定義交付專案所需的檔案。
個別必要檔案和交付專案之間沒有直接的1:1關係。
專案的準備工作會構成整個專案的基礎。 定義主要需求,以及以下專案的明確目標和期望:
業務理由
範圍和排程
您準備、規劃及執行專案與實施解決方案的方式,會受到您作業所依據的限制所影響。 例如,固定預算、固定時間表、內容數量、所需品質。
一如既往,調整任何因素都會影響其他因素。 例如,縮短時間,但要求相同的品質等級,可能會提高價格,同時減少您可滿足的內容數量。 預算通常是關鍵因素,因此這類關係無法忘記。
四個因素:
驗證
在此階段中,您必須驗證並確認專案的目標,例如:
您想要實現什麼/提供什麼?
哪些人有好處?
範圍為何?
您如何定義成功?
如何衡量成功?
有哪些需求、業務與技術?
是否有要取代的舊系統,若是的話,是否有要移轉的資料?
誰與此有關?
如何測量進度?
在專案生命週期中,您多久檢視一次進度?
預算
在開始任何專案之前,您需要對實作成本做出可靠且實際的估計:
計畫您的專案會整合準備工作。 您應該在此開始將目標與期望轉換成由具體任務所組成的定義良好的藍圖,並以明確的溝通和嚴格的審查來衡量進度。
切換
簡潔的交接可確保適當的角色/群組瞭解其在專案中的責任。
應提供/產生完整細節,以確保他們完全瞭解所有相關方面,包括藍圖、範圍、目標、要求和KPI。
風險評估
為避免意外的令人不快,請使用風險評估來識別和量化任何潛在風險及其影響和機率。
這應在專案生命週期的初期完成,以確保識別並評估任何漏洞。 您可以根據調查結果,向利害關係人報告是否可實施完整需求,以及是否可能計畫要採取和追蹤的適當動作(如有必要)。
通訊
溝通永遠是任何專案成功的關鍵。 清楚有效率地溝通,確保每個人都能:
開始
「啟動」會議用於提高人們對專案正在啟動的意識。 這是您進行下列操作的絕佳機會:
邀請所有感興趣的當事方(或至少是群組代表)。
呈現專案的關鍵事實。
回答問題。
確保每個人都擁有相同的知識庫。
獲得所有參與者的承諾 — 必須贏取承諾。
規劃開發是確保專案是由具備所需知識的團隊以可靠的設計為基礎而建置的關鍵。
開發團隊已配備員工並進行培訓
開始任何專案之前,您應該確保開發團隊已配置適當的人員,且所有團隊成員都已接受手頭任務的培訓。
內容架構
內容架構會定義並描述內容的未來架構,包括:
系統架構
系統架構定義系統的概念檢視;包括(其他資訊):
系統結構 適用於所有必要環境
子系統
協力廠商系統
介面;硬體、軟體和人力互動
每個環境的程式;例如,部署和維護需求
維護活動(Datastore GC、TarPM最佳化等)
Dispatcher 快取
叢集 發佈/Authorshare
使用者端的效能(JS精簡、concat、css指令集、http請求總數及其他)
應用程式架構
應用程式架構會定義並描述建議應用程式的行為。
重點在於:
定義應涵蓋:
系統整合
系統整合需要您規劃(然後實作):
測試概念
在開始開發之前,您應該起草一個深入而全面的概念, 測試 專案需求。
這應該包括(其中包括):
體驗設計
體驗設計(XD)涉及為解決方案設計使用者體驗。
您應該針對作者和網站的最終使用者來分析和開發使用者體驗。
支援設定
在開發之前,應設定部署、發行、測試和報告問題所需的所有支援流程。
另請參閱 Adobe支援入口網站.
在類似的基礎上,必須正確規劃作業,以確保您擁有所需的環境 — 專案生命週期的所有階段。 您還需要適當的程式來進行維護。
權限
您必須針對將使用此解決方案的所有使用者/群組規劃,然後實作角色和許可權概念。
例如:
具有下列專案的角色(即群組)清單 read
/ write
每個的存取權定義
影響發佈環境的許可權使用的定義;例如, replicate
對於具有最低許可權的使用者,應定義工作流程
中的使用者 editor
群組不應有 admin
權利,也不屬於 administrators
群組
如需詳細資訊,請參閱 使用者管理與安全性.
監控與維護
監控與維護是確保解決方案上線後順暢運作的關鍵環節。 為此,您需要定義:
另請參閱 監控與維護 以取得詳細資訊。
移轉
任何來自舊版系統的內容皆應檢閱及驗證以進行移轉。
復原計畫
確定您已制定復原計畫。 在緊急情況下,這必須可用於保護AEM的生產使用。 這應該包括備份、還原、容錯移轉和其他情況。
開發是關鍵階段,不僅需要程式碼。
開發環境
規劃並記錄您的開發環境,包括:
架構
典型的環境包括:
協力廠商軟體整合/相依性
部署步調
測試系統
規劃並記錄您的測試環境,包括:
生產系統
規劃並記錄您的生產環境,包括:
整合
規劃、記錄及測試系統的各個層面,以及 解決方案整合,包括:
移轉
規劃、記錄及測試內容移轉的各個層面;包括:
通訊
確保所有團隊成員和專案角色在必要時保持最新。
文件
完整記錄解決方案;包括:
新應用程式推出後,必須經過嚴格的功能與測試 績效.
任何測試團隊都應被允許保持中立並交付測試結果。
專案經理有責任評估結果的任何影響,並決定適當的行動。
使用者驗收測試
使用者驗收測試 (UAT)是確保:
客戶交接應該有正式的核對清單;理想情況下,此清單會自動執行,每晚針對快照執行。 應將結果傳送給專案經理和開發團隊
效能和負載測試
使用效能和負載測試,確保解決方案在平均和尖峰負載下均符合所需的效能等級。
如需效能測試的詳細資訊,請參閱:
在正常使用AEM期間必須繼續此程式,但這些初始階段最關鍵。
新應用程式的推出需要仔細規劃,以確保順利上線。 這包括確認高水準的安全性、培訓所有潛在的使用者,以及進行多次練習以確認所有問題皆已解決。
準備
準備和規劃將有助於確保順利推出。
培訓
確保所有參與的工作人員都經過培訓。
另請參閱 Adobe Experience Manager 在課程目錄中。
已訓練的管理員
確保您的解決方案管理員具備:
已訓練的使用者
請確認您的作者擁有:
滲透測試
滲透測試會模擬電腦系統上的攻擊,以找出潛在的安全性弱點。
滲透/安全性測試
為確保解決方案的安全性,請執行特定的滲透測試,以及範圍更廣的安全性測試。
請參閱 安全性檢查清單 以取得更多詳細資料。
您希望您的上線儘可能流暢。 同樣地,最後步驟需要規劃為全新執行。
準備
準備和規劃將有助於確保順利上線。
安全性
確認您的解決方案對內部和外部使用者及其內容的安全性。
遞補
確定遞補所需的所有系統、程式和機制在上線前均已準備就緒。
支援
確保支援服務準備就緒。
切換
規劃並執行轉換至您的生產環境和使用者。
轉出
準備並執行您的煙霧測試。
核對清單由人員設計。 這些角色與專案生命週期有重大的關係。
還有一些 其他角色 與特定工作有關的資訊。
專案贊助者為:
負責提供/展示專案的業務案例。
決定和定義專案範圍的關鍵;包括:
根據使用者端藍圖提供主要里程碑。
專案經理是:
解決方案架構師:
業務分析人員:
主要負責收集和分析高階需求,然後將這些需求轉換成規格:
與客戶緊密合作以分析需求。 這些條件可比對至:
開發負責人:
負責專案的技術傳遞。
負責選取符合使用者端需求的開發方法。
擬定開發策略:
與架構師緊密合作(尤其是在草擬AEM的開發策略時)以定義範本與元件之間的關係、第三方應用程式的整合策略及任何特殊功能等方面。
品質銷售機會:
系統工程師:
負責監督專案基礎結構。
負責:
提供硬體建議、監控各種實作,以及在上線前和之後提供操作支援。
安全性主管:
利害關係人
法律
訓練人員
技術作者
系統管理員
作者與一般使用者
檢查清單涵蓋 必要檔案 和 交付專案 代表每個里程碑。
此 必要檔案 適當角色產生交付專案時所需的專案。
針對每個 必要檔案,則角色應該會指出:
對於每個里程碑,適當的角色會負責傳遞特定檔案,因此會實現其對於特定里程碑的職責。
針對每個 交付專案,則角色必須指出:
交付專案通常用作 必要檔案 用於目前或之後的里程碑。
如需部署、管理、開發或編寫的最佳實務,請參閱下列內容:
AEM檔案此外,AEM檔案的下列章節特別令人感興趣(不過,此清單並非詳盡無遺):
相關檔案