Skip to main content

Todos los productos nuevos comienzan con una idea y luego atraviesan las etapas de desarrollo. ¿Cuáles son los 5 hábitos que pueden acelerar los ciclos de desarrollo de productos? En esta serie de entrevistas, estamos conversando con gerentes de producto, fundadores y autores que pueden compartir historias y percepciones de sus experiencias sobre cómo acelerar los ciclos de desarrollo de productos. Como parte de esta serie, tuvimos el placer distinto de entrevistar a Dustin Vaughan.

dustin vaughan headshot

Dustin Vaughan

Dustin Vaughan, Vicepresidente de I+D, Robótica en Asensus Surgical, es responsable de la dirección estratégica del personal global de ingeniería y desarrollo de sistemas robóticos de capital en múltiples disciplinas. Antes de unirse a Asensus, el Sr. Vaughan desempeñó funciones en varios equipos de I+D principalmente enfocados en el área de dispositivos médicos y cuenta con 15 años de experiencia en ingeniería y desarrollo de productos; ha liderado equipos en Teleflex Medical, LORD Corporation y RFMEDS. El Sr. Vaughan recibió su maestría en Ingeniería Eléctrica, con Concentración en Robótica, así como dos licenciaturas en Ingeniería Eléctrica e Ingeniería Informática de la Universidad Estatal de Carolina del Norte.

¿Puedes contarnos una historia sobre lo que te llevó a este camino profesional en específico?

Durante mi infancia y años de secundaria, planeaba dedicarme a la medicina y me apasionaba mucho la radiología. Sin embargo, conocí a un caballero que era propietario de una empresa de control y automatización, y me contrataron como pasante para fabricar cables para soluciones robóticas de automatización industrial. A medida que fui avanzando en este puesto y fui expuesto a ciertas plantas e instalaciones especializadas en esta fabricación, me di cuenta de que probablemente sería mejor ingeniero que médico. Desde ese momento he sido un apasionado de la robótica y descubrí que en realidad puedo combinar mis intereses mediante la ingeniería en dispositivos médicos.

¿Quieres más de The CPO Club?

Regístrate para obtener una membresía gratuita y terminar de leer este artículo:

Name*
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario
By submitting, you agree to receive our newsletter and occasional emails related to The CPO Club. You can unsubscribe at any time. For details, review our Privacy Policy.

¿Tienes algún mentor o experiencia que haya influido especialmente en tu enfoque hacia el desarrollo de productos y la experiencia de usuario?

Joseph Fisher fue mi jefe durante mi tiempo en Apple, y era uno de los líderes de hardware del iPod. Era una mente brillante y un ingeniero excepcionalmente disciplinado. Culturalmente en Apple, el desarrollo de productos se realiza de una manera muy única que resulta difícil comparar con cualquier otra empresa. No muchas organizaciones tienen la capacidad, los recursos o la disciplina para abordar el desarrollo de productos como lo hace Apple. La forma en que Joseph nos guiaba y gestionaba a nuestro grupo de ingenieros, mientras manejaba las presiones del flujo de trabajo y nos permitía operar con una gran flexibilidad y confianza fue fundamental para mi entendimiento del desarrollo de productos.

Se dice que a veces nuestros errores pueden ser nuestros mejores maestros. ¿Puedes compartir alguna historia sobre el error más divertido que cometiste cuando recién empezabas? ¿Qué lección aprendiste de eso?

