Ir para o conteúdo
HPI Pro — Salesforce consulting and implementation
Idioma

Metodologia

Um método de entrega com 'stage gates', para que os problemas não apareçam quando já são caros de resolver.

Oito fases, cada uma com um objetivo, entregáveis e uma condição de saída explícita. O método se adapta ao projeto, mas nenhuma fase é pulada silenciosamente.

Sistema de entrega empresarial

Da descoberta à estabilização, com um gate entre cada fase

Os gates são o que transforma uma metodologia em uma lista de fases em um sistema de controle. Cada gate requer uma aprovação explícita do negócio, não apenas um OK técnico.

Sistema de entrega empresarial

  1. 01

    Descoberta e compreensão de processos

    Entender o que deve mudar no trabalho diário e quem será afetado.

    Entrevistas com gestores de processo e usuários, mapeamento do estado atual, identificação de fontes de dados e sistemas conectados, definição de objetivos mensuráveis.

    Stage gate: Um documento de descoberta aprovado com objetivos, usuários e processos no escopo.

  2. 02

    Arquitetura e modelo de dados

    Fixar as camadas cuja mudança posterior é custosa.

    Modelo de entidades, fontes de verdade, modelo de permissões e compartilhamento, limites de integração, estratégia de organização e decisões de plataforma.

    Stage gate: Um modelo de dados e permissões aprovado por escrito pelos gestores de processo e TI.

  3. 03

    Design da solução e escopo

    Traduzir a descoberta em um backlog acordado com critérios de aceitação.

    Detalhamento de capacidades, histórias de usuário, definição do MVP, priorização e identificação de riscos e dependências.

    Stage gate: Escopo aprovado com critérios de aceitação e um mecanismo de controle de mudanças.

  4. 04

    Construção em ciclos

    Construir e demonstrar software em funcionamento, não slides.

    Configuração, Flow ou Apex por meio de uma decisão fundamentada, interfaces de usuário, uma demonstração ao final de cada ciclo.

    Stage gate: Uma demonstração aprovada por ciclo, com a lista de lacunas resolvidas.

  5. 05

    Dados e migração

    Transferir dados nos quais as pessoas possam confiar.

    Profiling, regras de limpeza, mapeamento, chaves de identidade, carregamento de teste e reconciliação.

    Stage gate: Um carregamento de teste que superou a comparação completa com a origem, com as diferenças aprovadas.

  6. 06

    Testes de aceitação

    Verificar se o processo funciona nas mãos de quem o executará.

    Roteiros de UAT baseados no processo, testes de permissões, testes de integração e testes de carga quando aplicável.

    Stage gate: UAT aprovado pelos gestores de processo, com defeitos classificados e bloqueadores resolvidos.

  7. 07

    Treinamento e preparação

    Levar a organização a um estado em que possa trabalhar desde o primeiro dia.

    Treinamento por função, materiais de referência concisos, uma rede de 'Champions', comunicação interna e um plano de suporte.

    Stage gate: Uma verificação de preparação: usuários, dados, permissões, suporte e um plano de rollback.

  8. 08

    Go-live e hypercare

    Estabilizar e transferir para a operação contínua.

    Uma janela de cutover planejada, suporte próximo nas primeiras semanas, medição de adoção e correções rápidas.

    Stage gate: Saída do hypercare com base em métricas de estabilidade e adoção acordadas.

Um gate que não é fechado interrompe o projeto de forma deliberada. É o ponto em que o custo para corrigir ainda é baixo.

Funções

Quem é responsável por quê

Gerente de Processo de Negócio

Responsabilidade principal
Define o que deve acontecer e aprova a aceitação
Parte
Cliente

Tomador de Decisão com Autoridade

Responsabilidade principal
Resolve divergências e aprova mudanças de escopo
Parte
Cliente

Arquiteto de Solução

Responsabilidade principal
Modelo de dados, permissões e decisões de plataforma
Parte
HPI Pro

Gerente de Entrega

Responsabilidade principal
Planejamento, priorização, risco e comunicação
Parte
HPI Pro

Desenvolvedor e Administrador

Responsabilidade principal
Construção, automação, desenvolvimento e testes
Parte
HPI Pro

Especialista em Dados

Responsabilidade principal
Profiling, migração, qualidade e reconciliação
Parte
HPI Pro

Representante de TI e Segurança

Responsabilidade principal
Infraestrutura, identidade, permissões e regulamentação
Parte
Cliente

Grupo de Teste de Usuários

Responsabilidade principal
UAT e feedback de usabilidade
Parte
Cliente

Gestão de riscos

Quatro riscos gerenciados desde o início

Dados piores do que o esperado

Profiling precoce antes de fixar qualquer prazo, e regras de decisão acordadas para os registros que ficam abaixo do limite.

Scope creep

Toda solicitação recebe uma avaliação de impacto e uma decisão explícita. Uma mudança aprovada também altera o prazo e o orçamento.

Resistência dos usuários

Envolvimento precoce de usuários-chave, testes de aceitação reais e treinamento por função em vez de por tela.

Dependência de uma única pessoa

Documentação de decisões e transferência contínua de conhecimento, para que o projeto não pare por férias ou licença.

Perguntas frequentes

Metodologia — perguntas comuns

Quanto tempo dura um projeto Salesforce típico?
A duração depende do alcance dos processos, do estado dos dados e do número de integrações, não do tamanho da organização. Um processo de vendas com uma migração limpa é muito diferente de três processos interdepartamentais conectados a um ERP. Fornecemos uma estimativa de tempo apenas após a fase de descoberta, pois antes seria uma suposição.
O que é um 'stage gate' e por que ele é necessário?
Um stage gate é uma condição explícita que deve ser cumprida antes de avançar para a próxima fase: a aprovação do modelo de dados, por exemplo, ou uma reconciliação bem-sucedida de um carregamento de teste. Os gates evitam o padrão comum de um projeto continuar progredindo em uma base não aprovada, descobrindo isso somente nos testes de aceitação.
Trabalham com Agile ou Waterfall?
Em uma combinação controlada. A arquitetura, o modelo de dados e a migração de dados exigem planejamento prévio, pois alterá-los em andamento é muito custoso. A construção, melhorias e priorização são executadas em ciclos curtos com demonstrações periódicas. A abordagem é escolhida por componente, não por ideologia.
Quem deve participar pela organização?
Um gerente de processo de negócio para cada domínio, um representante de TI ou de dados, um tomador de decisão que possa resolver divergências, e um grupo de usuários que participe dos testes de aceitação. A ausência de um tomador de decisão com autoridade é uma das causas mais comuns de atraso.
O que acontece se os requisitos mudarem no meio do projeto?
A mudança é uma parte natural de um projeto. O que não é aceitável é a mudança não documentada. Toda solicitação é avaliada em relação ao escopo aprovado, recebe uma estimativa de impacto em tempo e orçamento, e é aceita ou rejeitada por meio de uma decisão explícita. Isso evita o 'scope creep' silencioso.
O que a organização mantém ao final do projeto?
A documentação de arquitetura e do modelo de dados, um mapa de integrações, um registro de decisões, roteiros de teste, material de treinamento por função e procedimentos operacionais. O objetivo é que a organização possa manter e evoluir o sistema sem nossa ajuda.

Próximo passo

Adaptaremos o método ao seu escopo

Nem todos os projetos precisam de cada fase com a mesma profundidade, mas todo projeto deve saber quais gates ele atravessa.