Show Menu
TÓPICOS×

Gerenciamento de projetos - Lista de verificação de práticas recomendadas

O gerenciamento de um projeto para implementar o Adobe Experience Manager (AEM) requer planejamento e compreensão para garantir que você esteja ciente dos problemas e das decisões (relacionadas) que você precisa tomar (antes e durante a implementação do projeto).
Para ajudá-lo, as práticas recomendadas consistem em:

Painel do Heartbeat do Project

A planilha do Project Heartbeat fornece uma visão geral gráfica das métricas críticas para seu projeto:
  • Qualidade da fase
  • Fase de saúde
    • Um indicador de status de alto nível para o seu projeto; útil para destacar áreas que podem estar em risco.
  • Complexidade da fase
    • Em qualquer momento durante o projeto, isso indica o quanto já foi concluído para cada fase do projeto.

Status por função

A planilha Status por Função mostra o detalhamento detalhado de Saúde por​ Fase Persona ​e Persona.

Fases e marcos

O plano de projeto é dividido em fases distintas (de alto nível).
Cada fase contém seus próprios marcos. Para cada pessoa (ou função), os marcos relevantes são listados, juntamente com os documentos necessários para produzir os resultados definidos.
Não há uma relação 1:1 direta entre os documentos e materiais de entrega necessários individuais.

Preparação

A preparação de seu projeto é a base de todo o projeto. É necessário definir os principais requisitos junto com metas e expectativas claras para:
  • Razão comercial
    • As razões fundamentais e a justificação para a realização do projeto.
  • Âmbito e Programação
    • Deve ser disponibilizado um âmbito básico e um calendário aproximado para definir o que é necessário e dentro de que prazo; se isso ajudar a esclarecer a situação, você também pode definir o que está fora do escopo.
A maneira como você prepara, planeja e executa seu projeto e implementa sua solução será afetada pelas restrições que você está operando, por exemplo, orçamento fixo, linha do tempo fixa, quantidade de conteúdo, qualidade necessária.
Como sempre, o ajuste de qualquer um dos fatores terá impacto nos outros. Por exemplo, reduzir o tempo, mas exigir o mesmo nível de qualidade provavelmente aumentará o preço e reduzirá a quantidade de conteúdo que você pode atender. O orçamento é muitas vezes um fator fundamental, pelo que essas relações não podem ser esquecidas.
Os Quatro Fatores:

Milestones

  • Validação
    Nesta fase, é necessário validar e confirmar os objetivos do projeto; por exemplo:
    • O que você deseja obter/fornecer?
    • Quem beneficiará?
    • Qual é o âmbito?
      • Se isso ajudar a esclarecer a situação, você também pode definir o que está fora do escopo.
    • Como você definirá o sucesso?
    • Como você vai medir o sucesso?
    • Quais são os requisitos, comerciais e técnicos?
    • Há sistemas herdados a serem substituídos e, em caso afirmativo, há dados a serem migrados?
    • Quem estará envolvido?
    • Como você vai medir o progresso?
    • Com que frequência você irá analisar o progresso durante a vida do projeto?
  • Orçamento
    Antes de iniciar qualquer projeto, você precisa de uma estimativa confiável e realista do custo de implementação:
    • Use as informações do marco de validação como base para as estimativas.
    • Seja realista em suas estimativas.
    • Considere e respeite quaisquer diretrizes, processos ou restrições que o cliente possa estar sujeito.
    • Considere os processos de contingência e de revisão caso seja necessária uma revisão ou um aperfeiçoamento do orçamento numa fase posterior.
    • Lembre-se de que os custos vêm de muitas formas. Compras, utilização de recursos e taxas entre outros.

Planejamento

O planejamento do projeto consolida a preparação. Neste contexto, é necessário começar a converter os objetivos e as expectativas num roteiro bem definido que consista em tarefas concretas, vinculadas por uma comunicação clara, com revisões rigorosas para medir o progresso.