Durante mi tiempo en la primera empresa de dispositivos médicos en la que trabajé, realizamos trabajos de consultoría relacionados con circuitos integrados de radiofrecuencia (RFIC) y construimos una placa de pruebas compleja y grande, encontrando luego un error en el diseño. Por supuesto, me sentí muy mal por ese error, y pasamos toda la mañana tratando de aislar el problema sin lograr encontrarlo. Había un corto en algún lugar de la placa que resultó ser consecuencia de nuestra selección de procesos. Mi jefe en ese entonces, Jon Jorgenson, quien fue el ingeniero más influyente en mi vida—falleció aproximadamente un año después de esto—se acercó a mí mientras trataba de resolverlo y sugirió que saliéramos a almorzar. Nos llevó a su coche, sacó unos cables para batería y los conectó a la placa y a la batería de su auto, y el corto explotó de inmediato. Lo convirtió en un fusible. Mi primer pensamiento fue: “¡Esto es una locura!” Solo las placas costaban más de $20,000 cada una, y solo teníamos tres, y fue un enfoque genuinamente de fuerza bruta. Nunca olvidaré ese día—estaba nevando en Carolina del Norte, lo cual es muy raro, y él arrojó la placa al montón de nieve y dijo, “Vamos a almorzar.” Al emplear la batería del auto para conectar esos dos nodos, pudo aportar suficiente corriente para fundir el corto y abrirlo.

Los ingenieros jóvenes tienden a pensar que cada error va a arruinar sus carreras. Aquella mañana me pareció un evento abrumador y me sentí muy avergonzado. Pero, luego, este ingeniero experimentado lanza una placa cara a la nieve, lo que resultó brillante. Me enseñó que cometerás errores y también puedes divertirte en el proceso. Y eso debe ser un proceso que se acepte culturalmente dentro de tu organización si quieres tener éxito.

¿Cuál sientes que ha sido tu momento más determinante en la carrera?

Considero que, desde la perspectiva profesional, el momento más definitorio fue mi decisión de volver a Asensus Surgical. Fui un empleado “boomerang”, estuve aquí tres años y después de una pausa de dos años regresé. Me fui a otra gran empresa de dispositivos médicos y descubrí que realmente extrañaba el ritmo de la investigación y desarrollo tempranos. También me di cuenta de que me apasionaba mucho la cirugía. Me fui para unirme a un equipo de anestesia, el cual disfruté, pero aun así me encontraba deseando estar del otro lado de la mesa del paciente. Dejar la estructura y los ingresos de estas grandes empresas por grupos más pequeños y riesgos potenciales puede dejar a algunas personas confundidas. Pero, para mí, siento mucho más entusiasmo por mi trabajo en Asensus Surgical y me encanta la forma en que opera esta empresa.

¿Puedes contarnos alguna historia sobre los momentos difíciles que enfrentaste al empezar tu camino? ¿Pensaste alguna vez en rendirte? ¿De dónde sacaste la motivación para continuar a pesar de lo difícil que era?

Pasé por un momento difícil cuando Jon Jorgenson, mi mentor, falleció al principio de mi carrera. Murió inesperadamente, justo cuando estaba financiando nuestro trabajo de forma privada. Así que perdí a mi mentor, a un gran amigo y a mi trabajo en una sola llamada, lo cual fue ciertamente difícil. Aunque fue un reto, sabía que esta era mi pasión y que iba a continuar en este campo. Nunca pensé en rendirme porque sabía lo que tenía que hacer a continuación y que quería seguir en el ámbito de los dispositivos médicos.

¿Cómo te mantienes al tanto de las tendencias y desarrollos del mercado en el ámbito de la gestión de productos?

Sigo el ciclo de noticias en redes sociales y en los principales medios de comunicación y asisto a eventos de la industria. También considero muy valioso crear oportunidades intencionadas para que mi equipo genere investigaciones y exponga tecnologías o ideas que puedan tener. Internamente, fomentamos una estructura que requiere que las personas entreguen un informe de aprendizajes después de asistir a una conferencia o feria comercial. Pedimos que hagan una presentación de 15 a 20 minutos sobre lo aprendido o las conclusiones del evento. Esto incentiva a nuestros equipos a pensar de manera transversal dentro de la organización. 

¿Qué papel juega la colaboración interfuncional para acelerar los ciclos de desarrollo de producto y cómo fomentas una colaboración efectiva entre distintos equipos y departamentos?

