Lista de verificação - Mais referência

Esta página fornece mais detalhes para elaborar e/ou aumentar os documentos e princípios abordados pelo Gerenciamento de projetos - Lista de verificação de práticas recomendadas.

AEM - O que você usará?

Recursos no AEM

Ao implementar AEM (especialmente pela primeira vez), será necessário revisar os recursos e fluxos de trabalho do AEM para ter certeza de quais áreas você deseja/precisa.

Considere os recursos de AEM que você usará e o impacto em seu design; por exemplo:

• Commerce
• Telas
• Assets
• Tags
• Gerenciamento e tradução de vários sites
• Forms
• Communities
• Livefyre

Além disso, verifique as Notas de versão, para ver as várias versões do AEM, para ver quando novos recursos foram adicionados.

Integrações

AEM pode ser integrado a outros produtos de Adobe e/ou serviços de terceiros. Isso pode aumentar a potência e a funcionalidade à sua disposição.

Consulte Integração de soluções para obter informações completas.

Migrar ou atualizar?

Uma consideração importante é se você deseja:

• Atualize a instalação existente no local.
• Migre o conteúdo do sistema atual para uma nova instalação nova e nova.

Ao migrar de uma versão anterior para a atual, há duas opções:

• Use o Gerenciador de Pacotes para exportar todo o conteúdo e o código do aplicativo do sistema antigo para o novo.
• 🔗 Atualize o sistema antigo no local. Essa é a opção recomendada na maioria dos casos.

Regras básicas de base

Tal como acontece com qualquer projeto, é fundamental estabelecer regras básicas o mais rapidamente possível. Dentre elas:

• Funções

  Estes devem ser claramente definidos e comunicados a todos os participantes no projeto. Além disso, é conveniente destacar:

  • Tomadores de decisão
  • Pontos de Contato

• Responsabilidades

  • Para cada função, uma definição clara das responsabilidades relacionadas ao seu projeto ajuda a evitar confusão.

• Envolvimento

  Ao envolver as partes interessadas o mais rápido possível, você pode encorajá-las a se tornarem partes interessadas no projeto, aumentando assim seu compromisso com o sucesso.

  • No lado do cliente, isso inclui os autores - que terão de trabalhar com o sistema diariamente.
  • No âmbito da sua equipe de projeto, esta incluirá também as pessoas responsáveis pelo controlo de qualidade. Quanto mais eles entenderem as necessidades do cliente, melhor poderão planejar os testes.

• Caminhos de comunicação

  • Embora estas não devam ser excessivamente formalizadas, as definições específicas devem assegurar que as pessoas-chave sejam sempre informadas e, por conseguinte, atualizadas. Deve ser dada especial atenção à comunicação com as partes externas.

• Processos

  Os processos a serem definidos dependerão do projeto individual. Mais uma vez, tente manter esses itens simples, considerando:

  • Definir processos (e vias de comunicação) para interagir com terceiros; Por exemplo, agências de concepção e fornecedores de software de terceiros, entre outros.
  • Geralmente, o cliente terá seus próprios procedimentos e ferramentas de Gerenciamento de projetos e Relatórios .

• Ferramentas de rastreamento

  Há muitas ferramentas disponíveis para rastrear informações sobre erros, tarefas e outros aspectos do seu projeto - consulte Visão geral de ferramentas potenciais para obter mais detalhes.

  • O ponto principal a ser observado aqui é manter apenas uma cópia das informações e compartilhar as informações (e, portanto, acessar a ferramenta usada). Isso facilitará a manutenção e ajudará a evitar discrepâncias.

• Escopo

  Definir claramente o que deve ser abrangido pelo projeto a vários níveis:

  • as versões individuais (se um processo de versão iterativa for usado e independentemente de serem entregues aos clientes ou à sua equipe de teste interna).
  • o projeto AEM.
  • todo o projeto; incluindo qualquer software de terceiros, seu impacto em testes, problemas organizacionais e muitos outros.
  • Para certos aspectos, também pode ser útil indicar o que é e não dentro do escopo do projeto. Tal pode contribuir para evitar confusões e pressupostos incorretos, embora deva limitar-se a questões essenciais.

• Relatório

  Defina claramente quais informações você reportará, de que forma, com que frequência e para quem.

• Terminologia

  • Defina qualquer abreviação e/ou terminologia específica do cliente a ser usada.

• Pressupostos

  • Defina as suposições que estão sendo feitas.

Estas informações podem ser definidas no Manual do Projeto; o uso de um Wiki também pode ajudar a garantir que as mudanças em curso sejam tratadas com eficiência. Sempre que estes forem definidos, os principais fatores são os seguintes:

• As informações são definidas e mantidas
• As informações são claramente comunicadas a todas as pessoas em causa. Embora a prática padrão do Gerenciamento de projetos não possa ser repetida com frequência suficiente para que uma definição clara de função e uma boa comunicação possam tornar ou quebrar um projeto.
• Apenas é conservada uma versão das informações que são objeto de acompanhamento; por exemplo, rastreamento de erros, rastreamento de problemas etc.

Principais indicadores de desempenho e métricas de meta

As organizações usam os Indicadores-chave de desempenho (KPIs) para avaliar seu sucesso em atingir metas. Estes indicadores são valores mensuráveis que podem ser utilizados para demonstrar a eficácia do cumprimento de objetivos específicos.

Esses indicadores podem ser:

• Negócios:

  • Usado para medir objetivos-chave de negócios.
  • É importante escolher os KPIs apropriados para sua empresa/cenário com definições claras do que são, como serão medidos, como serão usados e por quem.

• Show:

  • Defina como medir o desempenho do sistema.
  • Alguns exemplos incluem tempo de carregamento de página, tempo de resposta do servidor e desempenho de consulta do banco de dados.

Alguns indicadores, mas não todos, podem se basear nas métricas de meta que você identificar e definir.

Métricas de destino

As métricas são usadas para definir medidas quantitativas para a qualidade de seu site - são basicamente uma definição das metas de desempenho que você deseja alcançar e podem ser usadas para definir seus KPIs (Principais indicadores de desempenho).

Muitas métricas podem ser definidas, mas muitas vezes as que você define cobrem suas metas de desempenho e simultaneidade. Em particular, fatores que podem ser difíceis de quantificar e que são frequentemente propensos a avaliação emocional:

• "nosso site é muito lento hoje" - quando lento se qualifica?

• "tudo fica parado quando meu colega faz logon" - quantos usuários simultâneos o sistema suporta?

• "quando eu pesquisar, o sistema fica parado " - que tipo de solicitações de pesquisa estão afetando o sistema?

• "é necessário ages para baixar o arquivo" - quais são os tempos de download aceitáveis (em condições normais de rede)?

As Métricas de destino são definidas no início de um projeto para:

• indicar as dimensões esperadas do site que você oferecerá
• indica a qualidade mínima que deseja alcançar
• definir como esses fatores serão realmente medidos
• ser usado como a base para os Indicadores-chave de desempenho

Como sempre, é necessário ter cuidado ao definir as métricas de destino:

• se estiver definido como muito alto, pode ser completamente inatingível
• se definido como flutuações muito baixas, pode não ser realçado
• para garantir que possam ser medidos de forma repetida e consistente
• proporcionar um equilíbrio entre os diferentes fatores que estão a ser medidos
• determinadas métricas se relacionarão a um ambiente de teste, mas algumas devem refletir os cenários da vida real, pois devem ser mensuráveis e reprodutíveis, no seu site em produção
• priorizar as métricas de acordo com sua significância para o site
• limitar as métricas a um conjunto que possa ser realisticamente monitorado

Durante o desenvolvimento do projeto, podem ser atualizadas e ajustadas conforme adequado. Depois que o projeto for implementado com êxito, eles poderão ser usados para ajudá-lo a controlar sua instalação e monitorar/manter os níveis de serviço necessários para a operação contínua.

Quando usadas adequadamente, essas métricas podem fornecer uma ferramenta útil; quando utilizados de forma irresponsável, podem ser uma distração que desperdiça tempo. Como sempre, você precisa entender o que está medindo, como está medindo e por quê.

Tudo depende do Design do projeto

Todas as métricas a serem medidas serão, de alguma forma, afetadas pelo design do seu projeto. Por outro lado, muitos problemas serão melhor resolvidos por meio de alterações de design.

Portanto, você deve definir suas métricas de meta antes de decidir sobre seu design. Isso permite otimizar seu design com base nesses fatores. Uma vez desenvolvido o seu projeto, será difícil introduzir alterações nos princípios básicos de concepção.

Ao criar a estrutura para o site, siga a estrutura recomendada para AEM sites. Certifique-se de entender os seguintes problemas e/ou princípios:

• Como estruturar o conteúdo do site.
• Como os modelos e componentes funcionam.
• Como o armazenamento em cache funciona.
• Os impactos do conteúdo personalizado.
• Como a função de pesquisa funciona.
• Como você pode usar o CSS e tecnologias relacionadas para criar código HTML compacto e não redundante.

