Ficha 01 · Word, Excel, PowerPoint

a) Vantagens dos estilos:

1. Consistência: garante que todos os Heading 1 têm mesmo aspecto.
2. Velocidade: alterar 1 estilo muda todo o documento (centenas de páginas em 1 segundo).
3. Índice automático possível.
4. Acessibilidade (leitores de ecrã usam estilos).
5. Estrutura semântica clara (não apenas visual).
6. Exportação mantém estrutura (HTML, PDF tagged).

b) Índice automático:

1. Aplicar estilos Heading 1, 2, 3 aos títulos do documento.
2. Posicionar cursor onde quero o índice.
3. References → Table of Contents → escolher estilo.
4. Índice gerado automaticamente com números de página.
5. Update (clique direito → Update field) sempre que mudar conteúdo.

c) Reaproveitar formatação:

Opção 1 — Format Painter (Pincel de Formatação): 1. Seleccionar texto com formatação desejada. 2. Clicar no Pincel de Formatação (Home tab). 3. Arrastar sobre texto destino. 4. Duplo-clique no pincel para usar várias vezes.

Opção 2 — Estilos personalizados: 1. Formatar texto à vontade. 2. Save Selection as a New Quick Style. 3. Aplicar a outros textos pelo nome do estilo.

Opção 3 — Modificar estilos existentes: 1. Clique direito num estilo na ribbon. 2. Modify. 3. Mudar formatação → afecta todos os textos com esse estilo.

Mail Merge — 50 Certificados Personalizados

Pré-requisitos: - Lista Excel com colunas: Nome, NIF, Data, etc. - Template Word do certificado.

Passos:

1. Preparar dados Excel: - 1 linha por aluno. - 1ª linha com cabeçalhos (Nome, Curso, Data, Nota). - Sem células vazias na lista. - Guardar como .xlsx.

2. Criar template Word: - Design do certificado com lugares para personalização. - Marcar texto a substituir provisoriamente: - "Certifica-se que [Nome do Aluno] frequentou com sucesso o curso de [Curso] em [Data]."

3. Iniciar Mail Merge: - Mailings → Start Mail Merge → Letters (ou Email Messages).

4. Seleccionar fonte de dados: - Mailings → Select Recipients → Use an Existing List. - Escolher ficheiro Excel. - Confirmar folha de cálculo correcta.

5. Inserir campos: - Posicionar cursor onde quer inserir nome. - Mailings → Insert Merge Field → Nome. - Aparece «Nome» no template. - Repetir para outros campos.

6. Preview: - Mailings → Preview Results. - Ver como ficará para cada aluno. - Navegar entre registos (setas).

7. Finalizar: - Mailings → Finish & Merge. - Edit Individual Documents (gera Word com 50 certificados). - Ou Print Documents (imprimir directamente). - Ou Send Email Messages (enviar por email).

8. Guardar: - O ficheiro template fica para reutilizar. - O documento gerado pode ser guardado como PDF.

Para gerar PDFs separados (1 por aluno): - Usar add-in como Mail Merge Toolkit ou script. - Ou imprimir cada um manualmente.

Aplicações comuns de Mail Merge: - Certificados. - Cartas comerciais. - Etiquetas. - Envelopes. - Convites. - Notificações de faturação.

Vantagens: - 50 documentos em 5 minutos vs 50 × 2 min = 100 min manualmente. - Zero erros de digitação. - Reutilização do template. - Consistência garantida.

a) Total de cada venda (coluna E):

=C2*D2

Arrastar para preencher E3 até E6.

(Excel ajusta automaticamente: E3 = C3*D3, etc.)

b) Total geral de vendas:

=SUM(E2:E6)

Ou usando produto soma diretamente:

=SUMPRODUCT(C2:C6, D2:D6)

c) Total vendido pelo João:

=SUMIF(A2:A6, "João", E2:E6)

(Soma valores em E onde A = "João").