Los ciclos exitosos de desarrollo de producto permiten la colaboración e innovación tanto horizontal como vertical, aportando un enfoque más holístico al desarrollo del producto. Nuestra organización aprovecha múltiples perfiles y estilos para abordar un problema o producto, lo que normalmente resulta en resultados más eficaces y eficientes. También nos beneficiamos de la comunicación y colaboración frecuente entre departamentos para garantizar que el equipo de I+D esté alineado con nuestros objetivos y expectativas empresariales. Y lo más importante, en el campo de los dispositivos médicos, a menudo necesitamos adaptarnos a los requisitos regulatorios y de aprobación, así que debemos tener una coordinación muy estrecha con nuestros equipos de asuntos regulatorios e ingeniería de calidad.

Según tu experiencia, ¿cuáles son tus "Los 5 hábitos que pueden acelerar los ciclos de desarrollo de productos"?

1. Enfócate a través de la estructura y el proceso

En el desarrollo de productos, todos quieren más en sus dispositivos o productos. "Más" es una de mis ideologías menos favoritas en desarrollo de productos. En la ideación, está bien, pero después hay que intentar destilar lo que se está desarrollando y dar al equipo la oportunidad de ejecutar un plan viable. Es nuestra responsabilidad crear un entorno en el que no intentemos abarcar demasiadas cosas distintas. No podemos cambiar el alcance durante las fases avanzadas de diseño y construcción, o peor aún, más tarde en producción o verificación. Para evitar esto, debes contar con una estructura organizacional y un proceso para el desarrollo de producto que permita margen para errores y desafíos.

2. ¡Toma riesgos! ¿Pero cuándo?

La industria de dispositivos médicos generalmente atrae a personas aversas al riesgo, y siempre debemos considerarlo. El riesgo define una gran parte del diseño de producto y a menudo puede ser un perjuicio para su éxito. Por ejemplo, muchas startups tecnológicas de Silicon Valley se construyen sobre el riesgo y a menudo triunfan gracias a la brillantez y entusiasmo que tienen por la solución. En dispositivos médicos, debes asegurarte de habilitar espacio para asumir riesgos en las primeras etapas del ciclo de desarrollo. Asegúrate de que existan oportunidades suficientes para incorporar tecnologías que no se han probado tanto en tu aplicación o con las que tu equipo no tenga tanta experiencia. Asume todos esos riesgos y procura intentarlos lo más pronto posible, para poder retirar ciertos riesgos técnicos del plan de producto si es necesario. Tienes que ejecutar, ganar o perder, y luego seguir avanzando. 

3. Mejora la velocidad del dinero y la eficiencia en los gastos de compra

Ahorrar dinero es una prioridad obvia, y la preocupación no es cuánto gastas sino cómo lo gastas. Los procesos de aprobación a menudo se vuelven bastante engorrosos, aunque tengan buenas intenciones. Sabemos que asegurar la viabilidad del producto y entender el proceso es fundamental para el éxito, pero el tiempo también es un factor esencial para la rentabilidad. Hago lo posible por generar un proceso eficiente y que brinde suficiente libertad de operación, manteniendo la responsabilidad al mismo tiempo. 

4. Aísla, planea y fomenta la alineación para el hardware mínimo viable

En mi campo, aislamos planes y fomentamos la alineación dirigida hacia un producto mínimo viable, o en otras palabras, la versión más simple del producto que será viable para resolver tu planteamiento. Como alguien que prioriza el desarrollo de hardware para habilitar el avance del software, siempre me centro en desarrollar una plataforma de hardware robusta y estable para que el resto de nuestro equipo global de software pueda contar con un plan para sus esfuerzos de desarrollo lo antes posible. Si alineas y entregas el conjunto de hardware, puedes acelerar el desarrollo y escalar tus esfuerzos rápidamente.

5. Pruebas disciplinadas de ensayo en seco y esfuerzos de evaluación de ingeniería

Los equipos que carecen de disciplina reciben piezas o subconjuntos, y luego llegan al punto en que deben averiguar cómo probarlos. Es necesario asegurarse de contar con una metodología sumamente consistente para pruebas, evaluación, verificación y validación antes de comenzar el proyecto, y tener objetivos claramente definidos para cada fase de construcción. 