Milestones

  • Entrega
    Uma entrega limpa garante que a pessoa/grupos apropriados estejam cientes de suas responsabilidades dentro do projeto.
    Devem ser fornecidos/gerados todos os pormenores para garantir que têm um entendimento completo de todos os aspectos relevantes, incluindo o roteiro, o âmbito, os objetivos, os requisitos e os KPI.
  • Avaliação do risco
    Para evitar surpresas desagradáveis, utilize a avaliação de risco para identificar e quantificar quaisquer riscos potenciais, juntamente com o seu impacto e probabilidade.
    Tal deve ser feito no início do ciclo de vida do projeto, a fim de garantir a identificação e avaliação das eventuais vulnerabilidades. Com base nas conclusões, você pode informar as partes interessadas sobre se os requisitos completos podem ser implementados e, se necessário, se é possível planejar ações apropriadas a serem tomadas e rastreadas.
  • Comunicação
    A comunicação é sempre a chave para o sucesso de qualquer projeto. Você precisa se comunicar de forma clara e eficiente para garantir que todos:
    • Trabalhar para os mesmos objetivos básicos
    • Da mesma base de informações
    • Com os mesmos canais
  • Desligar
    A reunião Kick Off é usada para conscientizar que o projeto está sendo iniciado. É uma boa oportunidade para:
    • Convidar todas as partes interessadas (ou, pelo menos, representantes de grupos).
    • Apresente os principais fatos sobre o projeto.
    • Responda perguntas.
    • Garantir que todos tenham a mesma base de conhecimento.
    • Assumir o compromisso de todos os que irão participar - isso terá de ser conseguido.
      • Ao envolver os principais jogadores (incluindo os futuros autores) no início do projeto, você aumenta suas chances de se comprometerem com o projeto.

Preparação do desenvolvimento

O planejamento do desenvolvimento é fundamental para garantir que seu projeto seja construído com base em um design sólido por uma equipe que tenha o conhecimento necessário.

Milestones

  • Equipe de desenvolvimento com pessoal e treinamento
    Antes de iniciar qualquer projeto, você deve garantir que sua equipe de desenvolvimento tenha a equipe apropriada e que todos os membros da equipe sejam treinados para a tarefa em mãos.
  • Arquitetura de conteúdo
    A arquitetura de conteúdo define e descreve a arquitetura futura do conteúdo; incluindo:
    • A árvore de conteúdo; incluindo ativos
    • Estruturas de base; incluindo campanhas, etc.
    • Estruturas de vários sites e vários idiomas (MSM, Tradução, etc.)
    • Conteúdo de suporte (incluindo tags e conceitos de marcação)
    • Estratégias de cache e reutilização de conteúdo
  • Arquitetura do sistema
    A arquitetura do sistema define a visão conceitual do sistema; incluindo (entre outras informações):
    • Estrutura do sistema para todos os ambientes necessários
    • Subsistemas
    • Sistemas de terceiros
    • Interfaces; hardware, software e interação humana
    • Servidores para cada ambiente; consulte os requisitos Requisitos técnicos técnicos e as diretrizes para dimensionamento de hardware
    • Processos para cada ambiente; por exemplo, requisitos de implantação e manutenção
    • Atividades de manutenção (Datastore GC, otimização TarPM, etc.)
    • Desempenho para o cliente (minify JS, concat, sprites css, número total de solicitações http e outras)
  • Arquitetura de aplicativos
    A arquitetura do aplicativo define e descreve o comportamento dos aplicativos propostos.
    O foco é:
    • Como eles interagirão entre si e com os usuários.
    • Os dados a serem consumidos e produzidos pelas aplicações, e não pela sua estrutura interna.
    As definições devem abranger:
    • Estrutura básica do código para o projeto
    • Artefatos de código (pacotes, pacotes etc.)
    • Detalhamentos dos modelos/componentes e suas relações
    • Detalhes de alto nível das personalizações necessárias (sobreposições específicas serão seguidas posteriormente)
    • Design de fluxos de trabalho exigidos pela solução (por exemplo, criação de conteúdo, aprovação, publicação, transformações, importações, exportações etc.)
    • Consideração especial para qualquer módulo complexo, como MSM, Commerce, integração de terceiros
  • Integração do sistema
    A integração do sistema exige que você planeje (e depois implemente):
    • Como todos os subsistemas e integrações de soluções serão reunidos para funcionar como um sistema coerente
    • Como serão integrados quaisquer sistemas de terceiros; juntamente com quaisquer considerações especiais, como offline/online, gerenciamento no lado do cliente/navegador ou falha quando um sistema de terceiros está inativo
  • Conceito de teste
    Antes de iniciar o desenvolvimento, você deve elaborar um conceito abrangente e detalhado de todos os requisitos de teste do seu projeto.
    Isso deve incluir (entre outros):
    • Detalhes de todos os ensaios a efetuar
    • Preparação de qualquer conteúdo necessário para esses ensaios
    • Informação sobre quaisquer ferramentas de ensaio a utilizar
    • Indicação de alto nível de quem participará nos testes; especialmente grupos fora da equipe de controle de qualidade
    • Pormenores da automatização dos ensaios; por exemplo, com o modo Selenium ou AEM Developer
  • Experience Design
    O Exoerience Design (XD) envolve a criação da experiência do usuário para sua solução.
    A experiência do usuário deve ser analisada e desenvolvida tanto para seus autores quanto para os usuários finais de seu site.
  • Configuração de suporte
    Antes do desenvolvimento, todos os processos de suporte, necessários para implantar, liberar, testar e relatar problemas, devem ser definidos.
    Consulte também o Portal de suporte da Adobe.

