管理项目 — 最佳实践核对清单 managing-projects-best-practices-checklist

管理项目以实施Adobe Experience Manager (AEM)需要规划和了解,以便您了解在实施项目之前和期间必须做出的问题和(相关)决策。

为了帮助您获得这些好处,最佳实践包括:

项目心率功能板 project-heartbeat-dashboard

项目心率 工作表以图形方式概述了项目的关键指标:

  • 相位质量

  • 阶段运行状况

    • 项目的高级状态指示器;用于突出显示可能存在风险的区域。
  • 阶段完整性

    • 在项目期间的任何时间点,这表示项目的每个阶段已完成的工作量。

按角色显示状态 status-by-role

按角色显示状态 工作表显示以下项的详细细分 健康质量和 ​ 完整性​** 按 ​** 阶段​ 和 ​ 角色**.

阶段和里程碑 phases-and-milestones

项目计划分为不同的(高级)阶段。

每个阶段都包含其自身的里程碑。 对于每个 角色 (或角色)时,将列出相关里程碑,以及生成定义的交付项所需的文档。

NOTE
各个必需文档和交付项之间没有直接的1:1关系。

准备 preparation

项目的准备构成了整个项目的基础。 确定关键要求以及针对以下各项的明确目标和期望:

  • 业务理由

    • 开展该项目的根本原因和理由。
  • 范围和计划

    • 应提供基本范围和粗略的日程表以定义所需的内容以及时间范围;如果有助于澄清情况,您还可以定义范围之外的内容。

您准备、规划和运行项目以及实施解决方案的方式受您操作的限制影响。 例如,固定预算、固定时间线、内容数量、所需质量。

与往常一样,调整任何因素都会影响其他因素。 例如,减少时间但要求相同的质量级别可能会提高价格,同时减少您可以满足的内容数量。 预算往往是一个关键因素,因此这种关系不可能被忘记。

四个因素:

projectphods_fourphods

里程碑 milestones

  • 验证

    在此阶段,您必须验证并确认项目的目标;例如:

    • 您希望实现什么/提供什么?

    • 谁受益?

    • 范围是多少?

      • 如果有助于明确情况,您还可以定义范围之外的内容。
    • 您如何定义成功?

    • 如何衡量成功?

    • 有哪些业务和技术要求?

    • 是否有需要替换的旧系统?如果是,是否迁移数据?

    • 谁与此有关?

    • 如何衡量进度?

    • 在项目周期内,您多久查看一次进度?

  • 预算

    在开始任何项目之前,您需要对实施成本进行可靠而真实的估计:

    • 使用验证里程碑中的信息作为估算的基础。
    • 在估计中要务实。
    • 考虑并遵守客户应遵守的任何客户准则、流程或限制。
    • 如果以后需要对预算进行审查或细化,则考虑应急和审查程序。
    • 请记住,成本有多种形式,如购买、使用资源和费用等。

规划 planning

计划项目可整合准备工作。 在此,您应该开始将目标和期望转化为由具体任务组成的明确定义的路线图,并以明确的沟通和严格的评审来衡量进度。

里程碑 milestones-1

  • 切换

    干净的移交可确保适当的角色/组了解其在项目中的责任。

    应提供/生成完整的详细信息,以确保他们全面了解所有相关方面,包括路线图、范围、目标、要求和KPI。

  • 风险评估

    为避免出现令人不快的意外情况,请使用风险评估来识别和量化任何潜在风险及其影响和概率。

    这应在项目生命周期早期完成,以确保发现并评估任何漏洞。 根据调查结果,您可以向利益相关者报告是否能够实施所有要求,以及在必要时是否能够计划要采取和跟踪的适当行动。

  • 通信

    沟通在任何项目中都始终是成功的关键。 清晰高效地沟通,确保每个人都能:

    • 努力实现同样的基本目标
    • 来自同一信息库
    • 使用相同的渠道
  • 启动

    启动会议用于提高人们对项目即将开始的认识。 这是一个很好的机会:

    • 邀请所有利益相关方(或至少组代表)。

    • 呈现有关项目的主要事实。

    • 回答问题。

    • 确保每个人都拥有相同的知识库。

    • 获得所有参与者的承诺 — 这必须实现。

      • 通过在项目的一开始就让主要参与者(包括潜在的作者)参与进来,您就增加了获得他们对项目承诺的几率。

