Planejamento e arquitetura de implementação
O primeiro e a mais importante aspecto em cada projeto é o planejamento. Uma ótima forma de planejar é começar a criar as fases e, a partir daí, adicionar os cronogramas, as atividades, os recursos, os resultados etc. Há metodologias que podem ajudar você a estruturar todos os elementos de projeto de forma que sejam visíveis e compreensíveis, e fáceis de acompanhar por todas as equipes.
A metodologia é uma técnica formal que tem procedimentos estruturados de maneira ordenada e abrangente. Uma sequência correta de tarefas e a garantia de que todos os recursos e artefatos necessários sejam gerenciados corretamente no ciclo de vida do projeto são essenciais para uma implementação com êxito.
Durante uma implementação de finanças e operações, o investimento do cliente aumenta com o tempo, independentemente do modelo ou da metodologia usada. Mas uma meta é reduzir o tempo de uso e agregar valor para o cliente. Você pode planejar uma única ativação e iniciar operações ao vivo com todas as funcionalidades de uma só vez. A outra opção é liberar funcionalidades para produção em várias implementações (várias ativações).
Metodologias iterativa e de cascata
É importante selecionar a metodologia certa para seu projeto de implementação de finanças e operações de acordo com a solução comercial e considerando o tempo de implantação. Aqui, apresentamos as metodologias mais usadas nessas implementações.
Metodologia de cascata
A metodologia de cascata é uma abordagem sequencial. O projeto é dividido em fases diferentes que fluem da fase anterior para a próxima fase até que o projeto seja concluído. Cada fase é documentada minuciosamente com resultados claros, revisões e aprovações. Em geral, a próxima fase na metodologia de cascata não inicia até que a fase anterior seja concluída. Por exemplo, se você fosse implementar aplicativos de finanças e operações, seria necessário definir todos os requisitos de cada integração antes de os desenvolvedores iniciarem o desenvolvimento.
Geralmente, esses projetos têm linhas de tempo longas e talvez vários meses de atividades de design e compilação. Eles pode enfrentar distorção de requisitos, atrofia de conhecimento e maiores incertezas sobre as fases seguintes. Além disso, é mais comum que as saídas sejam detectadas após a execução de desenvolvimento e testes. Há o risco de ter vários ciclos de testes e estender os cronogramas, atrasando o projeto.
A metodologia de cascata deve ser considerada quando o projeto é simples, os requisitos são conhecidos e bem definidos. O escopo total do projeto não deve ser alterado, e o projeto inteiro é implementado de uma vez.
Metodologia iterativa
Uma metodologia iterativa concentra-se em comentários contínuos para alterar e adicionar resultados finais ao projeto. Diferente da metodologia de cascata, as fases iterativas podem fazer loopback entre si. Isso significa que várias fases podem ser executadas simultaneamente.
Por exemplo, se forem definidos requisitos para uma integração, os desenvolvedores poderão começar a trabalhar nessa integração, mesmo que outras integrações ainda estejam em uma fase de coleta de requisitos. Os projetos iterativos costumam ser separados em sprints, que têm uma duração definida (entre uma ou duas semanas). Esses sprints têm uma lista de resultados a serem concluídos durante o sprint.
A abordagem iterativa é útil quando os requisitos não estão claros quando o projeto é iniciado. Espera-se requisitos adicionais ou resultados durante o ciclo de vida do aplicativo, ou se o projeto não precisa ser liberado todo de uma vez. Ela também é ideal para projetos orientados pelo usuário, especialmente se a equipe do projeto está totalmente dedicada ao projeto. Como a abordagem iterativa envolve vários participantes que trabalham em diferentes partes do projeto ao mesmo tempo, isso pode dificultar a comunicação e a coordenação do projeto. Portanto, é benéfico ter a equipe de projeto em constante contato.
Em todos os sprints, você pode ter comentários e a validação. É possível detectar mais cedo problemas em potencial, obter mais conhecimento por repetição e criar desenvolvimentos com mais confiança.
Por causa da natureza iterativa deste método, seu rastreamento pode ser complexo. O trabalho muitas vezes é repriorizado quando os resultados ultrapassam o sprint original ou se novos sprints precisam ser adicionados posteriormente.
Outros riscos dessa metodologia: ter mais atividades paralelas, precisar de mais recursos do cliente, afetar mais uma organização que precisa enfrentar desafios de gerenciamento de alterações. O escopo pode ser adiado de uma iteração para a seguinte.
Ao planejar, é importante usar a metodologia adequada, de acordo com as fases, o tempo, a qualidade e o orçamento do projeto.