Explicar la necesidad y las limitaciones
Comience con el breve y los límites: audiencia, tiempo, equipo, formatos o tecnología. Destinguir una comisión real de un ejercicio personal. Si los detalles son confidenciales, replantee el contexto y compruebe lo que usted puede mostrar. Un nombre conocido del cliente no reemplaza explicar el problema.
Haz visible el papel de todos
Describa sus contribuciones de trabajo y equipo. Para código, estado implementó características, condiciones de prueba y límites. Para una serie de fotos, explique selección y coherencia. Personas y recursos de crédito. Los lectores deben distinguir lo que diseñó, ejecutó, adaptó o simplemente presentó.
Resultados de apoyo con pruebas
Utilice una versión final, detalles anotados, demostración o extracto autorizado. No invente métricas o reseñas de clientes. Si el impacto no se midió, observaciones estatales y desconocidos. Comparaciones anteriores y posteriores deben explicar diferencias y mantener las condiciones comparables.
Consultar acceso y contacto
Abra la cartera mientras se firma, en un teléfono y con otra persona. Compruebe los enlaces, legibilidad y opciones de contacto. Fecha del proyecto. Mantenga una copia de presentación y retire los documentos cuyo permiso cambió. Un caso debe seguir siendo comprensible incluso si el enlace de demostración deja de funcionar.
Elija el cheque correcto para la situación
Estos punteros editoriales ayudan a preparar y revisar su trabajo. Elige la situación que coincida con su contenido; comprueba las características y condiciones actuales en las fuentes citadas antes de aplicarlo a un servicio.
| Situación | Acción útil | Errores para evitar |
|---|---|---|
| Proyecto de equipo | Describa su contribución, otros roles y lo que pueda mostrar. | Reclamando todos los resultados del trabajo compartido. |
| Proyecto sin cifras públicas | Presentar el problema, proceso, entregables y limitaciones observables. | Inventar un porcentaje de mejora para que el proyecto sea persuasivo. |
| confidencialidad del cliente | Obtenga permisos requeridos y retire elementos que no puedan publicarse. | Esconder sólo el nombre mientras las capturas de pantalla todavía identifican al cliente. |
| Proyecto más antiguo | Date the context, explain your role at the time and preserve a readable version. | Presentar una antigua interfaz como el estado actual de un producto. |
Ejemplo hipotético: aplicar el método
Un diseñador presenta un cartel. Explica audiencia, tres limitaciones y dos opciones de composición, luego muestra la versión autorizada. Afirma que no se realizó ningún estudio de impacto en lugar de prometer una mayor asistencia.
Plantilla para adaptarse
Copia este esbozo en su documento de trabajo. No recopila información en este sitio; complete para su situación.
Proyecto y fecha: Necesidad: Constraints: Mi papel: Elección: Evidencia: Límites: Créditos y contacto:
Su cheque de pre-uso
0 / 4 cheques completados
Preguntas frecuentes
¿Cuántos proyectos debo mostrar?
Elija aquellos que expliquen su trabajo al público previsto. Un número arbitrario no garantiza relevancia.
¿Cómo puedo mostrar trabajo en equipo?
Identifica tu contribución y otros’, con los permisos necesarios para los documentos presentados.
Continúe con contenido relacionado
Fuentes y alcance
Referencias primarias consultadas para puntos fácticos. Métodos y plantillas son sugerencias editoriales; las condiciones de servicio deben ser verificadas en la documentación actual.
Métodos relacionados
Una pregunta antes de poner esto en práctica
¿Cómo puedo mostrar un proyecto con detalles confidenciales?
Pregunte qué elementos pueden ser presentados y proponer una descripción de proceso anónimo o ejercicio separado. Explique su contribución sin pretender mostrar el resultado real si no puede ser publicado. Label reconstruye ejemplos y evite divulgar los datos del cliente.