Fases do projeto

15 minutos

Normalmente, as metodologias de implementação separam um projeto geral em partes menores, o que permite que você rastreie o progresso mais facilmente. Em geral, independentemente da metodologia específica, outros nomes comuns para essas partes menores do projeto são sprints ou iterações. Independentemente do nome usado, essas pequenas partes de um projeto representam uma etapa no andamento do projeto quando elas são concluídas.

O período gasto em cada fase e em cada projeto varia bastante. Alguns projetos passam da fase de ideia para a fase de operação em apenas alguns meses, enquanto outros levam pelo menos um ano de descoberta antes que o trabalho comece.

As fases do projeto mudam e fluem à medida que o projeto avança. Se o seu projeto usa uma metodologia Agile, você pode repetir fases ao longo do caminho, das pré-vendas à operação.

Normalmente, um projeto segue um caminho; pré-vendas, iniciar, implementar, implantar e operar.

Certos membros da equipe se especializam em cada fase; no entanto, muitos membros da equipe do projeto mudam para onde são necessários em um projeto. É uma prática comum que os membros da equipe participem de um projeto a qualquer momento, desde a ideia até a implantação.

Pré-vendas

A principal atividade de pré-venda é apoiar a equipe de vendas na aterrissagem do projeto. Com a pré-venda, o foco está no mínimo esforço necessário para o lançamento do projeto, garantindo que a equipe de vendas não venda demais o que você pode fornecer. As atividades durante essa fase do contrato são classificadas basicamente da seguinte maneira:

Respostas à RFP (solicitação de proposta)
Reuniões introdutórias com clientes
Provas de conceito/demonstrações
Elaboração da solução

Iniciar

À medida que o projeto progredir no design da solução, o arquiteto de soluções assumirá a liderança. Dependendo da metodologia usada, parte desse trabalho pode ser concluída com antecedência ou ser realizada com cada sprint/iteração em projetos mais ágeis, o que é mais comum.

Workshops com o cliente: esses requisitos capturam discussões com os usuários de negócios que estão trabalhando para obter um entendimento completo de suas necessidades.
Validação e esclarecimento de requisitos: analisar os requisitos detalhados que são coletados, incluindo aqueles especificados como histórias de usuários. O objetivo é garantir que eles sejam requisitos implementáveis, claros e concisos. Nesse processo, a equipe deve tentar identificar e adicionar requisitos não funcionais, conforme necessário. Essa tarefa pode exigir acompanhamento adicional com o cliente ou a equipe para garantir a compreensão dos requisitos antes da construção de uma solução.
Arquitetura de alto nível: o arquiteto de soluções toma a iniciativa de criar a topologia geral da solução e comunicar essas informações com a equipe de projeto mais ampla. Incluído nessa avaliação estaria qualquer Dynamics 365, Microsoft AppSource ou outro serviço externo que seria usado, incluindo a visão ampla das interações com sistemas e serviços internos e externos.
Detalhe arquitetura da solução: esse processo ocorre quando mais detalhes são definidos. Isso incluiria criar dos modelos de segurança e de dados e a estratégia de integração geral para cada sistema e serviço externo. Além disso, esse processo envolve a especificação de personalizações para os aplicativos do Dynamics 365 e quaisquer outros aplicativos existentes que serão usados. As equipes de projeto geralmente usam uma análise de lacuna adequada para identificar as lacunas entre os requisitos e os recursos prontos para usar.
Analisar designs técnicos: conforme a arquitetura começa a progredir para designs detalhados pela equipe de projeto mais ampla, o arquiteto de soluções assume a função do revisor para garantir que os designs sejam apropriados para a arquitetura desejada.
Gerenciamento de alterações: o gerenciamento de alterações é um elemento fundamental para garantir soluções entregues no prazo e dentro do orçamento que os clientes gostem de usar. A equipe deve evitar desvios de escopo e, ao mesmo tempo, permitir mudanças essenciais para atender aos critérios de sucesso do projeto. O gerenciamento de alterações excepcionais é necessário desse ponto em diante no projeto.

Implementar

Na fase implementar, a equipe do projeto se concentra na compilação da solução de acordo com o design e o escopo da solução acordados. As revisões de implementação são introduzidas nesta fase. As revisões de implementação ajudam a equipe a abordar detalhadamente as questões relacionadas aos aspectos específicos do design da solução (modelo de dados, segurança, integração) e práticas de implementação (gerenciamento do ciclo de vida do aplicativo e estratégia de teste). Durante a fase de implementação, é possível esperar perguntas relacionadas ao design de componentes específicos, opções tecnológicas, alterações futuras e roteiros, preterimentos, ALM (Gerenciamento do Ciclo de Vida do Aplicativo) e compilação. Trabalhe proativamente com os clientes para garantir que a solução desenvolvida esteja de acordo com as práticas recomendadas e estrategicamente alinhada ao roteiro do produto.

Implantar

Na fase implantar, a solução foi compilada e testada e a equipe do projeto está se preparando para a rodada final de UAT (teste de aceitação do usuário) e treinamento. Além disso, todas as aprovações necessárias do cliente foram concedidas, as análises de segurança da informação foram concluídas, o plano de substituição foi definido (incluindo os critérios prosseguir/não prosseguir), os eventos de ativação fictícios estão agendados, o modelo de suporte está pronto e o runbook de implantação está concluído com tarefas, proprietários, durações e dependências definidas.

Operar