¿Qué se puede hacer para ayudar a los equipos de marketing, productos y tecnología a colaborar antes y con más frecuencia?

En términos de una forma formal de abordar el ciclo de vida del desarrollo de productos para fomentar una mejor colaboración, las metodologías ágiles como Scrum son el camino a seguir. Sin embargo, esto no es una bala de plata para resolver todos los problemas, y dado que cada organización está compuesta por personas únicas, los problemas de comunicación no desaparecerán simplemente debido a una buena metodología.

Entonces, en términos de fomentar una mejor colaboración fuera de la discusión de la metodología, aquí hay algunos principios que trato de mantener (me dirijo a esto desde la perspectiva del Gerente de Producto / Propietario):

1. Alinear al equipo en torno a una visión común.

Asegúrese de que todos los miembros del equipo participen en las discusiones sobre la visión general del producto, y luego comuníquelo claramente para que todos estén en la misma página.

Cuando establezca la visión del producto, mantenga la cabeza en las nubes :

  • Comunique la visión claramente al equipo, no espere que solo implementen lo que usted les diga que hagan. Traiga a todos a la carrera: mejorará la visión y mantendrá a todos interesados ​​en lo que está haciendo.
  • Muestre cómo planea llegar allí , para que el equipo sepa que es más que un sueño imposible. Use trazos amplios para comunicar las prioridades ordenadas que llevarán al equipo a la visión. Lo que me lleva a mi siguiente punto…
  • Usa fotos . No importa de qué tipo. Bocetos, wireframes, simulacros de alta fidelidad, lo que sea necesario para transmitir el mensaje y permitir que todos tengan la misma visión en sus cabezas. No mostrar al menos un marco es una receta para tener problemas en la última milla.
  • Sobre todo, manténgase flexible . La visión es un plan, y nada más. Las cosas cambiarán. Surgirán nuevas ideas. La interfaz cambiará. Eso está más que bien, es algo bueno . Pero debes comenzar a caminar en la dirección correcta, de lo contrario nunca llegarás a ningún lado.