Planeamento de Operações e Operações

Da mesma forma, as operações devem ser planejadas corretamente para garantir que você tenha os ambientes necessários - para todas as etapas do ciclo de vida do projeto. Você também precisa dos processos apropriados para mantê-los.

Milestones

  • Permissões
    Você precisa planejar e implementar um Conceito de funções e direitos para todos os usuários/grupos que usarão a solução.
    Por exemplo:
    • Uma lista de funções (ou seja, grupos) com definições read / write acesso para cada
    • Definição do uso de privilégios que afetam o ambiente de publicação;por exemplo, replicate
    • Para usuários com privilégios mínimos, os fluxos de trabalho devem ser definidos
    • Os utilizadores do editor grupo não devem ter admin direitos nem fazer parte do administrators grupo
    For more information, see User Administration and Security .
  • Acompanhamento e manutenção
    O monitoramento e a manutenção são aspectos fundamentais para garantir o funcionamento regular da solução após sua entrada em funcionamento. Para isso, é necessário definir:
    • O que precisa de monitoramento
    • Tarefas de manutenção; regular e para casos especiais
    Consulte também Monitoramento e manutenção para obter mais informações.
  • Migração
    Qualquer conteúdo do sistema herdado deve ser revisado e validado para migração.
  • Plano de recuperação
    Verifique se você tem um plano de recuperação em vigor. Em uma situação de emergência, isso deve estar disponível para proteger o uso de produção do AEM. Isso deve abranger situações como backup, restauração, falhas e outras.

Desenvolvimento

O desenvolvimento é uma fase crucial que requer mais do que apenas codificação.

Milestones

  • Ambiente de desenvolvimento
    Planeje e documente seu ambiente de desenvolvimento, incluindo:
    • Arquitetura
      • Um ambiente típico consiste em:
        • Um sistema de controlo de emissões; como Jira
        • um IDE; como o Eclipse
        • um instrumento de gestão de edifícios; como Maven
        • um instrumento de integração contínua; como Jenkins
        • uma ferramenta para o controlo de versão; como GIT/SVN
        • um gestor de repositório de artefatos de construção; como Archiva/Nexus
    • Integração/dependências de software de terceiros
    • Carência de implantação
  • Sistema de teste
    Planeje e documente seu ambiente de teste, incluindo:
    • Arquitetura
    • Dependências dos edifícios de desenvolvimento; incluindo edifícios noturnos
    • As possibilidades ou limitações de testar a integração/dependências de software de terceiros
    • Ferramentas de teste
    • Estratégia de teste automatizada
  • Sistema de produção
    Planeje e documente seu ambiente de produção, incluindo:
    • Arquitetura
    • Carência de implantação
    • Integração/dependências de software de terceiros
    • Configuração de segurança
    • Desempenho da linha de base verificado com a execução dos testes do Dia difícil na configuração da produção
    • Requisitos aplicáveis aos ensaios de desempenho; consulte Práticas recomendadas para controle de qualidade
  • Integração
    Planeje, documente e teste todos os aspectos da integração do sistema e da solução, incluindo:
  • Migração
    Planejar, documentar e testar todos os aspectos da migração de conteúdo; incluindo:
    • Arquitetura de conteúdo
    • Estratégia de migração
  • Comunicação
    Certifique-se de que todos os membros da equipe e pessoal do projeto estejam atualizados, conforme necessário.
  • Documentação
    Documentar completamente a solução; incluindo:
    • Manual de Operações
    • Quaisquer personalizações que possam afetar as atualizações
    • Notas de versão

Desempenho e teste