Em alternativa, mais robusto:

=SUMIFS(E2:E6, A2:A6, "João")

d) Número de vendas acima de 10€:

=COUNTIF(E2:E6, ">10")

(Conta células em E maiores que 10).

e) Maior venda:

=MAX(E2:E6)

Para saber quem fez a maior venda:

=INDEX(A2:A6, MATCH(MAX(E2:E6), E2:E6, 0))

(Procura o nome do vendedor com maior valor).

Bónus — Tabela dinâmica (Pivot Table) para análise rápida:

1. Seleccionar dados (A1:E6).
2. Insert → Pivot Table.
3. Rows: Vendedor.
4. Values: Sum of Total.

Resultado:

Muito mais rápido que escrever fórmulas para cada combinação.

Formatação Condicional — Notas

Passos:

1. Seleccionar intervalo das notas (ex: B2:B51).

2. Home → Conditional Formatting → New Rule (ou Highlight Cells Rules).

Para reprovações (vermelho): - Format cells that contain. - Cell Value → less than → 10. - Format: fundo vermelho claro, texto vermelho escuro.

Para excelentes (verde): - New Rule. - Cell Value → greater than or equal to → 16. - Format: fundo verde claro, texto verde escuro.

Para médias (amarelo): - New Rule. - Cell Value → between → 10 and 15.99. - Format: fundo amarelo claro.

(Excel aplica regra que cumpre — para 10-15.99 aplica amarelo.)

Alternativa mais simples — Color Scales:

1. Seleccionar B2:B51.
2. Conditional Formatting → Color Scales.
3. Red-Yellow-Green (vermelho para baixo, verde para alto).

Gradiente automático sem definir limiares específicos.

Outras visualizações úteis:

Data Bars: - Barras coloridas dentro das células indicando magnitude. - Visual rápido de comparação.

Icon Sets: - Ícones (setas, semáforos, formas) conforme valor. - Ex: 🟢 alto, 🟡 médio, 🔴 baixo.

Highlight if duplicates: - Para detectar notas iguais (alunos com mesma nota).

Top/Bottom Rules: - Destacar Top 10, Bottom 10. - Destacar acima/abaixo da média.

Boas práticas: - Não exagerar (formatação demais distrai). - Cores acessíveis (não vermelho/verde puro — daltónicos). - Adicionar legenda se cores não-óbvias.

Gestão de regras: - Manage Rules para ver/editar todas as regras aplicadas. - Clear Rules para remover.

Slide A — Vantagens e Desvantagens:

Vantagens: - Informação completa: tudo dito. - Útil como notas: documento de trabalho. - Auto-suficiente: pode ser lido sem apresentador.

Desvantagens: - Death by PowerPoint: parágrafos longos. - Apresentador lê slides → audiência adormece. - Audiência lê em vez de ouvir → atenção dividida. - Fonte pequena se tiver que caber tudo. - Memorização impossível — audiência esquece. - Distractivo.

Quando aceitável: documento para envio (handout) não apresentação ao vivo.

Slide B — Vantagens e Desvantagens:

Vantagens: - 1 ideia clara memorizável. - Imagem grande atrai atenção. - Apresentador fala, audiência ouve. - Memorável: imagem + número + frase ficam na cabeça. - Visual impactante. - Tempo na audiência para processar.

Desvantagens: - Não auto-suficiente: se enviar sem contexto, audiência não percebe. - Depende do apresentador explicar. - Pouca informação: detalhes têm que vir em discurso ou handout separado.

Quando ideal: apresentação ao vivo a audiência.

Conclusão:

Slide B é claramente melhor para apresentação ao vivo.

Princípios:

1. Slides apoiam discurso, não substituem.
2. 1 ideia por slide.
3. Visuais > texto.
4. Fonte grande (mínimo 24pt corpo).
5. Espaço em branco é teu amigo.

Estrutura recomendada para Slide A reformulado:

Em vez de 1 slide com tudo, 5-6 slides separados:

• Slide 1 (capa): "Plano de Crescimento 2026".
• Slide 2: imagem da empresa + "Fundada em 1995, líder em saúde digital".
• Slide 3: gráfico de mercado + "30% de oportunidade não capturada".
• Slide 4: imagem da plataforma + "Investir 500 000 € em nova plataforma".
• Slide 5: 3 ícones + "+30% vendas, -15% custos, +25% satisfação".
• Slide 6: shield icon + "Riscos identificados e mitigados".
• Slide 7: call to action + "Decidamos hoje".

Resultado: - 7 slides em vez de 1. - Apresentador conta a história. - Audiência envolvida. - Slides memoráveis.

Para detalhes: handout separado em PDF enviado após apresentação.

Atalhos Universais (Windows) — usar Cmd no Mac em vez de Ctrl:

a) Copiar: Ctrl+C. b) Colar: Ctrl+V. c) Desfazer: Ctrl+Z. d) Guardar: Ctrl+S. e) Procurar: Ctrl+F. f) Seleccionar tudo: Ctrl+A. g) Imprimir: Ctrl+P. h) Nova janela: Ctrl+N. i) Mudar entre janelas: Alt+Tab (Mac: Cmd+Tab). j) Mostrar desktop: Win+D (Mac: F11 ou Cmd+F3 para Mission Control).

Atalhos adicionais essenciais:

Atalhos específicos do Excel:

Atalhos específicos do Word:

Atalhos específicos PowerPoint:

Pro tip: dominar atalhos triplica a produtividade. Investir tempo a aprender compensa milhares de vezes.

Estrutura OneDrive — Project Manager

/OneDrive/
│
├── 00-Pessoal/
│   ├── CV/
│   ├── Certificados/
│   ├── Salário/
│   └── Saúde/
│
├── 01-Empresa/
│   ├── Onboarding/
│   ├── Políticas e Procedimentos/
│   ├── Organograma/
│   └── Benefícios/
│
├── 02-Projectos-Activos/
│   │
│   ├── Projecto-Alpha/
│   │   ├── 01-Requisitos/
│   │   │   ├── Briefing-Cliente.docx
│   │   │   ├── Especificação-Funcional.docx
│   │   │   └── Casos-Uso.xlsx
│   │   │
│   │   ├── 02-Planeamento/
│   │   │   ├── Gantt-Chart.xlsx
│   │   │   ├── Cronograma.xlsx
│   │   │   └── Orçamento.xlsx
│   │   │
│   │   ├── 03-Execução/
│   │   │   ├── Sprint-Reports/
│   │   │   ├── Demos/
│   │   │   └── Code-Reviews/
│   │   │
│   │   ├── 04-Comunicação/
│   │   │   ├── Email-Cliente/
│   │   │   ├── Apresentações/
│   │   │   └── Reuniões/
│   │   │       ├── 2026-05-22-Kickoff.docx
│   │   │       └── 2026-05-29-Weekly-Review.docx
│   │   │
│   │   ├── 05-Documentação/
│   │   │   ├── Manual-Utilizador.docx
│   │   │   └── Manual-Técnico.docx
│   │   │
│   │   ├── 06-Riscos/
│   │   │   └── Risk-Register.xlsx
│   │   │
│   │   └── 07-Lessons-Learned/
│   │       └── (preenchido no fim)
│   │
│   ├── Projecto-Beta/
│   │   └── (mesma estrutura)
│   │
│   └── Projecto-Gamma/
│       └── (mesma estrutura)
│
├── 03-Projectos-Arquivados/
│   ├── 2025/
│   │   ├── Projecto-X/
│   │   └── Projecto-Y/
│   └── 2024/
│       └── ...
│
├── 04-Templates/
│   ├── Status-Report.docx
│   ├── Meeting-Minutes.docx
│   ├── Risk-Register.xlsx
│   ├── Project-Charter.docx
│   └── Kickoff-Presentation.pptx
│
├── 05-Recursos/
│   ├── Livros-PDF/
│   ├── Artigos/
│   ├── Vídeos-Tutorial/
│   └── Cursos/
│
├── 06-Formação/
│   ├── PMP-Preparation/
│   ├── Scrum-Master-Cert/
│   └── Notes/
│
└── 99-Arquivo/
    └── (coisas antigas para guardar mas não usar)

