abril 06, 2023
Nem todo projeto de comércio eletrônico tem os mesmos pré-requisitos e configuração, mas se você tomar isso como uma desculpa para o seu mau planejamento, você falhará.
1. Nenhuma pré-fase planejada antes do início do desenvolvimento real de uma implementação de comércio eletrônico
É importante não começar logo com o desenvolvimento, fazendo com que toda a equipe funcione. Você deve pensar em uma pré-fase completa (há tantos nomes para a fase antes de um projeto começar), cobrindo esses tópicos pelo menos, se você iniciar um projeto de comércio eletrônico.
2. Nenhum planejamento atrasado no início foi feito. O escopo completo não foi estimado de forma aproximada
Supondo que o projeto esteja prestes a começar, é crucial (idealmente após ou durante a fase de descoberta) planejar o projeto de trás para frente, com toda a equipe. Todos devem ter uma abordagem realista dos objetivos do projeto. Portanto, é uma obrigação definir e comunicar o escopo, juntamente com uma estimativa aproximada, pela equipe multifuncional.
3. Não há Proprietário(s) de Produto ou Tomadores de Decisão habilitados disponíveis. As decisões não são tomadas ou estão demorando muito
Ao iniciar um projeto de e-commerce, você tem um plano: a equipe começa com as tarefas mais críticas, para ter os requisitos fáceis no final do projeto. Então, se muitas decisões no início estão sendo movidas ou deixadas de lado, o risco de falhar dentro do projeto aumenta muito rapidamente.
4. Proprietário(s) do Produto ou Líderes de Projeto muito focados no design ou em aspectos técnicos
Os gerentes de projeto estão completamente errados, se eles acham que precisamos finalizar cada UX e conceito de design antes de começar com a implementação funcional. Isso resultará em membros da equipe desapontados, quando perceberem que os projetos brilhantes não podem ser construídos devido a restrições técnicas naturais. O contrário também é incorreto. Não comece com os aspectos técnicos e, em seguida, a UX e design. Se isso acontecer, as circunstâncias técnicas podem impulsionar o conceito de UX e design - o que você deve ser evitado. O cliente deve estar no centro. Um plano equilibrado é fundamental, juntamente com uma abordagem de desenvolvimento multifuncional, onde as histórias de usuários (expressão ágil para requisitos) são tratadas de forma holística, com apostas técnicas e de UX.
5. Os marcos do projeto não são definidos e rastreados
Muitas vezes, os marcos estão faltando nas configurações de entrega ágil, porque há um mal-entendido comum, que em uma configuração ágil, os marcos não existem, que nenhuma disciplina é necessária ou que tudo é flexível. Isso seria um grande erro.
6. Importantes mergulhos técnicos profundos (Spikes) foram perdidos
Acabamos de aprender que você não deve se concentrar, por exemplo, apenas em UX e design, nem em coisas técnicas. Mas também é cristalino, que você não pode perder os esclarecimentos técnicos mais importantes ou "Mini Implementações/Verificações" (em projetos ágeis eles são chamados de "Spikes"). Isso é ainda mais crucial se a documentação estiver faltando em um sistema legado. Existem tópicos técnicos repetidos em projetos de comércio eletrônico que precisam ser abordados de maneira completa, desde o início de um projeto.
Esses tópicos estão ficando ainda mais importantes, se estamos falando de uma loja internacional / global ou verdadeiras configurações omni-channel / multi-channel.
7. Nenhum escopo Golive claro definido, ou escopo em constante mudança
Nada é mais frustrante para uma equipe de projeto do que metas de negócios ambíguas ou o Golive Scope não está claro desde o início do projeto ou constantemente novos requisitos estão perturbando o projeto. Você tem que aplicar pelo menos algumas regras / diretrizes em relação ao escopo do Golive, caso contrário, a equipe ficará desmotivada e o projeto falhará, em termos de tempo e custos.
8. Os padrões da plataforma / recursos prontos para uso não são considerados adequadamente / comparados com os requisitos, para economizar tempo e esforços
Este tópico na verdade não tem nada a ver com gerenciamento de projetos ou governança em si, mas vi muitos projetos com plataformas corporativas falharem, porque o processo de seleção de plataforma não foi detalhado o suficiente ou durante o projeto os padrões de plataforma não foram considerados adequadamente, para ganhar alavancagem em termos de velocidade e menos esforços. Discuta com os proprietários do produto desde o início (idealmente na pré-fase).
Não deixe que a plataforma conduza o escopo do projeto, mas também não ideias vagas ou perfeccionismo. Pergunte a si mesmo: "esses requisitos facilitam a vida do comprador on-line?" ou "isso é necessário para gerar conversões?" Se você descobrir que a proporção das funções ou configurações prontas para uso é muito menor, pode ser a plataforma errada.
9. A equipe de entrega não é madura o suficiente, não é estável ou não está completa
Você não vai notar isso no início do projeto, tudo acelera, você vê os primeiros resultados, etc. Depois de algumas semanas você começa a perceber o efeito, quando as primeiras correções de bugs estão consumindo tempo da equipe ou quando aspectos técnicos precisam ser tocados novamente, durante os picos. Se a taxa de bugs aumentar ou as metas de sprint não tiverem sido cumpridas consecutivamente, isso geralmente é um sinal claro de que a experiência está faltando dentro da equipe. O mesmo vale para os seguintes aspectos: se as estimativas não são atendidas com frequência sem raciocínio ou se os requisitos são corrigidos três ou quatro vezes.
10. Estão a decorrer demasiados outros projectos em paralelo
Muitas vezes, há mais projetos em andamento quando um projeto de comércio eletrônico corporativo começa, como uma iniciativa de CRM ou um PIM (Product Data Management), isso não é incomum ou uma coisa ruim.
Obtenha ajuda para escolher a plataforma de comércio eletrônico certa. Faça o download da nossa lista de verificação.