¿Cuáles son algunos de los errores más comunes en los que caen los equipos de producto al intentar acelerar sus ciclos de desarrollo, y cómo pueden evitarse?

Las empresas a menudo se topan con problemas cuando no están alineadas en objetivos o resultados, o cuando intentan completar tareas en un plazo inadecuado. Los equipos también pueden verse atrapados cuando agregan complejidad innecesaria a sus productos. Para evitar esas trampas, deben ser conscientes de la ingeniería de sistemas inmadura, que a menudo obliga a los equipos a apresurar el proceso desde el principio y, en última instancia, conduce a problemas más adelante. El riesgo es un factor enorme, y llevar riesgos técnicos demasiado avanzados en el ciclo de desarrollo puede ser muy perjudicial. Como mencioné antes, es necesario fomentar la toma de riesgos todo lo posible en las etapas iniciales de desarrollo para poder evitar estos problemas más adelante.

¿Puede compartir un ejemplo de una ocasión en la que tuvo que hacer una difícil elección entre velocidad y calidad durante un ciclo de desarrollo de producto y cuál fue el resultado de esa decisión?

En la atención sanitaria, las apuestas son tan altas que no se pueden sacrificar cuestiones de seguridad y es necesario tener la flexibilidad de ajustar los plazos si es necesario. Las demás concesiones luego se convierten en costos, desafíos de ingeniería o pequeñas características funcionales. No se quiere diluir el valor o la eficacia del producto con una función poco desarrollada. Por eso, siempre abogo por un enfoque de "menos es más" para asegurar que lo que se entrega realmente funcione a la perfección en el campo.

¿Qué tan importante es un enfoque basado en datos para el desarrollo de productos y puede compartir una experiencia en la que los datos influyeron significativamente en su proceso de toma de decisiones?

Los ingenieros suelen ser, en la mayoría de los casos, personas que toman decisiones basadas en datos. Puede ser difícil obtener datos explícitos sin una gran base de usuarios, así que frecuentemente optamos por un enfoque híbrido y tratamos de dar mayor peso a la voz del cliente. Este enfoque puede ser muy valioso en el desarrollo de características de dispositivos médicos, como la ergonomía. A menudo, sólo hay que usar el mejor criterio posible basándose en la experiencia de la empresa y el conocimiento del mercado del producto. 

¿Puede compartir una situación en la que la retroalimentación de los usuarios llevó a un cambio significativo en su estrategia de desarrollo de producto?

Nuestro producto actual, el sistema quirúrgico Senhance®, cuenta con un rastreador ocular activo que permite al cirujano manipular el campo de visión endoscópico según hacia dónde dirija la mirada en la pantalla. Algunas de las otras funciones de implementaciones anteriores utilizaban un rastreador de movimiento de la cabeza, pero descubrimos que estos rastreadores son menos efectivos cuando el cirujano lleva ciertos tipos de mascarillas quirúrgicas. Por eso, decidimos que era necesario ser más precisos en nuestro algoritmo y nuestro enfoque, ya que es indispensable tener en cuenta todos los factores adicionales de trabajar en una sala de operaciones, como el gorro quirúrgico y el cubrebocas. Es sumamente valioso tener la oportunidad de que cirujanos o clientes puedan venir y experimentar con etapas tempranas del desarrollo, porque recibimos comentarios importantes como este. 

¿Hay alguna persona en el mundo con la que le gustaría tener un desayuno o almuerzo privado, y por qué?

En realidad, me gustaría conversar con alguien que lidere un grupo de ingenieros de desarrollo o desarrolladores de algoritmos en otro campo crítico para la seguridad. Me interesa aprender más sobre cómo otros utilizan la IA y cómo están resolviendo los problemas de seguridad del mundo, sea en la medicina, la aviación o la industria automotriz.

Para más entrevistas como esta, suscríbete al boletín de The CPO Club.