Ficha 01 · Brief, scope, plano · Ficha de trabalho

Aluno(a)

Turma

Nº

Data

Objectivos da ficha

Briefing
Scope MoSCoW
WBS + Gantt
Caminho crítico

Parte I · Briefing

Exercício 1 · Briefing crítico (15 pts)

Recebes este pedido por email: "Olá, somos um restaurante e queremos um site para promover o nosso novo menu de Verão. Para quando consegues?"

Indica 5 perguntas que farias antes de orçamentar.

Porquê agora? — Há evento de lançamento? Prazo real?
Como vais medir sucesso? — Reservas online, visitas, contactos, awareness?
Quem decide? — 1 pessoa ou comité? Quem aprova design/copy?
O que NÃO é para fazer? — App, ecommerce, multi-idioma, blog?
Onde está o conteúdo? — Fotos do menu, copy, vídeo já existem ou criamos?

Bónus: 6) Orçamento aproximado para enquadrar a conversa. 7) Já têm site? Vai substituir ou complementar? 8) Sistema de reservas usado? Integrar? 9) Restrições legais (alergénios)?

Exercício 2 · Briefing criativo (10 pts)

Escreve um briefing criativo de 1 página para o site referido no Exercício 1, assumindo as respostas razoáveis.

Exemplo possível:

Cliente: Restaurante "Mar à Vista"
Projecto: Site institucional + menu Verão
Objectivo: Aumentar reservas online em 30% face a junho 2025
KPI: Reservas/mês via formulário do site; visitas ao site
Audiência: Famílias e casais, 30-60 anos, área Setúbal/Lisboa
Mensagem-chave: "Cozinha local, peixe fresco, vista de mar"
Tom: Acolhedor, descontraído, fotograficamente luminoso
Refs: vista-do-mar.pt; tasca-do-joao.pt; refeitorio.pt
Mandatórios: Logo, menu PDF, alergénios, política RGPD
Restrições: Mobile-first (60% tráfego mobile); PT + EN
Entregáveis: Site (5 páginas) + menu PDF + 1 vídeo curto homepage
Prazos-chave:
  - Kick-off: 15 jun
  - Design aprovado: 30 jun
  - Site no ar: 14 jul (antes da época alta)
Orçamento: 4 500 €

Parte II · Scope

Exercício 3 · MoSCoW (15 pts)

Para o site do restaurante, classifica cada feature como Must / Should / Could / Won't:

a) Mapa interactivo + morada. b) Sistema de reservas integrado. c) Galeria de fotos da equipa. d) Blog com receitas. e) Loja online de produtos da casa. f) Política RGPD + cookies. g) Formulário de contacto. h) Versão em inglês.

a) Must — clientes precisam de encontrar o local. b) Should — aumenta conversão; se houver tempo, integra (TheFork/Resengo). c) Could — nice-to-have, humaniza marca; não bloqueia lançamento. d) Won't (this time) — conteúdo extra exige manutenção; não está no scope. e) Won't — fora do scope do briefing. f) Must — obrigação legal (RGPD). g) Must — entrada para clientes sem reserva online. h) Should (briefing diz PT+EN); se prazo aperta, lançar PT primeiro.

(As classificações dependem do briefing real; o que importa é justificar.)

Exercício 4 · Scope creep (10 pts)

A meio do projeto, o cliente diz: "Já agora, podem fazer também uma versão mobile separada para empregados gerirem reservas no telemóvel?"

a) Que problema temos aqui?

b) Como respondes?

a) Scope creep: pedido fora do briefing original; vai consumir horas, prazo, e o cliente acha que está incluído.

b) Resposta em 3 passos:

Não dizer "sim" no momento — agradecer pedido, prometer análise.
Em 24h, enviar change request por escrito:
O que é o pedido (descrição).
Impacto: +X horas dev, +Y de design = +500€ e +1 semana no prazo.
Opções: (i) incluir como mudança, (ii) trocar por feature já planeada de peso equivalente, (iii) adiar para fase 2.
Esperar aprovação por escrito antes de qualquer linha de código.

