Gerenciamento de projetos - Lista de verificação de práticas recomendadas managing-projects-best-practices-checklist

Um lista de verificação interativa Isso permite rastrear e monitorar o progresso com essas práticas recomendadas.

• Define entradas e resultados de acordo com fase, marco e persona.
• Fornece visões gerais automatizadas (qualidade, integridade e integridade) para indicar progresso e integridade do projeto.

Documentação, baseada diretamente no lista de verificação, que detalha o seguinte:

• Heartbeat de projeto análise.
• Status por função visão geral.
• Fases e marcos.
• Key Persona e o seu envolvimento em todas as fases (relevantes).
• A Glossário do Documentos e Entregas Necessários.

Referência adicional material para fornecer mais detalhes sobre áreas específicas.

Qualidade da Fase

• Indica a qualidade da Documentos e Entregas Necessários no projeto.

Integridade da Fase

• Um indicador de status de alto nível para o seu projeto; útil para destacar áreas que podem estar em risco.

Integridade da Fase

• Em qualquer momento durante o projeto, isso indica o quanto já foi concluído em cada fase do projeto.

Razão Comercial

• As razões fundamentais e a justificação para a realização do projeto.

Escopo 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.

Validação

Nesta fase, é necessário validar e confirmar os objetivos do projeto; por exemplo:

• O que você deseja obter/fornecer?

• Quem vai beneficiar?

• Qual é o âmbito de aplicação?

  • Se ajudar a esclarecer a situação, também pode definir o que está fora do âmbito de aplicação.

• Como você definirá o sucesso?

• Como você vai medir o sucesso?

  • Quais são os requisitos, os negócios e os requisitos técnicos?
  • Há sistemas herdados a serem substituídos e, em caso afirmativo, há dados a serem migrados?
  • Quem estará envolvido?
  • Como você irá medir o progresso?
  • Com que frequência você analisará os progressos 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 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 do cliente que ele possa estar sujeito.
• Considerar 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.

Transmissão

Uma entrega limpa garante que as pessoas/grupos apropriados estejam cientes de suas responsabilidades dentro do projeto.

Devem ser fornecidos/gerados todos os pormenores para garantir a sua plena compreensão de todos os aspectos relevantes, incluindo o roteiro, o âmbito de aplicação, os objetivos, os requisitos e os KPI.

Avaliação de riscos

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 assegurar que quaisquer vulnerabilidades sejam identificadas e avaliadas. Com base nos resultados, você pode informar os seus participantes 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 fundamental para o sucesso de qualquer projeto. Você precisa se comunicar de forma clara e eficiente para garantir que todos sejam:

• Trabalhar para os mesmos objetivos básicos
• Da mesma base de informações
• Com os mesmos canais

Desligar

O encontro Kick Off é usado para conscientizar que o projeto está iniciando. É uma boa oportunidade para:

• Convidar todas as partes interessadas (ou, pelo menos, representantes de grupos).
• Apresente fatos-chave sobre o projeto.
• Responda perguntas.
• Garantir que todos tenham a mesma base de conhecimento.
• Obtenha o compromisso de todos os que irão participar - isso terá de ser ganho.
  • Ao envolver os principais players (incluindo autores em potencial) no início do projeto, você aumenta suas chances de conseguir seu compromisso com o projeto.

Equipe de desenvolvimento com equipe e treinamento

Antes de iniciar qualquer projeto, você deve garantir que sua equipe de desenvolvimento tenha a equipe adequada e que todos os membros da equipe sejam treinados para a tarefa em andamento.

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 compatível (incluindo tags e conceitos de marcação)
• Armazenamento em cache e estratégias de 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 o Requisitos técnicos e Diretrizes de dimensionamento do hardware
• Processos para cada ambiente; por exemplo, requisitos de implantação e manutenção
• Atividades de manutenção (Datastore GC, otimização do TarPM etc.)
• 🔗Armazenamento em cache do Dispatcher
• Geração de cluster Publicar/Autorcompartilhar
• Desempenho no lado do cliente (minify JS, concat, sprites de css, número total de solicitações http e outras)

