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

Uma lista de verificação interativa que permite acompanhar e monitorar seu progresso com essas práticas recomendadas.

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

Documentação baseada na lista de verificação que detalha:

• Análise de Pulsação do projeto.
• Visão geral de Status por Função.
• Fases e Etapas.
• Persona-chave e seu envolvimento em cada estágio (relevante).
• Um Glossário dos Documentos e Entregas Necessários.

Mais material de referência para fornecer mais detalhes sobre áreas específicas.

Qualidade da fase

• Indica a qualidade dos Documentos e Produtos Necessários em todo o 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.

Completude da Fase

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

Razão Comercial

• As razões fundamentais e justificativas para realizar o projeto.

Escopo e Agendamento

• Um escopo básico e um cronograma aproximado devem ser disponibilizados para definir o que é necessário e dentro de qual período de tempo; se isso ajudar a esclarecer a situação, você também poderá definir o que está fora do escopo.

Validação

Nesta fase, você deve validar e confirmar as metas do projeto; por exemplo:

• O que você deseja alcançar/fornecer?

• Quem se beneficia?

• Qual é o escopo?

  • Se ajudar a esclarecer a situação, você também poderá definir o que está fora do escopo.

• Como você define sucesso?

• Como você avalia o sucesso?

• Quais são os requisitos técnicos e de negócios?

• Há sistemas herdados a serem substituídos e, em caso afirmativo, há dados a serem migrados?

• Quem está envolvido?

• Como você avalia o progresso?

• Com que frequência você analisa o progresso durante a vida útil do projeto?

Orçamento

Antes de iniciar qualquer projeto, você precisa de uma estimativa confiável e realista de quanto custa implementar:

• Use as informações da etapa de validação como base para as estimativas.
• Seja realista em suas estimativas.
• Considere e respeite quaisquer diretrizes, processos ou restrições do cliente aos quais o cliente esteja sujeito.
• Considere os processos de contingência e revisão se uma revisão ou refinamento do orçamento for necessário posteriormente.
• Lembre-se de que os custos vêm de muitas formas, como compras, uso de recursos e taxas, entre outras.

Transferência

Uma entrega limpa garante que a pessoa/grupos apropriados estejam cientes de suas responsabilidades no projeto.

Detalhes completos devem ser fornecidos/gerados para garantir que tenham uma compreensão completa de todos os aspectos relevantes, incluindo o roteiro, o escopo, as metas, os requisitos e os KPIs.

Avaliação de riscos

Para evitar surpresas desagradáveis, use a avaliação de risco para identificar e quantificar possíveis riscos, juntamente com seu impacto e probabilidade.

Isso deve ser feito no início do ciclo de vida do projeto para garantir que todas as vulnerabilidades sejam identificadas e avaliadas. Com base nas conclusões, você pode informar às partes interessadas se os requisitos completos podem ser implementados e, se necessário, se é possível planejar a tomada e o rastreamento de ações apropriadas.

Comunicação

A comunicação é sempre a chave para o sucesso de qualquer projeto. Comunicar de forma clara e eficiente para garantir que todos estejam:

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

Início

A reunião de abertura é usada para conscientizar que o projeto está começando. É uma boa oportunidade para:

• Convidar todas as partes interessadas (ou, pelo menos, representantes de grupos).

• Apresentar os principais fatos sobre o projeto.

• Responda às perguntas.

• Certifique-se de que todos tenham a mesma base de conhecimento.

• Consiga o compromisso de todos os que estarão envolvidos - isso terá que ser conquistado.

  • Ao envolver os principais players (incluindo autores em potencial) no início do projeto, você aumenta as chances de obter seu compromisso com o projeto.

Equipe de desenvolvimento formada e treinada

Antes de iniciar em 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 do 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 básicas; incluindo campanhas e assim por diante.
• Estruturas multisite e multilíngues (MSM, Tradução e assim por diante)
• Conteúdo de suporte (incluindo tags e conceitos de marcação)
• Estratégias de reutilização de conteúdo e cache

Arquitetura do Sistema

A arquitetura do sistema define a visualização conceitual do seu 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 técnicos e as Diretrizes de dimensionamento de hardware

• Processos para cada ambiente; por exemplo, requisitos de implantação e manutenção

• Atividades de manutenção (Datastore GC, otimização de TarPM e assim por diante)

• Cache do Dispatcher

• Clustering Publish/Authorshare

• Desempenho para o lado do cliente (minificação JS, concat, sprites css, número total de solicitações http e outros)

Arquitetura de Aplicativo

A arquitetura do aplicativo 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 pelos aplicativos, em vez de sua estrutura interna.

As definições devem abranger:

• Estrutura básica de código do projeto
• Artefatos de código (pacotes, pacotes e assim por diante)
• Detalhamentos dos modelos/componentes e seus relacionamentos
• Detalhes de alto nível das personalizações necessárias (sobreposições específicas serão exibidas posteriormente)
• Design de workflows exigidos pela solução (por exemplo, criação de conteúdo, aprovação, publicação, transformações, importações e exportações)
• 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 são reunidos para funcionar como um sistema coerente
• Como qualquer sistema de terceiros é integrado; juntamente com considerações especiais, como offline/online, do lado do cliente/do lado do navegador ou tratamento de fallover quando um sistema de terceiros estiver inativo

Conceito de Teste

Antes de iniciar o desenvolvimento, você deve elaborar um conceito detalhado e abrangente de todos os requisitos de teste para o seu projeto.