Princípios aplicados:

1. Numeração com prefixo (00, 01, 02...): - Mantém ordem específica em vez de alfabética. - Pastas mais usadas no topo.

2. Hierarquia clara (não plana): - Cada projecto tem sub-estrutura própria. - Standard repetível.

3. Separação claro de: - Activo vs Arquivado. - Trabalho vs Pessoal. - Templates vs Instâncias.

4. Estrutura repetível por projecto: - 01-Requisitos - 02-Planeamento - 03-Execução - 04-Comunicação - 05-Documentação - 06-Riscos - 07-Lessons-Learned

Familiarização rápida com novos projectos.

5. Datas em formato YYYY-MM-DD: - 2026-05-22-Kickoff.docx - Ordena correctamente.

6. Templates centralizados: - Reutilização garantida. - Consistência entre projectos.

7. Arquivo por ano: - Histórico organizado. - Não polui pastas activas.

Convenções de nomenclatura:

Documentos: - [Tipo]-[Projecto]-[Descrição]-[Versão].docx - Ex: Status-Alpha-Maio-v3.docx

Reuniões: - YYYY-MM-DD-[Tipo]-[Tema].docx - Ex: 2026-05-22-Kickoff-Cliente-Alpha.docx

Versões: - Use v1, v2, v3... ou histórico de versões do OneDrive. - Evitar Final, Final-Final, Final-FINAL-v2.

Tags / metadados (avançado): - OneDrive permite propriedades customizadas em SharePoint. - Tags: #cliente-X, #2026, #high-priority.

Backup e segurança:

• OneDrive sincroniza automaticamente.
• Backup adicional para itens críticos (ex: 1×/mês para disco externo).
• 2FA activada.
• Versões mantidas (OneDrive guarda 30 dias).

Manutenção:

• Mensal: rever pastas, mover concluído para arquivo.
• Trimestral: limpar duplicados, eliminar lixo.
• Anual: re-organizar se necessário.

Erros comuns a evitar:

• ❌ "Documentos" / "Trabalho" / "Mais Trabalho" (sem hierarquia).
• ❌ Centenas de ficheiros na raiz.
• ❌ Nomes vagos: "Doc1", "Novo Doc".
• ❌ Duplicados espalhados.
• ❌ Sem distinção entre activo e arquivo.

Boa organização = produtividade. Cada minuto a procurar ficheiro = minuto perdido.

Colaboração Eficiente em Google Doc — 3 Editores Simultâneos

Funcionalidades nativas que ajudam:

1. Cursores coloridos: - Cada editor tem cor única. - Vês onde estão a outros em tempo real. - Evita escrever em cima uns dos outros.

2. Auto-save: - Tudo guardado automaticamente. - Sem "guardar antes que perca".

3. Histórico de versões: - File → Version History. - Ver/restaurar versões anteriores. - Identificar quem mudou o quê.

Boas práticas:

1. Coordenar antes:

Antes de começar, decidir em chat/reunião: - Quem trabalha em que secção. - Cabeçalhos divididos por autor. - Tempo previsto (sincronizar finalização).

Exemplo: - João: secção 1 (Introdução). - Maria: secção 2 (Análise). - Pedro: secção 3 (Conclusão).

Evita sobreposição.

2. Comunicar durante:

• Chat lateral ativo (Google Docs tem chat embutido).
• "Vou começar na secção 4 agora".
• "Já acabei a secção 2, vê se precisa ajustes".
• Mensagens curtas e claras.