Quando o novo aplicativo estiver disponível, ele precisará passar por testes rigorosos, tanto para funcionalidade quanto para desempenho .
Qualquer equipe de ensaio deve poder manter-se neutra e apresentar os resultados dos ensaios.
Cabe ao gestor do projeto avaliar as implicações dos resultados e decidir as medidas adequadas.

Milestones

  • Teste de aceitação do usuário final
    O teste de aceitação do usuário (UAT) é crucial para garantir que:
    • A solução atende aos requisitos do usuário/cliente
    • O cliente/usuários aceitam a solução (função, design e desempenho)
    Deve haver uma lista de verificação formalizada para entrega ao cliente; idealmente automatizado e executado à noite com base em um instantâneo. Os resultados devem ser enviados ao gestor do projeto e à equipe de desenvolvimento
  • Testes de desempenho e carga
    Os testes de desempenho e de carga são usados para garantir que a solução atenda aos níveis de desempenho necessários, em média e cargas máximas.
    Para obter mais informações sobre testes de desempenho, consulte:
    Esse processo terá que ser continuado durante o uso normal do AEM, mas essas etapas iniciais são as mais cruciais.

Implantação

A implantação do novo aplicativo precisa de planejamento cuidadoso para garantir um Go Live suave. Isso inclui confirmar um alto nível de segurança, treinar todos os possíveis usuários e fazer várias passagens a seco para confirmar que todas as questões foram tratadas.

Milestones

  • Preparação
    A preparação e o planejamento ajudarão a garantir uma implementação sem problemas.
  • Treinamento
    Garantir que toda a equipe envolvida tenha recebido formação.
    Consulte Adobe Experience Manager no catálogo de cursos.
  • Administradores treinados
    Certifique-se de que seus administradores de solução tenham:
    • Foi treinado
    • Recebido o material de treinamento adequado
    • Recebida a documentação apropriada
  • Usuários treinados
    Certifique-se de que seus autores tenham:
    • Foi treinado
    • Recebido o material de treinamento adequado
    • Recebida a documentação apropriada; por exemplo, o Guia do Usuário
  • Ensaios de penetração
    Os testes de penetração simulam um ataque em um sistema de computador para identificar possíveis deficiências de segurança.
  • Ensaios de penetração/segurança
    Para garantir a segurança da sua solução, execute testes de penetração específicos, juntamente com uma grande variedade de testes de segurança.
    Consulte a Lista de verificação de segurança para obter mais detalhes.

Go Live

Você quer que seu Go Live seja o mais suave possível. Novamente, as etapas finais precisam de planejamento para execução limpa.

Milestones

  • Preparação
    A preparação e o planejamento ajudarão a garantir uma vida útil suave.
  • Segurança
    Confirme a segurança de sua solução para usuários internos e externos e seu conteúdo.
  • Fallback
    Certifique-se de que todos os sistemas, procedimentos e mecanismos necessários para o fallback estejam implementados antes de entrar em funcionamento.
  • Suporte
    Verifique se os serviços de suporte estão no local e prontos.
  • Transição
    Planeje e execute a transição para seu ambiente de produção e usuários.
  • Reversão
    Prepare e execute seus testes de fumaça.

Persona

As listas de verificação são projetadas por pessoas. Estes são os papéis com um envolvimento significativo no ciclo de vida do projeto.
Há também algumas outras pessoas envolvidas em tarefas específicas.

Patrocinador do projeto

O patrocinador do projeto é:
  • Responsável por fornecer/apresentar o business case do projeto.
  • Chave para definir e definir o âmbito do projeto; incluindo:
    • a definição e os critérios de sucesso
    • os principais KPIs
  • Forneça os principais marcos com base no roteiro do cliente.

Gerenciador de projetos

O gerente do projeto é:
  • Responsável pela entrega global do projeto com base nos requisitos (por exemplo, âmbito, KPI, critérios de sucesso e definição) fornecidos pelo patrocinador do projeto.
  • Responsável pela definição do orçamento e pelo financiamento do projeto com base nesse orçamento.
  • O principal ponto de comunicação para todas as pessoas envolvidas no projeto.

Arquiteto

O arquiteto da solução:
  • É responsável pelo design de alto nível da solução e do sistema.
  • Ajuda a definir a estratégia de implementação do AEM. Por exemplo, se é necessário implementar uma instalação em cluster, ou um modo de espera frio, ou quando uma rede de entrega de conteúdo (CDN) é necessária.
  • Defina também a arquitetura da solução AEM com base nos requisitos do cliente. Isso pode incluir o conceito de funções de usuário (com direitos relacionados), a relação entre modelos e componentes ou quando usar o gerenciamento de vários sites.

