Aula 07 - Gestão de Projetos: do Problema à Entrega
Metodologias de trabalho (Cascata, Kanban, Agile), POC e MVP, template de 4 fases de projeto com foco em descoberta (personas, pesquisa existente)
Por que gestão importa
Um projeto de site é como uma mudança de casa.
| Sem organização | Com organização |
|---|---|
| Sofá na frente, caixa de louça em cima, geladeira do lado de fora | Lista do que vai primeiro, o que vai por cima, o que é frágil |
| Tudo quebra, nada fica no lugar | Funciona, cada coisa tá no seu lugar |
| Ninguém sabe o que falta | Todo mundo sabe o que fazer |
| Surpresa no final (faltou caixa, faltou fita) | Sem surpresa - tudo planejado |
Um projeto de site é igual. Sem plano, cada um faz o que quer, tarefas se repetem, ninguém sabe o que falta, e tem surpresa no final.
Trabalho em equipe: quando se trabalha sozinho, dá pra improvisar. Quando se trabalha em equipe, cada pessoa conta mais. Se um esquece uma tarefa, o impacto é grande.
Metodologias de trabalho
Cascata - um passo depois do outro
Analogia: construir uma casa em andares. Não pinto o segundo andar antes de levantar o primeiro.
| Etapa | O que faz |
|---|---|
| Definir o que quer | Reunião com o cliente, entender o pedido |
| Projetar | Desenhar o layout, escolher materiais |
| Construir | Erguer paredes, instalar fiação |
| Revisar | Conferir se ficou tudo certo |
| Entregar | Mudar pra dentro |
Quando usar: projeto previsível, resultado bem definido, poucas mudanças.
| Vantagem | Desvantagem |
|---|---|
| Organizado e previsível | Lento pra mudar |
| Fácil de acompanhar | Se o cliente mudou de ideia no final, retrabalho grande |
Kanban - o quadro que organiza tudo
Analogia: a lavanderia. As roupas entram sujas, ficam sendo lavadas, saem limpas. Em cada momento, cada roupa tá em UM estado - e eu sei exatamente onde está cada uma.
3 colunas básicas:
| A Fazer | Fazendo | Feito |
|---|---|---|
| Tarefas que ainda não Começaram | Tarefas em andamento (máx 3 por pessoa) | Tarefas prontas |
Versão estendida:
| A Fazer | Design | Desenvolvimento | Teste | Feito |
|---|---|---|---|---|
| Cartões de tarefas esperando | Selecionando estilo, cores | Codificando, montando | Validando, ajustando | Publicado |
Regra importantíssima: só 3 cartões na coluna “Fazendo” por pessoa. Se tá tudo fazendo, nada tá sendo feito.
Quando usar: time organizado, tarefas visíveis, mudanças frequentes.
Agile - ciclos curtos, melhorar sempre
Analogia: cozinhar provando no meio do caminho. Em vez de fazer o prato inteiro e servir, provo o tempero, ajusto, provo de novo, sirvo.
| Conceito | O que é |
|---|---|
| Sprint | Ciclo curto de trabalho (1-2 semanas) com entrega definida |
| Retrospectiva | Reunião no fim do sprint: o que funcionou, o que melhorar |
Quando usar: mundo que muda rápido, aprendizado constante, entrega continua.
POC e MVP - testar pequeno antes de gastar
POC (Prova de Conceito) é a versão pequena e barata que prova que a ideia funciona. Antes de investir no projeto completo, eu testo: “será que dá pra fazer?”
No curso, o cartão de visitas digital das primeiras aulas é uma POC: ele prova que eu consigo criar e publicar um site.
MVP (Produto Mínimamente Viável) é a menor versão do produto que já entrega valor pra alguém usar. Não é um produto capenga: é o essencial funcionando, pronto pra crescer com o tempo.
| POC | MVP | |
|---|---|---|
| O que é | Testar se dá pra fazer | Entregar o mínimo que funciona |
| Quando usar | No início, antes de começar o projeto | No final do primeiro ciclo, pra testar com público |
| Objetivo | Provar que a ideia é viável | Receber feedback real e melhorar |
Comparação rápida
| Cascata | Kanban | Agile | |
|---|---|---|---|
| Etapas | Uma depois da outra | Cartões no quadro | Ciclos curtos |
| Mudança | Difícil | Fácil | Esperada |
| Entrega | Só no final | Contínua | Em cada ciclo |
Menção honrosa: existe também o Extreme Go Horse (XGH), uma “metodologia” onde se codifica no improviso e cola o que quebrar. Não é uma metodologia de verdade - é um alerta do que acontece quando ninguém gerencia nada.
Escolha do curso
O curso foca em Agile. Kanban é uma ferramenta dentro do Agile que ajuda a organizar as tarefas do sprint.
Existem vários jeitos de organizar um projeto. Mas independente do que eu escolher, todo projeto passa pelas mesmas 4 fases.
As 4 fases de um projeto
Template de gestão de projetos
DESCOBERTA → PLANEJAMENTO → EXECUÇÃO → ENTREGA
(60%) (25%) (10%) (5%)Quanto de tempo e atenção dedicar a cada fase. A maioria gasta 90% na Execução e 10% no resto - o correto é o oposto.
| Fase | O que é | O que faz | Erro comum |
|---|---|---|---|
| Descoberta | Entender o problema | Perguntar, mapear, definir escopo | Acha que já sabe o que precisa |
| Planejamento | Definir como fazer | Wireframe, briefing, timeline | Ansiedade pra codar |
| Execução | Construir de verdade | Código, design, deploy | É a parte “divertida” |
| Entrega | Validar e entregar | Teste, ajustes, handoff | Acha que tá pronto antes de testar |
A maioria dos projetos que dão errado falham na Descoberta. O pessoal pula direto pra Execução.
Analogia do prato
Imagina que eu vou cozinhar pra uma pessoa com restrições alimentares - pode ser vegana, alérgica a algum ingrediente, ou não come certos alimentos por motivo religioso.
- Se eu não pergunto antes - ela é vegana? Tem alergia a castanha? Não come carne de porco? - eu posso fazer um prato bonito que ela não consegue comer.
| Fase | Equivalente no prato |
|---|---|
| Descoberta | Perguntar o que ela pode comer, o que gosta, se tem restrição |
| Planejamento | Escolher a receita, separar os ingredientes |
| Execução | Cozinhar |
| Entrega | Servir e ver se ela gostou |
Se eu pulo a descoberta e vou direto cozinhar, posso gastar tempo e dinheiro pra fazer algo que não serve. O mesmo vale pro site.
Das 4 fases, a Descoberta é a mais importante - e a mais negligenciada. A maioria pula direto pra Execução. Vou mostrar como fazer direito.
Descoberta: a fase que faz a diferença
As 10 perguntas que todo projeto precisa responder
| # | Pergunta | Exemplo (loja de bolos) | Exemplo (fotógrafo) | Por que |
|---|---|---|---|---|
| 1 | Pra quem é? | Mães de filho pequeno | Noivos, empresas | Se não sei o público, não sei o que mostrar |
| 2 | Qual o objetivo? | Vender bolos pelo WhatsApp | Vender pacotes de fotos | Cada objetivo muda o site |
| 3 | O que diferencia? | Receita da vovó, natural | Entrega no mesmo dia | Por que escolhe esse e não o concorrente? |
| 4 | O que o visitante deve fazer? | Pedir pelo WhatsApp | Preencher formulário | Qual é a ação principal? |
| 5 | Qual o conteúdo essencial? | Fotos, preços, cardápio | Portfolio, preço, depoimentos | O que precisa aparecer? |
| 6 | Tem referências? | “Gosto desse site de padaria” | “Quero algo minimalista” | O que o cliente gosta? |
| 7 | Qual o prazo? | Precisa pra festa junina | Casamento em 3 meses | Escopo do que dá pra fazer |
| 8 | Tem restrições? | R$ 0, só pelo celular | Só foto, sem vídeo | Limitações reais |
| 9 | Como vai ser atualizado? | Novos sabores toda semana | Portfolio novo todo mês | Define a tecnologia |
| 10 | Sucesso é o quê? | 10 pedidos/mês | 3 contratos/mês | Como saber que deu certo? |
Regra de ouro: não comece a codar sem responder essas 10 perguntas.
O que é uma persona
Uma persona é um perfil inventado que representa o público real do projeto. Em vez de pensar “todo mundo”, eu penso em uma pessoa específica - com nome, idade, o que faz, o que quer, o que irrita.
É como um retrato: em vez de desenhar “a humanidade inteira”, eu desenho uma pessoa. Com essa pessoa na cabeça, eu tomo decisões mais certeiras.
Como criar uma persona simples:
| Campo | O que preencher | Exemplo (loja de bolos) |
|---|---|---|
| Nome | Nome fictício | Fernanda |
| Idade | Faixa etária | 32 anos |
| O que faz | Trabalho, rotina | Mãe de dois filhos, trabalha em casa |
| O que quer | Objetivo com o site | Achar um bolo bom pro aniversário da filha sem sair de casa |
| O que irrita | Dores e frustrações | Site lento, não acha preços, precisa mandar mensagem pra saber o valor |
| Como o site ajuda | Solução que o projeto oferece | Vê os bolos, os preços e pede pelo WhatsApp em 2 cliques |
Regra: criar de 1 a 3 personas. Mais que isso confunde.
Pra que serve a persona?
| Sem persona | Com persona |
|---|---|
| “Meu site é pra todo mundo” | “Meu site é pra Fernanda, mãe de 32 anos” |
| Decisões genéricas | Decisões direcionadas |
| “O botão pode ser qualquer cor” | “A Fernanda precisa achar o botão rápido, sem pensar” |
Pesquisa existente: usar o que já tem
Não precisa inventar a roda. Existem dados gratuitos que ajudam a entender o público antes de construir.
| Fonte | O que mostra | Como usar |
|---|---|---|
| Google Trends | O que as pessoas pesquisam no Google | Ver se “bolo sem glúten” é mais buscado que “bolo de padaria” na minha região |
| Comentários em redes sociais | O que o público reclama e elogia | Ler comentários de padarias no Instagram pra saber o que clientes querem |
| Sites de concorrentes | O que já existe no mercado | Analisar 2-3 sites parecidos: o que funciona, o que falta |
| Grupos de WhatsApp/Facebook | Conversas reais do público | Ver o que o pessoal pergunta nos grupos de bairro |
| IBGE (ibge.gov.br) | Dados demográficos da região | Quantas pessoas moram no bairro, faixa de renda, idade |
Como usar na prática:
Se eu tenho uma loja de bolos e pesquiso no Google Trends que “bolo sem glúten” tá crescendo na minha região - isso muda o site. Eu destaco “opções sem glúten” na página inicial. Sem a pesquisa, eu nem saberia que isso importa.
Prompt pra IA ajudar na pesquisa:
“Quero criar um site pra [tipo de negócio]. Me ajude a pesquisar o público-alvo: quais termos as pessoas pesquisam no Google relacionados a [tema], quais são as dúvidas mais comuns em redes sociais sobre [tema], e quais concorrentes eu deveria analisar.”
Juntando tudo: o documento de descoberta
O aluno junta as 10 perguntas + persona + insights da pesquisa num único documento. Esse documento é o mapa do projeto - ele guia todas as decisões seguintes:
| Decisão | Como o documento de descoberta ajuda |
|---|---|
| Cores e estilo (aula 06) | Persona define a sensação que o site precisa passar |
| SSG (aula 08) | Pergunta “como vai ser atualizado?” define a tecnologia |
| Formulários (aula 09) | Pergunta “o que o visitante deve fazer?” define os campos |
| Domínio (aula 10) | Nome do projeto define o endereço |
| Teste de usabilidade (aula 11) | Persona define quem são os testers |
| Wireframe (aula 13) | 10 perguntas + persona guiãm a estrutura |
Prática: aplicar ao meu projeto
Atividade: cada aluno responde as 10 perguntas pro próprio projeto (portfolio, landing page, catálogo, loja, etc.).
Passo a passo:
- Pegar uma folha sulfite ou abrir um documento
- Escrever o título: “Descoberta do Projeto - [nome do projeto]”
- Responder cada uma das 10 perguntas com uma ou duas frases
- Criar 1 persona simples (nome, idade, o que quer, o que irrita, como o site ajuda)
- Se não souber a resposta agora, anotar como “preciso descobrir” - isso é válido
Prompt pra IA ajudar:
“Estou começando um projeto de [tipo: portfolio / landing page / catálogo / loja online]. O projeto é sobre [descrição breve]. Me ajude a responder as 10 perguntas de descoberta de projeto: pra quem é, qual o objetivo, o que diferencia, o que o visitante deve fazer, qual o conteúdo essencial, tem referências, qual o prazo, tem restrições, como vai ser atualizado, e sucesso é o quê?”
O que gerar: um documento de descoberta que o aluno leva pras aulas seguintes.
Resumo do Encontro
| Conceito | O que eu aprendi |
|---|---|
| Cascata | Etapas sequenciais - termina uma antes de começar outra |
| Kanban | Quadro com colunas (A Fazer, Fazendo, Feito) - ferramenta do Agile |
| Agile | Ciclos curtos com entrega e teste - escolha do curso |
| POC | Prova de Conceito - testar se a ideia funciona antes de investir |
| MVP | Produto Mínimamente Viável - a versão mais simples que já entrega valor |
| 4 fases | Descoberta → Planejamento → Execução → Entrega |
| Descoberta | Entender o problema antes de construir - a fase mais negligenciada |
| 10 perguntas | O que todo projeto precisa responder |
| Persona | Perfil inventado que representa o público real |
| Pesquisa existente | Dados gratuitos que ajudam a entender o público |
| Documento de descoberta | Mapa do projeto que guia todas as decisões |
Referências
- Google Trends - Pesquisa de tendências de busca
- IBGE - Dados demográficos do Brasil
- Trello - Quadro Kanban gratuito
- Notion - Ferramenta de organização com Kanban
- OpenCode - Ferramenta de IA para programação
Fim do Encontro 07