开发准备 development-preparation

规划开发是确保项目构建于由具备所需知识的团队提供的可靠设计之上的关键。

里程碑 milestones-2

  • 配备人员和经过培训的开发团队

    在开始任何项目之前,您应该确保开发团队配备了适当的人员,并且所有团队成员都接受了手头任务的培训。

  • 内容架构

    内容架构定义并描述了内容的未来架构;包括:

    • 内容树;包括资源
    • 基本结构;包括营销策划等。
    • 多站点和多语言结构(MSM、翻译等)
    • 支持性内容(包括标记和标记概念)
    • 缓存和内容重用策略
  • 系统架构

    系统架构定义了系统的概念视图;包括(以及其他信息):

    • 系统结构 适用于所有必需环境

    • 子系统

    • 第三方系统

    • 接口;硬件、软件和人工交互

    • 每个环境的服务器;请参阅 技术要求硬件大小调整准则

    • 每个环境的流程;例如,部署和维护要求

    • 维护活动(Datastore GC、TarPM优化等)

    • Dispatcher 缓存

    • 聚类 发布/Authorshare

    • 客户端的性能(JS缩小、concat、css脚本、http请求总数等)

  • 应用程序架构

    应用程序体系结构定义并描述了所提议的应用程序的行为。

    其重点是:

    • 他们如何彼此互动以及如何与用户互动。
    • 由应用程序(而非其内部结构)使用和生成的数据。

    这些定义应包括:

    • 项目的基本代码结构
    • 代码工件(包、包等)
    • 模板/组件及其关系的划分
    • 所需自定义设置的高级详细信息(特定叠加图稍后提供)
    • 设计解决方案所需的工作流(例如,内容创建、批准、发布、转换、导入和导出)
    • 任何复杂模块(如MSM、商务、第三方集成)的特别注意事项
  • 系统集成

    系统集成要求您规划(然后实施):

    • 所有子系统和 解决方案集成 作为一个连贯的系统共同运作
    • 任何第三方系统如何集成;以及任何特殊注意事项,例如离线/在线、客户端/浏览器端,或在第三方系统停机时进行回退处理
  • 测试概念

    在开始开发之前,您应该制定一个深入而全面的“全部”概念 测试 项目的要求。

    这应包括(除其他外):

    • 要执行的所有测试的详细信息
    • 准备这些测试所需的任何内容
    • 要使用的任何测试工具的信息
    • 全面指示将参与测试的用户,特别是QA团队之外的组
    • 测试自动化的详细信息;例如,使用Selenium或AEM开发人员模式
  • 体验设计

    体验设计(XD)涉及为解决方案设计用户体验。

    应为您的作者和网站的最终用户分析和开发用户体验。

  • 支持设置

    在开发之前,应设置部署、发布、测试和报告问题所需的所有支持流程。

    另请参阅 Adobe支持门户.

运营规划和运营 operations-planning-and-operations

在类似的基础上,必须正确地规划操作,以确保您在项目生命周期的所有阶段都拥有所需的环境。 您还需要适当的流程来进行维护。

里程碑 milestones-3

  • 权限

    您需要为将使用该解决方案的所有用户/组规划并实施角色和权限概念。

    例如:

    • 具有下列条件的角色(即组)列表 read/ write 每个的访问权限定义

    • 影响发布环境的权限使用的定义;例如, replicate

    • 对于具有最低权限的用户,应定义工作流

    • 中的用户 editor 组不应具有 admin 权利,也不属于 administrators

    有关更多信息,请参阅 用户管理和安全性.

  • 监控和维护

    监测和维护是确保解决方案在投入使用后能够顺利运行的关键方面。 为此,您需要定义:

    • 需要监控的内容
    • 维护任务;包括常规任务和特殊任务

    另请参阅 监控和维护 以了解更多信息。

  • 迁移

    应审核并验证旧系统中的任何内容以进行迁移。

  • 恢复计划

    确保您有恢复计划。 在紧急情况下,这必须可用于确保AEM的生产使用。 这应该包括备份、恢复、回退和其他情况。