3. Usar comentários:

Em vez de mudar texto do outro: - Insert → Comment (Ctrl+Alt+M). - "Sugiro reformular esta frase." - Outro pode Resolver quando atendido.

4. Sugestões (Suggesting mode):

Modo: View → Suggesting (em vez de Editing). - Mudanças aparecem como sugestões (cor verde). - Original mantém-se. - Owner aceita ou rejeita.

Útil para revisões sem ofender.

5. Bloquear secções (avançado):

Se mesma secção tem que ser editada por uma pessoa: - Comentar no início: "Estou a trabalhar nesta secção, não tocar". - Ou usar comentário como flag.

6. @ Mention:

Em comentários: - @nome@gmail.com notifica pessoa por email. - Útil para chamar atenção a algo específico.

7. Headings claros:

Estrutura clara facilita coordenação: - Heading 1: Secções principais. - Heading 2: Subsecções.

8. Time-boxing:

• "Vamos trabalhar até às 16:00 e depois fazer review conjunto."
• Sincroniza ritmo.
• Evita um trabalhar enquanto outros já terminaram.

Conflictos comuns e como resolver:

Conflito 1 — 2 pessoas escrevem no mesmo parágrafo: - Cores diferentes mostram quem fez o quê. - Conversar (chat): "Eu queria mudar isto, OK?" - Use sugestões em vez de edição directa.

Conflito 2 — Alguém apaga trabalho de outro acidentalmente: - History → Restore version. - Conversar para entender (sem culpar). - Aprender (todos cometem erros).

Conflito 3 — Versões em conflito (raramente em Google Docs): - Google Docs gere conflitos automaticamente. - Em casos extremos: rollback para versão estável + redo das alterações.

Conflito 4 — Diferenças de opinião sobre conteúdo: - Usar comentários, não apagar texto. - Discussão estruturada (chat ou reunião). - Decidir em conjunto antes de mudar.

Para documentos grandes (50+ páginas):

• Dividir em vários documentos por capítulo.
• Master document que linka todos.
• Reduz conflitos (cada um no seu doc).

Etiqueta de colaboração:

• Avisar antes de fazer mudança grande.
• Não eliminar trabalho dos outros sem discutir.
• Sugestões em vez de edição directa em zonas sensíveis.
• Comentários específicos.
• Resolver comentários quando atendidos.
• Agradecer contribuições.

Frequência de sync:

• Pequenos grupos (2-3): real-time chat enquanto editam.
• Grupos médios (4-6): standup curto antes + final.
• Grupos grandes (7+): cada um trabalha asynchronously, juntar regularmente.

Após edição conjunta:

• Reunião de review (15-30 min) com todos.
• Acordar versão final.
• Marcar como "Final" ou "Aprovado".
• Enviar a stakeholders externos.

Permissões adequadas:

• Editores: edição plena.
• Comentadores: apenas comentários (revisores externos).
• Visualizadores: apenas leitura (audiência).

Não dar edit access a todos por defeito — gera caos.

Histórico para auditoria:

• Em caso de disputa sobre autoria:
• File → Version History mostra cada mudança com nome do autor e timestamp.

Plataformas alternativas com colaboração tempo real:

• Microsoft Word Online (similar).
• Notion: para wikis e bases de conhecimento.
• Quip (Salesforce).
• Confluence (Atlassian): mais empresarial.

Vantagens vs editar localmente + emailing versões:

• Sem perda de trabalho (auto-save).
• Sem confusão de versões.
• Comentários in-line (mais claros).
• Mais rápido (não esperar emails).
• Histórico completo.

Quando não usar real-time (offline preferível):

• Conexão instável.
• Documentos confidenciais (sem cloud).
• Quando precisa de concentração sem interrupções.

Conclusão: colaboração tempo real é transformadora quando bem feita. Requer comunicação + boas práticas + ferramentas certas.