Parte III · Plano

Exercício 5 · WBS (15 pts)

Faz uma WBS de 3 níveis para o projeto "Vídeo institucional de 90s para uma escola".

Vídeo institucional (90s)
├─ 1. Pré-produção
│  ├─ 1.1 Briefing + objetivos
│  ├─ 1.2 Guião + storyboard
│  ├─ 1.3 Locações + autorizações
│  ├─ 1.4 Casting (alunos, prof)
│  └─ 1.5 Plano de rodagem
├─ 2. Produção
│  ├─ 2.1 Filmagem dia 1 (aulas)
│  ├─ 2.2 Filmagem dia 2 (atividades)
│  ├─ 2.3 Captação de áudio (entrevistas)
│  └─ 2.4 Recolha de B-roll
├─ 3. Pós-produção
│  ├─ 3.1 Selects + organização
│  ├─ 3.2 Montagem rough cut
│  ├─ 3.3 Aprovação + ajustes
│  ├─ 3.4 Cor + som final
│  ├─ 3.5 Legendas + grafismo
│  └─ 3.6 Export (master + redes sociais)
└─ 4. Entrega
   ├─ 4.1 Apresentação cliente
   ├─ 4.2 Ajustes finais
   └─ 4.3 Arquivo + manual

Exercício 6 · Estimativa 3 pontos (10 pts)

Para a tarefa "Editar rough cut do vídeo institucional", a equipa estima: - Otimista: 8h - Provável: 14h - Pessimista: 30h

a) Calcula a estimativa em 3 pontos (PERT).

b) Quanto vale o buffer de 30%?

a) Estimativa PERT = (O + 4P + Pe) / 6 = (8 + 56 + 30) / 6 = 94 / 6 ≈ 15.7 horas.

(A estimativa "provável" sozinha era 14h; a PERT eleva ligeiramente, captando a "cauda longa" pessimista.)

b) Buffer 30% sobre 15.7h ≈ 4.7 horas → estimativa total no plano ≈ 20.4 horas.

Para projetos com muitos imprevistos criativos, 30% é razoável; menos pode ser otimismo.

Exercício 7 · Caminho crítico (10 pts)

Tens estas tarefas no projeto do vídeo, com duração e dependências:

Tarefa	Dias	Depende de
A — Briefing	1	—
B — Guião	3	A
C — Casting	2	A
D — Filmagem	5	B, C
E — Montagem	6	D
F — Música	3	B
G — Cor/som	3	E, F

a) Qual é o caminho crítico?

b) Que tarefa tem folga e quanta?

a) Calcular cada caminho: - A→B→D→E→G = 1+3+5+6+3 = 18 dias - A→C→D→E→G = 1+2+5+6+3 = 17 dias - A→B→F→G = 1+3+3+3 = 10 dias

Caminho crítico: A → B → D → E → G = 18 dias (a duração mínima total).

b) Folga em C = 18 − 17 = 1 dia. Pode atrasar 1 dia sem afectar o prazo. Folga em F = (caminho crítico) − (caminho com F) = 18 − 10 = 8 dias de folga, embora F dependa de B que está no caminho crítico, importa o ponto onde reentra; cuidado a interpretar — basta dizer que F tem folga ampla (música pode esperar enquanto se filma/monta).

Parte IV · Aplicação

Exercício 8 · Marcos + pagamentos (15 pts)

Propõe 3 marcos + estrutura de pagamento (% em cada) para o site do restaurante de 4 500€.

Estrutura típica:

Kick-off / contrato assinado — 30% = 1 350€
Garante compromisso e cobre arranque.
Design aprovado — 40% = 1 800€
Maior peso porque design é o trabalho maior antes do dev.
Go-live / aceitação final — 30% = 1 350€
Incentiva fechar o projeto; cliente paga quando recebe.

Alternativa: 50% / 30% / 20% (mais conservadora) ou 40% / 40% / 20%.

Bónus: garantia de 60 dias para correções após go-live; cobrar change requests à parte.