Se você achar que o seu design não segue as diretrizes ou se não tiver certeza sobre algumas das implicações, clarifique essas questões antes de iniciar a fase de programação ou de preencher o conteúdo.

Infraestrutura

Para definir ou avaliar a infraestrutura, ajudará a definir valores-alvo, como:

• visitantes/dia; média e pico
• ocorrências/dia; média e pico
• número de páginas web que estão sendo disponibilizadas
• volume de conteúdo da Web

Dependendo da sua situação e do significado estratégico do site, isso ajudará você a avaliar e escolher sua infraestrutura:

• número de servidores
• número de instâncias AEM (autor e publicação)

Show

Há vários fatores de desempenho que podem ser avaliados:

• tempos de resposta para páginas individuais, levando em conta:

  • tempos de resposta em um ambiente do autor
  • tempos de resposta no ambiente de publicação

• tempos de resposta para solicitações de pesquisa

Esta seção pode ser lida junto com a Otimização de Desempenho que expande os detalhes técnicos de realmente medir o desempenho.

Tempos de resposta para páginas individuais

Um problema importante é o tempo que seu site leva para responder às solicitações do visitante.

Embora esse valor varie para cada solicitação, um valor médio de público-alvo pode ser definido. Uma vez que esse valor seja comprovadamente alcançável e sustentável, ele poderá ser usado para monitorar o desempenho do site e indicar o desenvolvimento de possíveis problemas

Diferentes metas em ambientes de criação e publicação

Os tempos de resposta que você desejará serão diferentes nos ambientes de criação e publicação, refletindo o público-alvo:

• Ambiente de criação

  Esse ambiente é usado pelos autores que inserem e atualizam o conteúdo, portanto, deve:

  • atenda a um pequeno número de usuários que geram um alto número de solicitações ao atualizar páginas de conteúdo e os elementos individuais nessas páginas
  • seja o mais rápido possível para maximizar a produtividade para obter o conteúdo em seu site

• Ambiente de publicação

  Esse ambiente contém conteúdo que você disponibiliza para seus usuários:

  • a velocidade ainda é vital, mas é muitas vezes mais lenta do que um ambiente do autor

  • são frequentemente aplicados mecanismos adicionais de melhoria do desempenho:

    • o conteúdo é armazenado em cache
    • O balanceamento de carga é aplicado

Definindo tempos de resposta do target

Então, como você pode decidir sobre tempos de resposta (médios) alcançáveis? Geralmente, isso é uma questão de experiência:

• experiência passada no seu site
• experiência com AEM
• reconhecer páginas complexas que têm tempos de resposta acima da média (elas devem ser otimizadas individualmente, se possível)

Contudo, (em circunstâncias controladas), podem ser aplicadas as seguintes orientações:

• 70% das solicitações de páginas devem responder em menos de 100 ms.
• 25% das solicitações de páginas devem responder em menos de 100 ms a 300 ms.
• 4% das solicitações de páginas devem responder em menos de 300 ms a 500 ms.
• 1% das solicitações de páginas devem responder em menos de 500 ms-1000 ms.
• Nenhuma página deve responder mais lentamente do que 1 segundo.

Os números acima assumem as seguintes condições:

• medido na publicação (sem ambiente de criação e/ou sobrecarga de CFC)
• medido no servidor (sem sobrecarga de rede)
• não armazenado em cache (sem cache de saída AEM, sem cache do Dispatcher)
• somente para itens complexos com muitas dependências (HTML, JS, PDF, …)
• nenhuma outra carga no sistema

Há vários mecanismos que você pode usar para monitorar os tempos de resposta:

• Monitoramento dos tempos de resposta com o AEM request.log

  Um bom ponto de partida para análise de desempenho é o log de solicitação. Entre outras informações, você pode usar isso para ver os tempos de resposta de solicitações individuais. Consulte Otimização de Desempenho para obter mais detalhes.

• Monitoramento de tempos de resposta com comentários em HTML

  Os comentários HTML podem ser usados para incluir informações do tempo de resposta na origem de cada página:

  </body> </html>v <-- Page took 58 milliseconds to be rendered by the server --> Response times for search requests

Solicitações de pesquisa

As solicitações de pesquisa podem ter um impacto significativo no seu site, em termos de:

• Tempo de resposta da pesquisa real

  • Uma função de pesquisa rápida é uma meta de qualidade para o seu site

• Impacto no desempenho geral

  • Como uma função de pesquisa deve verificar (potencialmente grande) seções do conteúdo ou um índice extraído especialmente, isso pode afetar o desempenho de todo o sistema se não for otimizado

Definir alvos para solicitações de pesquisa é, novamente, uma questão de experiência, dependendo de:

• experiência de AEM
• uma avaliação da frequência com que a pesquisa será usada em comparação com outros objetivos
• seu gerenciador de persistência
• seu índice de pesquisa
• a complexidade da sua função de pesquisa; uma função de pesquisa básica que permite que somente um termo de pesquisa seja inserido será mais rápida que uma pesquisa avançada, permitindo que o usuário crie instruções de pesquisa complexas usando AND/OR/NOT.

Eles devem ser planejados e integrados desde o início do seu projeto. Os mecanismos disponíveis para a monitorização incluem:

• Monitorar os tempos de resposta da pesquisa com o AEM request.log

  Novamente, o request.log pode ser usado para monitorar os tempos de resposta das solicitações de pesquisa; consulte Otimização de Desempenho para obter mais detalhes.

• Mecanismos programados para medir os tempos de resposta da pesquisa

  Para personalizar as informações coletadas sobre as solicitações de pesquisa e seu desempenho, é recomendável incluir a coleta de informações no código-fonte do projeto; consulte Otimização de Desempenho para obter mais detalhes.

Simultaneidade

Seu site será disponibilizado para vários usuários/visitantes, nos ambientes de criação e publicação. Geralmente, os números são mais altos do que você usou no teste, mas também flutuantes e difíceis de prever. Seu site precisará ser projetado para um número médio de usuários/visitantes simultâneos sem notar um impacto negativo no desempenho. Novamente, request.log pode ser usado para fazer testes de simultaneidade; consulte Otimização de desempenho para obter mais detalhes.

As metas para o número de usuários simultâneos dependem do tipo de ambiente:

• Ambiente de criação

  • Geralmente, o número de usuários simultâneos pode ser estimado com precisão. Você saberá quantos autores tem no total, no entanto (provavelmente) nem todos estarão ativos ao mesmo tempo.

• Ambiente de publicação

  • Isso é mais difícil de prever, portanto, você deve selecionar um valor de meta. Novamente, isso deve se basear na experiência do seu site atual, juntamente com expectativas realistas do seu novo site.
  • Eventos especiais (por exemplo, quando você publica conteúdo novo e muito popular) podem exceder as expectativas, ou até mesmo os recursos (como por vezes reportado na imprensa quando ingressos para determinados eventos são disponibilizados para venda).

Capacidade e volume

Antes de discutir as métricas relacionadas, uma definição rápida dos termos:

• Volume

  • A quantidade de saída que é processada e entregue pelo sistema.

• Capacidade

  • A capacidade do sistema de fornecer o volume.
  • Em cada etapa, a capacidade e o volume são medidos de forma diferente, conforme mostrado na tabela abaixo. Para obter o melhor desempenho, verifique se a capacidade corresponde ao volume em cada etapa e se a capacidade e o volume são compartilhados em todas as etapas. Por exemplo, você pode ser capaz de calcular a navegação no computador cliente ou colocá-la no cache, em vez de computá-la no servidor para cada solicitação.

• Capacidade e volume

  O que / Onde	Capacidade	Volume
  Cliente	Potência computacional do computador do usuário.	Complexidade do layout da página.
  Rede	Largura de banda de rede.	Tamanho da página (código, imagens e assim por diante).
  Cache do Dispatcher	Memória do servidor Web (memória principal e disco rígido).	Servidor Web (memória principal e disco rígido). Número e tamanho das páginas em cache.
  Cache de saída	Memória do servidor AEM (memória principal e disco rígido).	Número e tamanho das páginas no cache de saída, o número de dependências por página. O cache do dispatcher baixa esse volume.
  Servidor Web	Potência computacional do servidor Web.	Quantidade de solicitações. O armazenamento em cache reduz esse volume.
  Modelo	Potência computacional do servidor Web.	Complexidade dos modelos.
  Repositório	Desempenho do repositório.	Número de páginas carregadas do repositório.

Outras métricas

As seções anteriores detalham as métricas principais a serem definidas.

Dependendo das suas necessidades específicas, pode ser útil definir métricas adicionais, isoladamente ou levando em conta as classificações acima.

No entanto, é preferível ter um pequeno conjunto de métricas principais e precisas que funcionam de forma fácil e confiável, em vez de tentar medir e definir cada aspecto do seu site. Por sua natureza, seu site começará a mudar e evoluir assim que for entregue aos usuários.

Segurança

A segurança é crucial e um desafio cada vez maior. Ele deve ser considerado e planejado a partir dos primeiros estágios do seu projeto.

A Lista de Verificação de Segurança detalha as etapas que você deve seguir para garantir que sua instalação AEM seja segura quando implantada. Outros aspectos de segurança são cobertos em Segurança (ao desenvolver) e Administração e segurança do usuário.