Arquitetura do aplicativo

A arquitetura de aplicativos define e descreve o comportamento dos aplicativos propostos.

Tem como foco:

• Como eles interagem entre si e com os usuários.
• Os dados a serem consumidos e produzidos pelas aplicações, em vez da 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 seus relacionamentos
• Detalhes de alto nível das personalizações necessárias (as sobreposições específicas serão seguidas posteriormente)
• Design de fluxos de trabalho necessários para a 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 sub-sistemas e integrações de soluções será reunido para funcionar como um sistema coerente
• Como quaisquer sistemas de terceiros serão integrados; juntamente com quaisquer considerações especiais, como offline/online, lado do cliente/navegador ou tratamento de falhas 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 teste requisitos para o seu projeto.

Isso deve incluir (entre outros):

• Pormenores de todos os ensaios a efetuar
• Preparação de qualquer conteúdo necessário para esses ensaios
• Informações sobre quaisquer ferramentas de ensaio a utilizar
• Indicação de alto nível de quem irá participar nos ensaios; grupos especialmente fora da equipe de controle de qualidade
• Pormenores da automatização dos ensaios; por exemplo, com o Selenium ou o modo Desenvolvedor de AEM

Design da experiência

O Experience Design (XD) envolve projetar a experiência do usuário para sua solução.

A experiência do usuário deve ser analisada e desenvolvida para seus autores e usuários finais de seu site.

Configuração de suporte

Antes do desenvolvimento, todos os processos de suporte, necessários para implantar, lançar, testar e relatar, devem ser configurados.

Consulte também a Portal de suporte do Adobe.

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 read/ write definições de 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 workflows devem ser definidos
• Usuários na editor não deve ter admin nem fazer parte da administrators grupo

Para obter mais informações, consulte Administração e segurança do usuário.

Monitoramento e manutenção

O monitoramento e a manutenção são aspectos fundamentais para garantir o bom funcionamento da solução após sua ativação. Para isso, você precisa definir:

• O que precisa de monitoramento
• Tarefas de manutenção; regular e em 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

Certifique-se de ter um plano de recuperação em vigor. Numa situação de emergência, tal deve estar disponível para garantir a utilização da AEM na produção. Isso deve abranger situações como backup, restauração, falover e outras.

Ambiente de desenvolvimento

Planeje e documente seu ambiente de desenvolvimento, incluindo:

• Arquitetura

• Ferramentas de desenvolvimento

  • 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 da construção; como Maven
    • um instrumento de integração contínua; como Jenkins
    • uma ferramenta para o controlo de versão; como GIT/SVN
    • um gerenciador de repositório de artefatos de compilação; como Archiva/Nexus

• Integração/dependências de software de terceiros

• Integração/dependências da solução

• Carência de implantação

Sistema de teste

Planeje e documente seu ambiente de teste, incluindo:

• Arquitetura
• Dependências em construções de desenvolvimento; incluindo criações noturnas
• As possibilidades ou limitações de testes de 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 ao executar o Testes de Dia Difícil na configuração de produção
• Requisitos para os ensaios de desempenho; see Práticas recomendadas para garantia de qualidade

Integração

Planejar, documentar e testar todos os aspectos do sistema e integração de soluções, incluindo:

• Uma estratégia de teste automatizado
• Processos automatizados para mover aplicativos de desenvolvimento para teste, em seguida, produção
• Processos automatizados para mover o conteúdo da produção para teste e desenvolvimento

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 o pessoal do projeto sejam mantidos atualizados, conforme necessário.

Documentação.

Documentar completamente a solução; incluindo:

• Manual de operações
• Qualquer personalização que possa afetar as atualizações
• Notas de versão

Teste de aceitação do usuário final

Teste de aceitação do usuário (UAT) é fundamental para assegurar 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 existir uma lista de verificação formalizada para a transferência do cliente; idealmente automatizada e executada durante a noite em relação a um instantâneo. Os resultados devem ser enviados ao gestor do projeto e à equipe de desenvolvimento

