Explicar a necessidade e as restrições
Comece com o breve e os limites: audiência, tempo, equipamentos, formatos ou tecnologia. Distingue uma comissão real de um exercício pessoal. Se os detalhes forem confidenciais, refresque o contexto e verifique o que você pode mostrar. Um nome de cliente bem conhecido não substitui a explicação do problema.
Tornar visível o papel de todos
Descreva as contribuições do seu trabalho e da sua equipa. Para o código, as funcionalidades implementadas pelo estado, as condições de teste e os limites. Para uma série de fotografias, explique a selecção e coerência. Credicione pessoas e recursos. Os leitores devem distinguir o que desenhou, executou, adaptou ou apresentou apenas.
Apoiar os resultados com provas
Use uma versão final, detalhe anotado, demonstração ou excerto autorizado. Não invente métricas ou revisões de clientes. Se o impacto não foi medido, as observações do estado e as incógnitas. Antes e depois as comparações devem explicar as diferenças e manter as condições comparáveis.
Verificar o acesso e o contacto
Abra o portfólio enquanto sai, em um telefone e com outra pessoa. Verifique links, legibilidade e opções de contato. Data o projeto. Mantenha uma cópia de apresentação e remova documentos cuja permissão mudou. Um caso deve permanecer compreensível, mesmo se o link de demonstração parar de funcionar.
Escolha a verificação certa para a situação
Esses ponteiros editoriais ajudam a preparar e revisar seu trabalho. Escolha a situação correspondente ao seu conteúdo; verifique os recursos e condições atuais nas fontes citadas antes de aplicá-lo a um serviço.
| Situação | Acção útil | Erro para evitar |
|---|---|---|
| Projeto de equipe | Descreva sua contribuição, outros papéis e o que você pode mostrar. | A reclamar todos os resultados de trabalho partilhado. |
| Projecto sem figuras públicas | Apresentar o problema, processo, entregabilidades e limitações observáveis. | Inventar uma percentagem de melhoria para tornar o projecto persuasivo. |
| Confidencialidade do cliente | Obter permissões necessárias e remover elementos que não podem ser publicados. | Escondendo apenas o nome enquanto as capturas de tela ainda identificam o cliente. |
| Projecto anterior | Datar o contexto, explicar o seu papel na época e preservar uma versão legível. | Apresentando uma interface antiga como o estado atual de um produto. |
Exemplo hipotético: aplicar o método
Uma designer apresenta um cartaz. Ela explica o público, três restrições e duas escolhas de composição, em seguida, mostra a versão autorizada. Ela afirma que nenhum estudo de impacto foi realizado em vez de prometer maior frequência.
Modelo a adaptar
Copie este esboço para o seu documento de trabalho. Ele não recolhe nenhuma informação neste site; complete- o para a sua situação.
Projeto e data: Necessidade: Restrições: Meu papel: Escolhas: Evidência: Limites: Créditos e contato:
O seu cheque pré- utilização
0 / 4 verificações concluídas
Perguntas mais frequentes
Quantos projetos devo mostrar?
Escolha aqueles que explicam o seu trabalho para o público pretendido. Um número arbitrário não garante relevância.
Como faço para mostrar o trabalho em equipe?
Identifique sua contribuição e outros’, com permissões necessárias para os documentos apresentados.
Continuar com o conteúdo relacionado
Origem e âmbito de aplicação
Referências primárias consultadas para pontos factuais. Métodos e modelos são sugestões editoriais; as condições de serviço ainda devem ser verificadas na documentação atual.
Métodos relacionados
Uma pergunta antes de pôr isto em prática
Como posso mostrar um projeto com detalhes confidenciais?
Pergunte quais os elementos que podem ser apresentados e propor uma descrição do processo anônimo ou exercício separado. Explique sua contribuição sem afirmar mostrar o resultado real se não puder ser publicado. Label exemplos reconstruídos e evite divulgar dados do cliente.