Modulo 7.3: Cenario 2 - Phased Parallel

📊 Fases com Dependencias

Phased Parallel e o cenario mais comum em projetos de software reais. Voce tem fases que dependem umas das outras, mas dentro de cada fase existem tarefas que podem rodar em paralelo.

🏗️ Estrutura Tipica

Fase 1

Fundacao

Database + Auth

Fase 2

Features (paralelo)

Dashboard, Admin, Upload

Fase 3

Integracao

Analytics, Polish

💡 Por Que Funciona

Fase 1 roda sequencialmente (database precisa existir antes de auth). Fase 2 roda em paralelo (dashboard, admin e upload sao independentes). Fase 3 depende de tudo anterior.

🏗️ Fundacao Primeiro

A regra de ouro do Phased Parallel: nunca paralelize antes de ter a fundacao pronta. Tentar construir features sem a base e receita para desastre.

Fundacao Tipica

✓Database schema completo
✓Sistema de autenticacao
✓Estrutura de projeto/folders
✓Configuracoes de ambiente

Erros Comuns

✗Construir UI antes do backend
✗Features antes do database
✗Dashboard antes de auth
✗Pular planejamento de schema

🔀 Features Independentes

Apos a fundacao pronta, voce pode identificar features que nao dependem umas das outras e podem ser construidas em paralelo.

🎯 Exemplo: Portal de Cliente

Apos database + auth estarem prontos, estas features podem rodar em paralelo:

User Dashboard

Admin Panel

File Upload

Notifications

🤖 Perguntar ao Claude

Se voce nao e tecnico ou nao tem certeza do que pode rodar em paralelo, pergunte ao Claude. Ele pode analisar seu plano e sugerir o que paralelizar.

📝 Prompt para Analise

"Olhe para o resto do nosso plano e me diga o que voce acha que pode ser construido independentemente, de uma forma onde se nao tivesse contexto das outras tarefas, poderia rodar em uma sessao separada sem entender o que esta acontecendo em paralelo."

💡 Dica

Isso nao e a prova de falhas, especialmente se voce ainda esta desenvolvendo a ideia. Mas se tem uma visao clara do que quer construir, Claude pode identificar dependencias que voce nao percebeu.

📋 Meta Prompts para Contexto

Um truque poderoso: peca ao Claude que gere o prompt para a nova sessao, incluindo todo o contexto necessario.

🔄 Meta Prompt

"Gere um prompt para eu usar em uma nova sessao que vai construir [feature X] em paralelo. Inclua o contexto que essa sessao precisa saber sobre o que ja foi construido, de forma que nao pise nas outras tarefas."

📊 Beneficios

Context injection: A nova sessao sabe o que ja existe
Dependency declaration: Explicita o que ja foi construido
Boundary setting: Define o escopo da tarefa

👤 Exemplo: App Cliente

Vamos ver um exemplo completo de Phased Parallel para um portal de cliente.

Fase 1: FundacaoSequencial

"Configure database schema para portal de cliente com tabelas: users, projects, files, invoices."

"Construa sistema de auth com login, signup e reset de senha usando o database configurado."

Fase 2: FeaturesParalelo

T1: "Construa user dashboard mostrando lista de projetos. Auth e database ja configurados."

T2: "Construa admin panel para gerenciamento de clientes. Auth e database ja configurados."

T3: "Construa sistema de file upload. Auth e database ja configurados."

T4: "Construa sistema de notificacoes. Auth e database ja configurados."

📋 Resumo do Modulo

✓

Fases com Dependencias - Algumas sequenciais, outras paralelas

✓

Fundacao Primeiro - Database e auth antes de tudo

✓

Features Paralelas - Apos fundacao, features podem rodar juntas

✓

Meta Prompts - Use Claude para gerar prompts contextualizados

Proximo Modulo:

7.4 - Cenario 3: Relay Race - Passagem de bastao entre sessoes

← Modulo Anterior Proximo Modulo →