Testes de desempenho e carregamento

Os testes de desempenho e 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:

• Teste de desempenho
• Como planejar e executar testes
• Diretrizes básicas de desempenho

Preparação

A preparação e o planejamento ajudarão a garantir uma implantação tranquila.

Treinamento

Assegurar que todo o pessoal envolvido foi treinado.

Consulte Adobe Experience Manager no catálogo do curso.

Administradores treinados

Certifique-se de que os administradores da solução tenham:

• Treinado
• Recebido o material de formação adequado
• Recebida a documentação apropriada

Usuários treinados

Certifique-se de que os autores tenham:

• Treinado
• Recebido o material de formação adequado
• Recebida a documentação apropriada; por exemplo, o Guia do usuário

Testes de Penetração

Os testes de penetração simulam um ataque em um sistema de computador para identificar possíveis fragilidades de segurança.

Testes de Penetração/Segurança

Para garantir a segurança de 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.

Preparação

A preparação e o planejamento ajudarão a garantir uma ativação tranquila.

Segurança

Confirme a segurança da 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 em vigor antes de entrar em funcionamento.

Suporte

Certifique-se de que os serviços de suporte estejam no local e prontos.

Transição

Planeje e execute a transição para seu ambiente de produção e seus usuários.

Implantação

Prepare e execute seus testes de fumaça.

Responsável por fornecer/apresentar o caso comercial do projeto.

Chave para definir e definir o âmbito do projeto; incluindo:

• a definição e os critérios de sucesso
• os KPIs principais

Forneça os principais marcos com base no roteiro do cliente.

É o principal responsável por reunir 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 que a equipe de desenvolvimento possa trabalhar durante o projeto e desenvolvimento.

Trabalha em conjunto com o cliente para analisar os requisitos. Eles combinam estes itens com:

• A definição de sucesso.
• Os critérios de sucesso.
• KPIs (baseados em negócios e desempenho).

É 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:

• garantir que esteja alinhada aos KPIs de negócios e desempenho
• tendo em conta os critérios de sucesso e a definição

Trabalha em estreita colaboração com o arquiteto (especialmente ao elaborar a estratégia de desenvolvimento para 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.

É responsável pela supervisão da infraestrutura do projeto.

É responsável por:

• configuração de ambientes internos de desenvolvimento e teste
• para combinar esses sistemas com os sistemas clientes

Fornece recomendações de hardware, monitora as várias implementações e fornece suporte às operações antes e depois do lançamento.

Partes interessadas

• Pessoas (muitas vezes da empresa) que têm interesse (interesses) no sucesso do projeto. Muitas vezes contribuem para o orçamento.

Legal

• É necessário aconselhamento jurídico aquando da negociação de contratos.

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 em causa.

Escritores Técnicos

• Dependendo da dimensão e da natureza do projeto, os autores 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 do 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 seu site.

Outras práticas recomendadas e diretrizes relacionadas ao gerenciamento de um projeto de AEM:

• Diretrizes de dimensionamento do hardware
• DevOps empresarial
• Práticas recomendadas de gerenciamento de SEO e URL
• AEM e as diretrizes de acessibilidade na Web
• Regulamento Geral sobre a Proteção de Dados

Práticas recomendadas de implantação e manutenção

Práticas recomendadas de administração

Práticas recomendadas de desenvolvimento

Práticas recomendadas de criação

Documentação AEM

Além disso, as seguintes seções da documentação AEM são de especial interesse (no entanto, esta lista não é exaustiva):

• Segurança

• Implantações recomendadas

• DevOps empresarial

• Dimensionamento de hardware

• Conceitos de AEM:

  • Desenvolvimento - noções básicas
  • Conceitos do MSM
  • Linguagem de modelo do HTML (HTL)

Documentação relacionada

• Adobe Experience Cloud - Planejamento da Adobe Experience Cloud