Nem um, nem outro.
Começo fazendo uma sprint 0, marco todos os pontos importantes e faço os diagramas. Diagrama de casos de uso principalmente, mas também gosto de fazer o do banco e o fluxograma também.
**Na base da preguiça eu peguei um texto do GPT, só pra tu ter uma ideia... **

1. Planejamento e Definição de Escopo:

Identificar o propósito do projeto e estabelecer os objetivos a serem alcançados.
Identificar as partes interessadas-chave e entender suas expectativas.
Estabelecer a visão do produto e definir suas funcionalidades básicas.

2. Formação da Equipe:

Selecionar e formar a equipe Scrum, que inclui o Scrum Master, Product Owner e membros da equipe de desenvolvimento.
Identificar papéis, responsabilidades e habilidades necessárias para o projeto.
Configuração do Ambiente:

Estabelecer as ferramentas e ambientes necessários para o desenvolvimento e gerenciamento do projeto (por exemplo, ferramentas de gerenciamento de tarefas, controle de versão, ambientes de teste).

3. Definição de Arquitetura e Tecnologia:

Avaliar a arquitetura tecnológica necessária para o projeto.
Identificar tecnologias-chave a serem utilizadas e estabelecer diretrizes e padrões de desenvolvimento.

4. Criação do Backlog Inicial:

Identificar e coletar os requisitos iniciais para o produto.
Criar uma lista inicial de itens do backlog do produto com alta prioridade e estimativa preliminar.

5. Estimativa e Planejamento de Alto Nível:

Estimar a complexidade e o esforço aproximado para os itens do backlog do produto.
Estabelecer um planejamento inicial e uma linha do tempo para os sprints futuros.

6. Riscos e Mitigações:

Identificar riscos potenciais para o projeto e desenvolver estratégias de mitigação.
Estabelecer planos de contingência para lidar com possíveis problemas que possam surgir durante o desenvolvimento.

7. Revisão e Ajuste:

Revisar o progresso feito durante o Sprint 0 e avaliar se os objetivos estabelecidos foram alcançados.
Realizar ajustes e refinamentos no planejamento, escopo e outros aspectos em preparação para os sprints subsequentes.

Também pesquisei sobre "etapas de planejamento no desenvolvimento de software", eis o resultado:

1. Definição de Objetivos e Requisitos:

Entenda as necessidades dos stakeholders e do cliente.
Defina claramente os objetivos do projeto e as metas que o software deve alcançar.
Elicite, analise e documente os requisitos do sistema e do software.

2. Análise e Priorização de Requisitos:

Analise os requisitos coletados para garantir que sejam claros, completos e consistentes.
Priorize os requisitos com base na importância para o cliente e o impacto no produto final.

3. Planejamento de Escopo:

Estabeleça o escopo do projeto, determinando o que estará dentro e fora do produto de software.
Evite o escopo excessivo e a "creep" de escopo ao longo do projeto.

4. Estimativas de Tempo e Esforço:

Estime o tempo necessário para a conclusão de cada tarefa ou funcionalidade com base na experiência e conhecimento da equipe.
Estime o esforço necessário em termos de recursos humanos.

5. Alocação de Recursos:

Aloque os membros da equipe aos diferentes aspectos do projeto, levando em consideração suas habilidades, disponibilidade e as necessidades do projeto.

6. Planejamento de Iterações ou Sprints:

Se estiver usando uma metodologia ágil, divida o desenvolvimento em iterações (por exemplo, sprints no Scrum).
Planeje o que será entregue em cada iteração, com base nas prioridades e nos recursos disponíveis.

7. Cronograma e Sequenciamento:

Crie um cronograma de atividades, estabelecendo a ordem das tarefas e as dependências entre elas.
Defina marcos e datas-chave para monitoramento e acompanhamento do progresso.

8. Riscos e Mitigações:

Identifique os riscos potenciais que podem afetar o desenvolvimento e a entrega do software.
Desenvolva estratégias de mitigação para cada risco identificado.

9. Comunicação e Coordenação:

Estabeleça canais de comunicação eficazes entre a equipe e os stakeholders para garantir uma colaboração eficiente e alinhamento contínuo.

10. Revisão e Ajuste Contínuos:

Periodicamente, reveja o progresso, avalie as estimativas versus o realizado e ajuste o plano conforme necessário.
Adapte o plano à medida que novas informações e requisitos surgirem.

--offtopic: fico triste ao ver pessoas dizendo que não precisa de faculdade pra trabalhar com TI... engenharia de software ensina essas coisas