开发 development

发展是一个关键阶段,不仅需要编码。

里程碑 milestones-4

  • 开发环境

    规划和记录您的开发环境,包括:

    • 架构

    • 开发工具

      • 典型环境包括:

        • 问题跟踪系统;例如Jira
        • IDE;例如Eclipse
        • 构建管理工具;例如Maven
        • 用于持续集成的工具;例如Jenkins
        • 版本控制工具;例如GIT/SVN
        • 构建工件存储库管理器;例如Archiva/Nexus
    • 第三方软件集成/依赖项

    • 解决方案集成/依赖项

    • 部署节奏

  • 测试系统

    规划和记录您的测试环境,包括:

    • 架构
    • 依赖开发构建;包括夜间构建
    • 测试第三方软件集成/依赖项的可能性或限制
    • 测试工具
    • 自动化测试策略
  • 生产系统

    规划和记录您的生产环境,包括:

  • 集成

    规划、记录和测试系统的所有方面,以及 解决方案集成,包括:

  • 迁移

    规划、记录和测试内容迁移的各个方面;包括:

    • 内容架构
    • 迁移策略
  • 通信

    确保所有团队成员和项目角色在必要时保持最新。

  • 文档

    充分记录解决方案;包括:

    • 操作手册
    • 可能影响升级的任何自定义设置
    • 发行说明

性能和测试 performance-and-testing

新应用程序发布后,必须经过严格的功能测试和测试 性能.

NOTE
任何测试团队都应被允许保持中立并交付测试结果。
项目经理有责任评估结果的任何影响并决定适当的行动。

里程碑 milestones-5

  • 最终用户验收测试

    用户验收测试 (UAT)对于确保:

    • 该解决方案满足用户/客户的需求
    • 客户/用户接受解决方案(功能、设计和性能)

    应该有正式的客户移交核对清单;最好是自动化的,每晚针对快照运行。 应将结果发送给项目经理和开发团队

  • 性能和负载测试

    性能和负载测试用于确保解决方案在平均负载和峰值负载下满足所需的性能级别。

    有关性能测试的更多信息,请参阅:

    note note
    NOTE
    在正常使用AEM期间必须继续此过程,但这些初始阶段是最关键的。

转出 rollout

新应用程序的推出需要仔细规划,以确保顺利上线。 这包括确认高水平的安全性,培训所有潜在用户,并进行多次试运行,确认所有问题均已得到解决。

里程碑 milestones-6

  • 准备

    准备和规划将有助于确保顺利推出。

  • 培训

    确保所有涉及的工作人员都经过培训。

    请参阅 Adobe Experience Manager 在课程目录中。

  • 经过培训的管理员

    确保您的解决方案管理员具有:

    • 已培训
    • 已收到适当的培训材料
    • 已收到相应的文档
  • 经过培训的用户

    确保您的作者具有:

    • 已培训
    • 已收到适当的培训材料
    • 已收到相应的文档;例如《用户指南》
  • 渗透测试

    渗透测试模拟对计算机系统的攻击,以识别潜在的安全弱点。

  • 渗透/安全测试

    为确保解决方案的安全性,请执行特定的渗透测试以及范围更广的安全测试。

    请参阅 安全核对清单 以了解更多详细信息。

上线 go-live

您希望上线尽可能顺利。 同样,最终步骤需要规划干净的执行。

里程碑 milestones-7

  • 准备

    准备和规划将有助于确保顺利上线。

  • 安全性

    确认您的解决方案对内部和外部用户及其内容的安全性。

  • 回退

    确保回退所需的所有系统、程序和机制在上线之前均已准备就绪。

  • 支持

    确保支持服务就位并准备就绪。

  • 过渡

    规划并执行向生产环境和用户的过渡。

  • 转出

    准备并执行烟雾测试。

角色 persona

核对表是按角色设计的。 这些角色在项目生命周期中具有重大意义。

还有一些 其他角色 具体任务涉及的用户。

项目发起人 project-sponsor