Isso deve incluir (entre outros):

• Detalhes de todos os testes a serem executados
• Preparação de qualquer conteúdo necessário para esses testes
• Informações sobre as ferramentas de ensaio a utilizar
• Indicação de alto nível de quem estará envolvido em testes; especialmente grupos fora da equipe de controle de qualidade
• Detalhes da automação de testes; por exemplo, com o modo de desenvolvedor Selenium ou 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 os autores e usuários finais do site.

Instalação de Suporte

Antes do desenvolvimento, todos os processos de suporte necessários para implantar, liberar, testar e relatar problemas devem ser estabelecidos.

Consulte também o 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 (isto é, 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

• Os usuários do grupo editor não devem ter direitos de admin nem fazer parte do grupo administrators

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

Monitoramento e manutenção

Monitoramento e manutenção são aspectos fundamentais para garantir a operação perfeita de sua solução assim que ela entrar em funcionamento. Para isso, é necessário definir:

• O que precisa de monitoramento
• Tarefas de manutenção, tanto regulares quanto 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

Certifique-se de que você tenha um plano de recuperação em vigor. Em uma situação de emergência, isso deve estar disponível para garantir o uso da produção de AEM. Isso deve abranger situações como backup, restauração, failover 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 rastreamento de problemas, como o Jira
    • um IDE; como o Eclipse
    • uma ferramenta de gerenciamento de compilação, como o Maven
    • uma ferramenta para integração contínua, como o Jenkins
    • uma ferramenta para controle de versão, como GIT/SVN
    • um gerenciador de repositório de artefatos de build; como Archiva/Nexus

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

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

• Cadência de implantação

Testar Sistema

Planeje e documente seu ambiente de teste, incluindo:

• Arquitetura
• Dependências em builds de desenvolvimento; incluindo builds noturnos
• Possibilidades ou limitações de teste 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
• Cadê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 os Testes do Dia Difícil na configuração de produção
• Requisitos para testes de desempenho; consulte Práticas recomendadas de controle de qualidade

Integração

Planeje, documente e teste todos os aspectos do sistema e da integração da solução, incluindo:

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

Migração

Planeje, documente e teste todos os aspectos da migração de conteúdo; incluindo:

• Arquitetura de conteúdo
• Estratégia de migração

Comunicação

Garantir que todos os membros da equipe e o pessoal do projeto estejam atualizados, conforme necessário.

Documentação

Documentar a solução completamente; 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

O UAT (teste de aceitação de usuário) é fundamental para garantir que:

• A solução atende às necessidades do usuário/cliente
• Os clientes/usuários aceitam a solução (função, design e desempenho)

Deve haver uma lista de verificação formalizada para a entrega ao cliente; idealmente automatizada e executada à noite com base em um instantâneo. Os resultados devem ser enviados ao gerente do projeto e à equipe de desenvolvimento

Testes de Desempenho e Carga

Os testes de desempenho e carga são usados para garantir que a solução atenda aos níveis de desempenho necessários, em cargas médias e de pico.

Para obter mais informações sobre o teste 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 de cursos.

Administradores treinados

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

• Foi treinado
• Recebeu o material de treinamento adequado
• Recebeu a documentação apropriada

Usuários Treinados

Certifique-se de que os autores tenham:

• Foi treinado
• Recebeu o material de treinamento adequado
• Recebida a documentação apropriada; por exemplo, o Guia do usuário

Testes de Penetração

Testes de penetração simulam um ataque em um sistema de computador para identificar possíveis falhas de segurança.

Testes de Penetração/Segurança

Para garantir a segurança de sua solução, realize testes de penetração específicos, juntamente com uma gama mais ampla 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

Garantir que todos os sistemas, procedimentos e mecanismos necessários para o fallback estejam em vigor antes da ativação.

Suporte

Garantir 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 business case do projeto.

Chave para modelar e definir o escopo do projeto; incluindo:

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

Fornecer os principais marcos com base no roteiro do cliente.

É o principal responsável por coletar e analisar os requisitos de alto nível e, em seguida, transformá-los em especificações:

• para o gerente de projeto usar ao planejar o desenvolvimento
• para a equipe de desenvolvimento trabalhar durante a criação e o desenvolvimento.

Trabalha em conjunto com o cliente para analisar os requisitos. Eles comparam esses itens com:

• A definição de sucesso.
• Os critérios para o 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.

Elabora a estratégia de desenvolvimento:

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

Trabalha em estreita colaboração 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.

É 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 oferece suporte a operações antes e depois da ativação.

Partes interessadas

• Pessoas (geralmente da empresa) que têm interesse (participação) no sucesso do projeto. Eles frequentemente contribuem para o orçamento.

Legal

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

Treinadores

• Dependendo da escala e da natureza do projeto, os formadores especializados podem ser utilizados para desenvolver e apresentar sessões de formação para os grupos relevantes.

Escritores técnicos

• Dependendo da escala e da natureza do projeto, escritores técnicos especializados podem ser usados para escrever diretrizes e manuais para grupos específicos. Por exemplo, um Manual de manutenção para administradores do 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 usam o sistema para criar e manter o conteúdo do site.

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

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

Administração de práticas recomendadas

Desenvolvimento de práticas recomendadas

Práticas recomendadas de criação

Documentação do AEM
Além disso, as seguintes seções da documentação do 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 de HTML (HTL)

Documentação relacionada

• Adobe Experience Cloud - Planejamento para a Adobe Experience Cloud