管理項目——最佳實踐檢查清單

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

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

專案心率控制面板

專案心率​工作表提供專案重要度量的圖形概述：

  • 相位品質

  • Phase Health（階段健康）

    • 您專案的高階狀態指標；以強調可能存在風險的領域。

  • 階段完整性

    • 在專案期間的任何時間點，這表示您的專案每個階段已完成多少工作。

按角色列出的狀態

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

階段和里程碑

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

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

注意

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

準備

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

  • 業務原理

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

  • 範圍和時間表

    • 應該提供基本範圍和大致的時間表來定義所需內容，以及時間範圍；如果有助於澄清情況，您也可以定義範圍之外的內容。

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

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

四個因素：

projectphaces_fourphases

里程碑

  • 驗證

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

    • 您想要達到／提供什麼？

    • 誰將受益？

    • 範圍是什麼？

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

    • 您如何定義成功？

    • 如何衡量成功？

    • 有哪些需求、業務和技術？

    • 是否有舊式系統需要更換，如果是，是否有要遷移的資料？

    • 誰會參與？

    • 您如何衡量進度？

    • 您在專案期間多久會檢視進度？

  • 預算

    在開始任何專案之前，您需要可靠、切合實際地估計實作成本：

    • 使用來自驗證里程碑的資訊作為估計的基礎。
    • 在您的估計中保持現實。
    • 考慮並尊重客戶可能受到的任何客戶准則、流程或限制。
    • 如果需要在以後階段審查或調整預算，考慮應急和審查程式。
    • 記住，成本有很多形式；購買、使用資源及費用等。

規劃

規劃您的專案整合了準備。 在此，您需要開始將目標和期望轉化為明確定義的路線圖，其中包括具體任務，並有明確的溝通約束，並有嚴格的審查來衡量進展。

里程碑

  • 移交

    乾淨的移交可確保適當的個人／團體瞭解他們在項目中的責任。

    應提供／產生完整的詳細資訊，以確保他們全面瞭解所有相關方面，包括規劃藍圖、範圍、目標、要求和關鍵績效指標。

  • 風險評估

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

    應在項目生命週期早期完成此項工作，以確保確定和評估任何可能性。 根據調查結果，您可以向利益相關者報告是否可以實施完整要求，以及是否可能規劃採取和追蹤適當行動。

  • 通訊

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

    • 努力實現相同的基本目標
    • 從相同的資訊庫
    • 使用相同的通道

  • 啟動

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

    • 邀請所有有興趣者（或至少是團體代表）。

    • 呈現有關項目的主要事實。

    • 回答問題。

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

    • 讓所有參與者都能盡心盡力——這必須得付出。

      • 只要在專案開始時讓主要參與者（包括潛在作者）參與，您就會增加他們投入專案的機會。

開發準備

規劃開發是確保專案由具備所需知識的團隊以紮實的設計為基礎的關鍵。

里程碑

  • 開發團隊人員配備和培訓

    在開始執行任何專案之前，您應確保您的開發團隊人員配備正確，而且所有團隊成員都已接受相關培訓。

  • 內容架構

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

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

  • 系統架構

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

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

    • 子系統

    • 協力廠商系統

    • 介面；硬體、軟體和人際互動

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

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

    • 維護活動（資料儲存GC、TarPM優化等）

    • 調度程 式快取

    • 叢集 發佈／授權共用

    • 用戶端的效能（JS minify、concat、css精靈、http要求總數等）

  • 應用程式架構

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

    重點是：

    • 他們如何與彼此及使用者互動。
    • 應用程式要消耗和產生的資料，而非其內部結構。

    定義應涵蓋：

    • 專案的基本程式碼結構
    • 代碼對象（包、包等）
    • 範本／元件的劃分及其關係
    • 所需自訂項目的高階詳細資訊（稍後將會提供特定覆蓋）
    • 設計解決方案所需的工作流程（例如，內容建立、核准、發佈、轉換、匯入、匯出等）
    • 針對任何複雜模組（例如MSM、Commerce、協力廠商整合）進行特別考量

  • 系統整合

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

  • 測試概念

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

    這應包括（其中包括）:

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

  • 體驗設計

    Exencience Design(XD)包括為您的解決方案設計用戶體驗。

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

  • 支援設定

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

    另請參閱Adobe支援入口網站。

工序計畫和工序

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

里程碑

  • 權限

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

    例如：

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

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

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

    • editor群組中的使用者不應具有admin權限，也不應是administrators群組的一部分

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

  • 監控與維護

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

    • 需要監控的項目
    • 維護任務；都是經常和特殊情況

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

  • 移轉

    應審查並驗證來自舊系統的任何內容以進行遷移。

  • 恢復計畫

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