项目发起人为:

  • 负责提供/展示项目的商业合理性。

  • 确定项目范围的关键所在;包括:

    • 成功的定义和标准
    • 主要KPI
  • 根据客户端路线图提供主要里程碑。

项目经理 project-manager

项目经理是:

  • 根据项目发起人提出的要求(例如范围、KPI、成功标准和定义),负责项目的整体交付。
  • 负责定义预算,并根据该预算为项目提供资源。
  • 参与项目的所有角色的主要通信点。

架构师 architect

解决方案架构师:

  • 负责解决方案和系统的高级设计。
  • 帮助定义AEM的实施策略。 例如,是实施群集安装、冷备用,还是需要内容交付网络(CDN)。
  • 还可根据客户端要求定义AEM解决方案体系结构。 这可以包括用户角色(具有相关权限)的概念、模板和组件之间的关系,或者何时使用多站点管理。

业务分析师 business-analyst

业务分析员:

  • 主要负责收集和分析高级需求,然后将这些需求转换为规范:

    • 供项目经理在规划开发时使用
    • 供开发团队在设计和开发期间使用。
  • 与客户密切合作以分析需求。 这些规则与以下规则匹配:

    • 成功的定义。
    • 成功的标准。
    • KPI(基于业务和性能)。

开发主管 development-lead

开发主管:

  • 负责项目的技术交付工作。

  • 负责选择符合客户要求的开发方法。

  • 制定发展战略:

    • 确保与业务和性能KPI保持一致
    • 考虑到成功标准和定义
  • 与架构师紧密合作(尤其是在制定AEM的开发策略时)以定义模板与组件之间的关系、第三方应用程序的集成策略以及任何专业功能等方面。

质量潜在客户 quality-lead

质量线索:

  • 负责交付质量;确保交付符合成功标准以及客户定义的任何KPI。
  • 定义质量量度,与所有利益相关者保持一致,制定测试计划并确保其执行。
  • 创建报告并将其交付给项目利益相关者。

系统工程师 system-engineer

系统工程师:

  • 负责监督项目基础架构。

  • 负责:

    • 内部开发和测试环境的设置
    • 将这些系统与客户端系统匹配
  • 在上线之前和之后,提供硬件推荐、监控各种实施并提供运营支持。

安全潜在客户 security-lead

安全潜在客户:

  • 负责解决方案的总体安全概念,确保解决方案符合客户的任何要求和策略。
  • 针对任何基于硬件的安全概念(如区域和防火墙)提供安全概念、安全操作和建议。

其他角色 other-persona

  • 利益相关者

    • 与项目成功相关(持股)的人员(通常是企业人员)。 他们经常为预算缴款。
  • 合法的

    • 谈判合同时需要法律咨询。
  • 培训师

    • 根据项目的规模和性质,可使用专门的培训员为相关小组制定和举办培训班。
  • 技术作者

    • 根据项目的规模和性质,可以使用专门的技术作者为特定群体编写准则和手册。 例如,面向系统管理员的维护手册或面向作者的用户指南。
  • 系统管理员

    • 负责系统的持续运行。
  • 作者和最终用户

    • 使用系统创建和维护网站内容的人员。

所需文档和交付项 required-documents-and-deliverables

核对表涵盖 所需文档交付成果 每个里程碑。

  • 它们之间没有1:1关系;例如,一组必需文档可以导致单个交付项。
  • 同一里程碑期间,来自一个角色的交付项可以是另一个角色的必需文档。

所需文档 required-documents

所需文档 适当角色在生成其交付项时需要。

对于每个 所需文档,则该角色应指示:

  • Y/N:是否收到。
  • 1-3:所接收文档的质量指示。

交付成果 deliverables

对于每个里程碑,相应的角色负责交付特定文档,从而履行其对特定里程碑的职责。

对于每个 可交付结果,角色必须指示:

  • Y/N:是否完成。

交付项通常用作 所需文档 对于当前里程碑或后续里程碑。

相关最佳实践 related-best-practices

有关部署、管理、开发或创作的最佳实践,请参阅以下内容:

关键文档领域 key-documentation-areas

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2