Oque preciso fazer antes de iniciar um grande projeto?

Documentação e padronização são prioridades em projetos de médio/longo prazo.

Minha abordagem para lidar com meus projetos freelancers, onde tenho tempo limitado para tudo, é a seguinte:

1. Crio um fluxograma de utilização dos sistemas na versão 1.0, que inclui apenas o MVP (Produto Mínimo Viável), não abrangendo o cenário ideal do software, o qual fica reservado para futuras versões, uma vez que precisamos validar o projeto de forma realista. Se você estiver com dificuldade para identificar o que é realmente necessário, comece criando a versão ideal e, em seguida, analise o que é essencial para a produção.

2. Com o fluxograma em mãos, divido-o em "features" para facilitar a divisão do trabalho e definir prazos para entregas parciais, se aplicável. Como exemplo, em um sistema de biblioteca, as features podem incluir:

   • Login
   • Gerenciamento de Usuários
   • Catálogo de Livros
   • Processo de Locação
   • Geração de Relatórios

3. Para cada feature, elaboro uma "User Story", que é uma descrição detalhada de como a funcionalidade deve funcionar. Em seguida, desenvolvo uma série de testes que visam cumprir essa história. Ao final desse processo, posso programar as classes antes de orquestrar as interações (TDD).

4. Agora que temos uma compreensão sólida do que precisa ser feito, podemos abordar a parte arquitetural do projeto. Começo com uma análise das estimativas de tráfego inicial e potencial crescimento, a fim de determinar como o sistema se comportará quando atingir determinados números. Aqui está um exemplo simplificado (os números são apenas ilustrativos e não têm cálculos precisos):

   • Arquitetura v1: 5 requisições/s - Docker com acesso direto à aplicação através do Nginx, cache em arquivo.
   • Arquitetura v2: 100 requisições/s - Docker com acesso direto à aplicação através do Nginx, cache no Redis.
   • Arquitetura v3: 1000 requisições/s - Docker com balanceamento de carga no Nginx e escalabilidade na aplicação, cache no Redis.
   • Arquitetura v4: 10000 requisições/s - Docker com balanceamento de carga no Nginx, aplicação seguindo a arquitetura hexagonal, cache no Redis.

Para todas as mudanças na arquitetura, recomendo que você documente as razões por trás de cada alteração. Quanto mais detalhada for essa documentação, melhor.

Lembre-se de que essa é a abordagem que melhor se adapta à minha realidade. Espero que ela possa ser útil de alguma forma para você.

Existem várias abordagens que você pode seguir: Estudo de caso, diagramação do projeto (UML), ENTRE OUTRAS COISAS. Levantamento de requisitos é importantíssimo, discutir com alguém o comportamento do sistema, suas atividades, ações, atores, é importantíssimo pra você não ir as cegas para um projeto. Estude a etapa de cada processo, peça conselhos a pessoas que tenham experiência com isto, como gerente de projeto, PO / Agilsita etc. Bom acho que é isso né? ou entendi errado sua dúvida? Não foi muito bem detalhada, talvez tenha alguma ambiguidade em minha resposta. Ficou claro pra você?

Um bom começo é planejar seu roadmap. Eu criei um 100 Dias Evoluindo na Programação com Python que compartilhei aqui. Tenha metas claras, objetivos bem definidos, tenha prazos, sendo compromissos diários, semanais, quinzenais, mensais, trimestrais, semestrais e anuais, priorize o que é importante e entenda o que de fato são os entregáveis, o que de fato vai gerar valor em seu projeto? É este foco que você precisará ter!

Estude sobre Domain Driven Design
E para documentação/diagramas sugiro seguir o https://c4model.com/