開發

開發是一個重要階段，不僅需要編碼。

里程碑

  • 開發環境

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

    • 架構

    • 開發工具

      • 典型的環境包括：

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

    • 協力廠商軟體整合／相依性

    • 解決方案整合／相依性

    • 部署順序

  • 測試系統

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

    • 架構
    • 對發展建設的依賴；包括夜間建置
    • 測試協力廠商軟體整合／相依性的可能性或限制
    • 測試工具
    • 自動化測試策略

  • 生產系統

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

  • 整合

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

  • 移轉

    規劃、記錄和測試內容移轉的所有方面；包括：

    • 內容架構
    • 移轉策略

  • 通訊

    確保所有團隊成員和專案人物都視需要保持最新狀態。

  • 文件

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

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

效能和測試

新應用程式推出後，將需要進行嚴格的測試，包括功能和效能。

注意

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

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

里程碑

  • 用戶驗收測試

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

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

    客戶移交應有一份正式的檢查清單；最理想的是自動化，並針對快照每晚執行。 應將結果傳送給專案經理和開發團隊

  • 效能與負載測試

    使用效能和負載測試來確保解決方案在平均負載和尖峰負載上都符合所需的效能等級。

    如需效能測試的詳細資訊，請參閱：

    注意

    在正常使用AEM時，此程式必須持續，但這些初始階段是最關鍵的。

轉出

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

里程碑

  • 準備

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

  • 訓練

    確保所有相關人員都得到培訓。

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

  • 經過培訓的管理員

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

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

  • 受過培訓的用戶

    請確定您的作者有：

    • 已接受訓練
    • 已接受適當的培訓材料
    • 收到適當檔案；例如，使用指南

  • 滲透測試

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

  • 滲透率／安全性測試

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

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

上線

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

里程碑

  • 準備

    準備和規劃將有助於確保「上線」的順暢進行。

  • 安全性

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

  • 備援

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

  • 支援

    確保支援服務已就位且已就緒。

  • 切換

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

  • 推出

    準備並執行煙霧測試。

角色

檢查清單是由個人設計。 這些角色在項目生命週期中具有重要的參與性。

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

項目發起人

項目發起人是：

  • 負責提供／呈現專案的商業案例。

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

    • 成功的定義和標準
    • 主要關鍵績效指標

  • 根據客戶規劃藍圖提供主要里程碑。

項目經理

項目經理是：

  • 負責根據項目贊助人提供的要求（例如範圍、關鍵績效指標、成功標準和定義）全面交付項目。
  • 負責定義預算並根據該預算為項目提供資源。
  • 參與項目的所有人員的主要溝通點。

架構設計人員

解決方案架構師：

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

業務分析師

商業分析師：

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

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

  • 與客戶密切合作以分析需求。 它們與以下對比：

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

開發領導

開發領導：

  • 負責項目的技術交付。

  • 負責選擇符合用戶端需求的開發方法。

  • 制定發展戰略：

    • 確保它與業務和效能KPI保持一致
    • 考慮成功標準和定義

  • 與架構設計人員密切合作（尤其是在制定AEM的開發策略時），以定義範本與元件之間的關係、協力廠商應用程式的整合策略，以及任何特殊功能。

質量銷售線索

質量銷售線索：

  • 負責交付的質量；確保符合成功標準及客戶定義的任何KPI。
  • 定義品質量度、與所有利益相關者一致、制定測試計畫並確保執行。
  • 建立報告，並向專案相關人員提供。

系統工程師

系統工程師：

  • 負責監督專案基礎架構。

  • 負責：

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

  • 提供硬體建議、監控各種實作，並在上線前和上線後提供作業支援。

安全線索

安全領導：

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

其他角色

  • 利益相關者

    • 對項目成功感興趣（利益相關）的人員（通常來自企業）。 他們通常會為預算做貢獻。

  • 法律

    • 在協商合約時，需要法律意見。

  • 訓練人員

    • 根據項目的規模和性質，可利用專門培訓人員為相關群體制定和提供培訓課程。

  • 技術撰稿人

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

  • 系統管理員

    • 負責系統的持續運作。

  • 作者與使用者

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

所需文檔和交付項

檢查清單涵蓋每個里程碑的​必需文檔​和​交付項。

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

所需文檔

在生成交付項時，適當的角色需要​必需文檔。

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

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

交付項

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

對於每個​Deliverable，角色必須指明：

  • Y/N:是否已完成。

交付項通常用作當前里程碑或以後里程碑的​必需文檔。

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

主要檔案區域

本頁內容