Cuando comience el proyecto, mantenga los pies en el suelo :

  • Estar en los detalles . Comprende cada píxel en la página. Conozca cada boleto de Jira. Demuestre que le importa el viaje, no solo el destino. Esté allí para que su equipo elimine todos los obstáculos que puedan surgir y evite que avancen.
  • Comunique expectativas claras, luego confíe en su equipo. Si hiciste bien tu trabajo, contrataste a un equipo de personas increíbles. Así que no los adivines. Haga preguntas, pero permita que el diseñador defienda sus decisiones y confíe en ellas siempre que el proceso de pensamiento tenga sentido.
  • Lo más importante, no se mueva . Esto es difícil para mí, pero no te pares sobre el hombro del diseñador. Tengo una regla: si un diseñador tiene Photoshop / Fireworks abierto, me mantengo alejado. Vendrán a mí cuando terminen. Como señala el excelente artículo World Wide Mush (http://online.wsj.com/article/SB…): “ Si quieres fomentar la creatividad y la excelencia, debes introducir algunos límites. Los equipos necesitan cierta privacidad unos de otros para desarrollar enfoques únicos para cualquier tipo de competencia. Hacer que todo esté abierto todo el tiempo crea lo que yo llamo una papilla global. “Los diseñadores necesitan tiempo para diseñar solos antes de compartir sus pensamientos con el resto del equipo.
  • Y finalmente, aprende lo que no sabes . Esto puede ser un poco controvertido, pero tiendo a estar de acuerdo con Six Revisions en su publicación ¿Deben los diseñadores web saber HTML y CSS? limitado a los fundamentos, en aras de poder crear diseños web e interfaces web que funcionen en el medio “. Si no sabe cómo codificar, aprenda. No tiene que ser bueno en eso, simplemente necesita entenderlo. Si usted viene de una formación técnica y no sabe mucho acerca de los principios de diseño de UX, APRENDA. Obtendrá respeto, lo hará más efectivo y, sobre todo, dará como resultado mejores productos.

2. Continuar trabajando duro para la participación de los interesados

Una vez que un proyecto está en marcha, todos tendrán una opinión. Es importante mantener a todos los interesados ​​involucrados y comprados en el proceso. En un nivel práctico, así es como aplico eso:

  • Responda a cada comentario . Esto es agotador, pero esencial. Independientemente de lo útil que sea, si alguien se tomó el tiempo para darle comentarios sobre un diseño, debe responderlo.
  • Tenga en cuenta qué comentarios se están incorporando . Esté abierto a buenos comentarios, no deje que el orgullo se interponga en el camino de una mejora de diseño, y hágale saber a la persona qué comentarios se están incorporando.
  • Explica por qué no se toman comentarios . Si no se está tomando un comentario en particular, no lo ignore. Hágale saber a la persona que lo pensó y explique los motivos para no incorporar esa retroalimentación. Es difícil enojarse con usted si explica claramente por qué está tomando la dirección en la que va. Y si no estás seguro de cómo defender la decisión …
  • Use la pila de validación de la experiencia del usuario para defender las decisiones . Lea la publicación Ganar un debate sobre la experiencia del usuario (http://www.uxbooth.com/blog/winn…) para obtener más detalles, pero en resumen, intente primero defender una decisión basada en la evidencia del usuario: pruebas reales del usuario en el producto. Si eso no está disponible, vaya a Google y busque investigaciones de usuarios que respalden la decisión. En ausencia de eso, regrese a la teoría del diseño para explicar su dirección. Echa un vistazo a The Psychologist’s View of UX Design (http://www.uxmag.com/design/the-…) para ver un ejemplo.


3. Abordar todos los problemas de las personas de frente

No soy fanático de los libros de autoayuda en absoluto. Permítanme comenzar diciendo eso. Pero un gerente anterior me recomendó Conversaciones cruciales: herramientas para hablar cuando hay mucho en juego (https://www.amazon.com/dp/007140…), y ha sido uno de los libros más útiles que he leído. Debe leerlo de principio a fin, pero en resumen, describe cómo, cuando las personas se encuentran en situaciones en las que se sienten amenazadas por una razón u otra, reaccionan de una de dos maneras:

  • Silencio Cuando las cosas se ponen difíciles, algunas personas simplemente se retiran, ya sea callando, pasando por alto los problemas o enmascarando lo que realmente está sucediendo cambiando el tema y hablando de otras cosas.
  • Violencia Otros recurren a los ataques (tanto directa como indirectamente a través del comportamiento pasivo agresivo), etiquetan a las personas (“es un idiota que escribe códigos incorrectos …”) o intentan controlar la situación sin tener en cuenta la opinión de los demás.

Ambas respuestas son destructivas y no conducen al buen trabajo en equipo. Entonces, el resto del libro se enfoca en cómo lidiar con esos comportamientos. ¿Cómo se crea un ambiente seguro donde todos sientan que pueden expresar su opinión sin sentirse irrespetados o sin valor? El siguiente proceso me pareció realmente útil en situaciones de conflicto de equipo:

  • Comprometerse a buscar un propósito mutuo . Reconozca que hay un problema y haga que el equipo se comprometa a solucionarlo y no solo a barrer las cosas debajo de la alfombra.
  • Reconocer el propósito detrás de la estrategia . Si diferentes personas en el equipo quieren cosas diferentes, pídales que expliquen por qué quieren que esto se haga de cierta manera. Aún mejor si esto puede expresarse desde la perspectiva de un usuario. Por ejemplo, decir “Quiero que este botón sea rojo porque creo que se convertirá mejor” muestra que el propósito detrás de la estrategia es aumentar la conversión.
  • Inventar un propósito mutuo . Después de que todos expresaron el propósito detrás de su estrategia, discuta un propósito en el que todos puedan estar de acuerdo, antes de mirar tácticas / estrategias específicas para llegar allí. Por ejemplo, si un equipo está preocupado por la conversión y el otro equipo por la confusión del usuario, ¿puede unirlos e inventar un propósito que abarque ambas ideas? ¿Puede ser el propósito reducir la caída mientras permanece dentro de la guía de estilo visual del sitio?
  • Lluvia de ideas sobre nuevas estrategias . Una vez que sepa cuál es el propósito, el equipo puede hacer una lluvia de ideas de soluciones que cumplan ese propósito. Continuando con nuestro ejemplo, aleje la discusión del color del botón y encuentre formas de mover elementos para reducir la confusión y el abandono del usuario, mientras se compromete a probar diferentes colores de botones y ajustar la guía de estilo en función de lo que digan los datos.

Finalmente, en términos de la pregunta sobre problemas de entrega y estimaciones de tiempo, tengo el siguiente consejo:

  • Construya un equipo impulsado por prioridades, no por cronogramas . Sepa cuáles son las cosas más importantes para trabajar, trabaje en esas primero y pase a la siguiente. Tenga metas (que pueden incluir líneas de tiempo), pero tenga en cuenta que las cosas pueden cambiar. Confíe en su equipo de que trabajarán para alcanzar esos objetivos y luego elimine las prioridades una por una. Por supuesto, habrá fechas límite impulsadas por presiones externas, pero mantén las de alto nivel para que el equipo tenga un objetivo claro en el que concentrarse. Esto asegurará una mejor calidad (porque no estás cortando esquinas y apresurándote para hacer las cosas) y una mayor velocidad (porque todos están enfocados en hacer las cosas correctas en el orden correcto).
  • Forme un equipo impulsado por la acción, no por las reuniones . En las reuniones de progreso, prefiero representar a mi equipo para que puedan continuar con su trabajo sin interrupciones. Si alguien quiere asistir a la reunión y hablar por sí mismo, es fantástico, pero no creo que sea un requisito que todos los miembros del equipo estén presentes para las reuniones de estrategia y actualización. Tenga en cuenta que esto es diferente de las reuniones de diseño de trabajo, donde se están produciendo soluciones reales. Una reunión en la que sales con una entrega (un boceto, una estructura metálica, un requisito de producto) es una buena reunión. Todos los demás deben ser manejados por el Gerente / Propietario del producto para que el equipo pueda realizar sus negocios sin interrupciones.

¡Encuentra una gran herramienta!

Un estudio reciente que realizamos al entrevistar a 127 de nuestros clientes (la mitad de los cuales son relaciones públicas o agencias de publicidad) ha demostrado que las personas y los equipos tienen una gran motivación para ser más organizados y productivos. También descubrimos que la razón # 1 por la que estos equipos fallan es porque las herramientas que usan son demasiado complicadas para adoptar. “Los empleados carecen de confianza en su capacidad para hacer un uso adecuado de tales herramientas”. La incorporación de usuarios es tediosa y la entrada de información se siente más como un dolor que como un beneficio. Llenar cajas y formularios no se siente natural o atractivo.

En Twoodo, hemos creado una herramienta de colaboración en equipo para crear fácilmente flujos de trabajo directamente desde las conversaciones del equipo . Te organizas como discutes. Incluye mensajes de equipo, mensajes privados, administración de tareas, un calendario compartido, niveles de importancia, un administrador de archivos, etiquetado procesable, integración de correo electrónico, búsqueda sólida, tranquilidad y mucho más … ”

Este gif animado de 10 segundos lo explica bastante bien:

Toda su comunicación y tareas se organizan dentro de sus conversaciones. Puede insertar tareas, eventos, fechas de vencimiento directamente en sus conversaciones.

Como otra nota al margen, aquí hay algunas estadísticas de nuestra investigación que pueden resultar interesantes:

  • Alrededor de $ 37 mil millones se pierden anualmente debido a malentendidos de los empleados y mala comunicación (Informe Holmes)
  • Las empresas y los equipos que intentan resolver esto con herramientas de colaboración social descubren que más del 50% de las personas no usan las herramientas (WSJ)
  • Los 4 mayores dolores de la colaboración remota del equipo son la gestión deficiente de las tareas, los largos hilos de correo electrónico, la dificultad para programar reuniones virtuales y las malas herramientas de comunicación (SoftwareAdvice)

Aquí hay un video rápido de cómo resolvemos estos problemas:

Introducción a nuestro calendario:

Y nuestra integración de correo electrónico para que los no usuarios puedan seguir participando en la acción:

More Interesting

¿Cuál es el significado de SKU en la distribución?

¿Cuáles son las ventajas y desventajas del desarrollo y fabricación de productos en la misma ubicación? ¿Hay grandes ventajas / desventajas?

¿Cuáles son los mejores libros para gerentes de producto, especialmente aquellos con experiencia en ingeniería?

Cuando la situación del mercado es difícil, ¿es mejor lanzar un producto de gama alta o un producto de gama baja? ¿Por qué?

¿Cuál es un ejemplo del PRD ideal?

¿Utilizará un sistema de seguimiento de candidatos? ¿Qué características clave te gustaría ver allí?

¿Cómo debo planificar la hoja de ruta del producto de mi startup?

¿Cuáles son los diferentes productos desarrollados por los fabricantes de cabinas porta?

¿Cuál es su definición de liderazgo de categoría? ¿Qué líderes de opinión y libros has leído que describen el liderazgo de categoría y cómo obtenerlo?

¿Cómo puede un gerente de producto mantenerse al frente de un equipo de desarrollo de alto rendimiento?

Como desarrollador de productos, ¿qué lecciones se pueden aprender de la desastrosa actualización iOS 8.0.1 de Apple?

¿Cuáles son algunas buenas empresas de desarrollo de productos de TI en Bangalore?

¿Cómo se mantiene en secreto el desarrollo de nuevos productos de Google?

¿Cuál es el papel de la estrategia de producto en el crecimiento y desarrollo general de la empresa?

¿Qué herramientas utiliza para organizar los comentarios de las entrevistas de desarrollo del cliente?