¿Qué es exactamente un "Entregable"?
Spanish (Español) translation by Alfonso Mora (you can also view the original English article)
El "Entregable". Un concepto sencillo de entender (algo que "Entrega"), pero difícil de explicar correctamente.
Una forma para describir una entrega sería como una obra o un artefacto que es un colectivo de un grupo de trabajo. Por ejemplo: un mapa del sitio, un modelo de navegación y una definición de la búsqueda serían caer bajo el paraguas de "arquitectura de la información". Para formalizar este entrega que podría ser un documento que contiene todos estos artefactos y una portada con alguna información de control de versiones.
Además, los artefactos y productos también pueden ser independientes e intercambiables. Un wireframe, por ejemplo, permite como una entrega en un proyecto de mostrar a un administrador que está haciendo progresos, proporcionar información de desarrollador acerca de la estructura necesaria, o recoger un pago de hito de un cliente.
Lo importante para llevar es que entregas no es algo que debe hacerse por el bien de una salida, pero para dar mayor lucidez o traer el proyecto/producto más cerca del estado final deseado. Por lo tanto, es importante pensar de forma crítica en cuanto a por qué usted está creando una entrega y a qué nivel de fidelidad/formalidad como existe la posibilidad de perder mucho tiempo!
¿Quién es tu Audiencia?
Entregas tienen una audiencia, y a veces existe cierta superposición como se muestra en el siguiente diagrama de Venn. Entendiendo que la audiencia es un primer paso importante en la comprensión de la necesidad de la entrega y el nivel de fidelidad o de formalidad que puede exigirse.
Gerente de Producto
En general, el Gerente de producto o cualquier administrador interno en gran parte estar interesado en la fase de descubrimiento y definición. Esto es cuando las necesidades del negocio y los procesos están siendo molidos hacia fuera y se define el producto. Por lo tanto, si piden alguna representación de lo que el producto puede parecer abajo de la línea, podría ser mejor ofrecer una mano dibuja bosquejo de algunos diseños, en lugar de perder tiempo en la codificación de un prototipo, por ejemplo.
Desarrollador
Los desarrolladores tienen la tarea de programación lo que ha sido descubierto, definido y diseñado en representaciones finales a través de código. Hay mucho espacio para interpretaciones erróneas con wireframes. Cualquier diseños se entregan a la necesidad de equipo desarrollo ser especificaciones y pixel perfecto debe crearse, como su desarrollador promedio va a crear exactamente lo que usted solicita, si se trata de un equipo tercerizado!
Clientes
En el caso de clientes, productos deba ser más pulido y sirven como herramientas (para mostrar lo bueno que es la Agencia). A veces usaremos productos para influir en los actores externos, o en el cumplimiento de parte de un acuerdo contractual cuando se trabaja con una "estructura de pago de hito".
¿Qué Tipo de Ambiente estás Trabajando?
No sólo el público juegan un papel enorme en cómo la entrega debe ser creada, sino también la estructura de la organización. Nada permanece constante, incluso dentro de la misma estructura (por ejemplo, una firma de consultoría); productos pueden variar de proyecto a proyecto. Las descripciones siguientes son generalizaciones, pero un buen punto de partida si usted está teniendo un tiempo difícil tratando de qué tipo de salidas puede ser necesaria.
Actuaciones de Consultoría y Agencias Digitales
Resultados son a menudo de la más alta fidelidad en este ambiente como eres objetivo no es sólo avanzar en el proyecto, pero también educar al cliente y asegurar que ellos son 'cautivó' por la entrega. Efectivamente, es tranquilizador el cliente que han hecho la elección correcta que va con usted frente a un competidor.
Esto es fundamental en la etapa de licitación cuando una serie de consultorías está compitiendo por el mismo trabajo. Sin embargo, tenga en cuenta que hay un número de otras cosas que los clientes tienen en cuenta al hacer su selección; como expertos en tecnología, recursos etcetera.
Hackathons
Las entregas en una "hackathon" están concebidas con la finalidad de presentar a un panel de jueces. Hay puede ser una cubierta deslizante, y se podrían presentar algunos guiones, planes de producto... Cualquier cosa que evocan emociones, comunicar una resolución a la cuestión y problema y demuestran una visión clara de los pasos adelante! Esto probablemente no es la ocasión para un prototipo completamente desarrollado, a menos que tenga los miembros de su equipo con esa capacidad.
Trabajos Independientes
En mi experiencia, lso trabajos independientes (especialmente las realizadas en línea) son a menudo muy pequeño alcance. Es a menudo "Wireframes necesarios para X app" o "Informe de usabilidad para X sitio web". Estos productos se utilizan principalmente para indicar la terminación en lugar de progreso y a menudo están ligados a los pagos.
Start Ups
Puesta en marcha entregables enfoque en gran parte alrededor de descubrimiento, validación y definición, como el empresario está tratando de romper el mercado. El diseño es importante también y entregables dentro de la fase de refinamiento del proyecto girará alrededor de la idea que gira y hacer cambios la parte de atrás de la retroalimentación de los usuarios y partes interesadas tempranas.
Equipos de Producto
Por "Equipo de producto" me refiero a una empresa que tiene uno o más productos digitales y personal interno. Estos equipos generalmente usan de prestaciones en un proceso de extremo a extremo. Pueden ser fidelidad inferior, excepto cuando el jefe de producto debe comunicarse y paquete de información para ejecutivos. Cada entrega tiende a alinear más a diferentes fases del proceso de UX.
Resultados en el Proceso UX
Productos también pueden caer en una serie de fases en el proceso de diseño de UX:
- Descubrimiento
- Definición
- Diseño
- Refinamiento
Como se puede ver, antes en el proceso hay más entregas como el proyecto comienza ampliamente y hay más trabajo pasó planificación y tratar de identificar lo que se debe trabajar. Este modelo es probablemente más aplicable a los equipos de producto y hay un montón de crossover en papel durante las dos primeras fases. Diseñadores UX, Product Managers y analistas de negocios pueden todos ser colaborando en mapas de viaje del cliente, por ejemplo.
¿Por qué Crear Entregables?
Por qué crear entregables, como se describe arriba, es contextual. Razones se basan en papel, tipo de organización, público y muchos otros factores. Aquí están cinco de las razones más comunes para la creación de entregables:
- Para cumplir con las obligaciones contractuales.
- Para significar el progreso.
- Para influir en la gente.
- Para hacer las cosas más claras y el proyecto más cerca hacia una meta final.
- Para hacer un proceso en gran parte inmaterial más visible con un número de salidas.
Mi enfoque personal es mantener el frente común de productos (deliverables) y el centro de mi proceso; como personajes, prototipos y entrevistas de usuario. Mantener los productos menos comunes en la periferia; como grupos de enfoque y modelos de dominio.
También me gusta explorar entregables que puedo no han escuchado de. Hay muchos métodos por ahí. Realmente puede darle una perspectiva más amplia y te hacen un mejor diseñador para agregar algunos productos nuevos a su flujo de trabajo.
Conclusión
¡Bien cubre entregas! Aquí están algunos detalles para llevar:
- Los artefactos son normalmente un número de diagramas incluidos bajo el paraguas de algo más grande. Sin embargo, un artefacto puede ser también una independiente de la entrega (como un prototipo interactivo).
- Artefactos y productos (deliverables) es una forma de diseño, se comunican con las partes interesadas internas y externas y elaborar en la visión. Comunicar posibles soluciones a los retos y problemas que enfrentan los diseñadores todos los días.
- Resultados no deben ser creados por una salida, sino como una manera al progreso a través de crear el producto final y el logro de los objetivos definidos.
- Fases del proyecto deben ser un muy buen indicador de cuando utilizar cada entrega, pero cuando en duda le debe devolver al alcance del proyecto y ser conscientes de algunos productos que suelen ser más utilizados que otros.
- Productos están orientados a ciertos actores (generalmente administración, desarrolladores y clientes externos). Puede usarse para todos estos grupos, pero variará en relación con cada uno.
- Los diseñadores tienen dar instrucciones a los que trabajamos. Ya sea para desarrolladores, agencias de colaboración y otras partes interesadas.
- La claridad es importante. Utilizamos un número de diagramas, o entregables para comunicar ideas.
- Resultados pueden servir como hitos que marcan el progreso, pero sobre todo deben ser una forma de comunicar un concepto de diseño.