Tarefas paralelas e iterativas

Para uma nova implementação de um projeto de AEM padrão, você precisará considerar tarefas como:

• Transferir do processo de vendas.
• Implementação do aplicativo do cliente (Desenvolvimento).
• Instalação e configuração da infraestrutura (e processos relacionados) no local do cliente (Infrastructure).
• Criação (ou migração) do conteúdo (Content).
• Transferir para operações (Maintenance/Support).
• Versões de acompanhamento.

Para todos os aspectos, é recomendável usar uma abordagem iterativa:

Alguns pontos a serem observados para cada categoria são:

• Desenvolvimento

  • Defina a arquitetura base primeiro.

  • Use várias iterações (gravações) para desenvolvimento:

    • A primeira impressão equivale ao primeiro ciclo completo de desenvolvimento.
    • A primeira etapa resulta na primeira implantação no ambiente de teste.
    • Todas as fontes têm um resultado que pode ser executado.
    • Cada fonte recebe uma aprovação do cliente (mínimo de teste estruturado com feedback).

  • Plano para a eventualidade de uma atualização da versão AEM disponível durante o projeto.

  • Plano de testes e otimização durante as impressões.

  • Plano para as fases de estabilização e otimização.

  • Crie um log de itens a serem planejados para outras versões.

  • Plano de participação e transferência dos parceiros.

• Infraestrutura

  • Defina a arquitetura base primeiro:

    • Defina os requisitos de desempenho.
    • Defina as metas de desempenho (ou seja, defina claramente as expectativas).
    • Definir a arquitetura de hardware e infraestrutura; incluindo dimensionamento.
    • Defina a implantação.

  • Usar várias iterações; para a primeira configuração inicial e de configuração inicial, prepare:

    • Ambiente de desenvolvimento.
    • Processo de desenvolvimento.
    • Ambiente de teste.
    • Processo de implantação (incluindo gerenciamento de configuração).

  • Planejar vários testes de carga.

  • Plano de testes e otimização durante as impressões.

  • Plano para uma fase de estabilização e otimização.

  • Implante no ambiente de produção o mais rápido possível (deixe que a equipe de operações configure o sistema para ganhar experiência).

  • Use usuários nomeados e funções definidas o mais rápido possível.

  • Plano de treinamento (por exemplo, treinamento de administrador).

  • Plano de entrega para operações.

• Conteúdo

  • A arquitetura básica:
    • Direciona a hierarquia de conteúdo.
    • Ajuda a definir o conceito de conteúdo.
    • Define o uso e o layout do MSM.
    • Define funções, grupos, fluxos de trabalho e permissões.
  • Considere se a criação de página offline será útil.
  • Plano para a criação antecipada de primeiras páginas e conteúdo (para uso em testes e feedback).
  • Plano de migração de conteúdo existente.
  • Plano de "migração automática" após a refatoração.
  • Planejar "detalhamento de conteúdo" (mapa do site para conteúdo ativo).

Estimando o tempo e o esforço

Dependendo da lista de tarefas resultante, é possível fazer estimativas iniciais de tempo e esforço para definições de tarefas (de alto nível). Isso deve incluir uma indicação de quem (cliente ou parceiro) fará o que e quando.

A lista a seguir mostra aproximações padrão e inter-relações de esforço envolvidas e, portanto, custos:

O planeamento detalhado pode então relacionar os recursos disponíveis ou necessários com prazos e custos.

Arquitetura de referência

A arquitetura de referência é fornecida para fornecer uma solução de modelo para a arquitetura de AEM. A arquitetura de referência soluciona problemas comuns encontrados para sistemas corporativos, incluindo dimensionamento, confiabilidade e segurança.

As seguintes métricas do site devem ser definidas:

Visão geral das ferramentas potenciais

A lista a seguir é fornecida para informá-lo sobre as ferramentas que podem ser usadas. Trata-se de uma introdução, não de uma lista de recomendações extensa, e certamente não deve dissuadi-lo de utilizar quaisquer outros instrumentos que preferir.

Leitura adicional

Além disso, são de especial interesse as seguintes seções:

• Introdução
• Requisitos técnicos
• Monitoramento e manutenção da instância

Práticas recomendadas

O Adobe fornece mais Práticas recomendadas para todas as fases e públicos-alvo:

• Implantação
• Criação
• Administração
• Desenvolvimento
• Gerenciamento de projeto

Recursos de Business.Adobe.com

Multichannel Communication Automated Onboarding Version History Dynamic Forms Content Management Digital Rights Management