Analista de negócios

O analista de negócios:
  • É o principal responsável por coletar e analisar os requisitos de alto nível e depois transformá-los em especificações:
    • para que o gerente do projeto use ao planejar o desenvolvimento
    • para a equipe de desenvolvimento trabalhar durante o projeto e desenvolvimento.
  • Trabalha em conjunto com o cliente para analisar os requisitos. Eles combinam com:
    • A definição de sucesso.
    • Os critérios para o sucesso.
    • KPIs (baseados em negócios e desempenho).

Líder de desenvolvimento

O líder em desenvolvimento:
  • É responsável pela entrega técnica do projeto.
  • É responsável por selecionar uma metodologia de desenvolvimento que esteja em conformidade com os requisitos do cliente.
  • Elaborar a estratégia de desenvolvimento:
    • garantindo que ele esteja alinhado aos KPIs de negócios e desempenho
    • tendo em conta os critérios de sucesso e a definição
  • Trabalha em conjunto com o arquiteto (especialmente ao elaborar a estratégia de desenvolvimento do AEM) para definir aspectos como a relação entre modelos e componentes, a estratégia de integração para aplicativos de terceiros e qualquer funcionalidade especializada.

Chumbo de qualidade

O líder de qualidade:
  • É responsável pela qualidade da entrega; assegurar que cumpre os critérios de sucesso e quaisquer KPI definidos pelo cliente.
  • Define as métricas de qualidade, alinhadas com todos os participantes, elabora os planos de teste e garante que eles sejam executados.
  • Cria e entrega relatórios aos participantes do projeto.

Engenheiro de sistemas

O engenheiro de sistemas:
  • É responsável pela supervisão da infraestrutura do projeto.
  • É responsável por:
    • a configuração de ambientes internos de desenvolvimento e teste
    • para corresponder esses sistemas aos sistemas clientes
  • Fornece recomendações de hardware, monitora as várias implementações e fornece suporte às operações antes e depois de entrar em funcionamento.

Cliente de segurança

O líder em segurança:
  • É responsável pelo conceito geral de segurança da solução, garantindo que ela esteja alinhada a quaisquer requisitos e políticas do cliente.
  • Oferece um conceito de segurança, operações de segurança e recomendações para quaisquer conceitos de segurança baseados em hardware; como zonas e firewalls.

Outras pessoas

  • Partes interessadas
    • Pessoas (muitas vezes da empresa) que têm interesse (participação) no sucesso do projeto. Elas contribuem muitas vezes para o orçamento.
  • Legal
    • Na negociação dos contratos é necessário aconselhamento jurídico.
  • Formadores
    • Em função da dimensão e da natureza do projeto, podem ser utilizados formadores especializados para desenvolver e apresentar sessões de formação para os grupos relevantes.
  • Escritores técnicos
    • Dependendo da dimensão e da natureza do projeto, os escritores técnicos especializados podem ser utilizados para escrever orientações e manuais para grupos específicos; Por exemplo, um manual de manutenção para administradores de sistema ou um guia do usuário para os autores.
  • Administradores de sistema
    • Responsável pelo funcionamento contínuo do sistema.
  • Autores e usuários finais
    • As pessoas que usarão o sistema para criar e manter o conteúdo do site.

Documentos e materiais de entrega necessários

As listas de verificação abrangem os documentos ​obrigatórios e os materiais entregues para cada marco.
  • Não existe relação 1:1 entre estes. por exemplo, um grupo de documentos necessários pode resultar em um único material para distribuição.
  • Um material de entrega de uma pessoa pode ser um documento necessário para outra pessoa durante o mesmo marco.

Documentos necessários

Os Documentos ​obrigatórios são necessários para a pessoa adequada ao produzir seus materiais de entrega.
Para cada Documento ​Obrigatório, a pessoa deve indicar:
  • S/N : se foi recebido.
  • 1-3 : Uma indicação da qualidade do documento recebido.

Resultados

Para cada marco, a pessoa adequada é responsável por fornecer documentos específicos e, portanto, assumir suas responsabilidades por um marco específico.
Para cada Material a Entregar , a pessoa deve indicar:
  • S/N : se foi concluído.
Os materiais entregues são frequentemente usados como Documentos ​obrigatórios para o marco atual ou posterior.

Principais áreas de documentação