Un día en la vida de un Cisco Meraki Wish

Tres deseos que hemos concedido y por qué su aporte es invaluable.

El dashboard de Cisco Meraki tiene un poco de magia: en cada página del dashboard de control, hay un pequeño recuadro donde los clientes pueden solicitar funciones o funcionalidades adicionales en esa página. Ya hemos cubierto los deseos antes en otras publicaciones de blog, pero queremos resaltar aquí cómo estos deseos se convierten en herramientas de dashboard reales.

Lo que realmente pasa

Cuando los clientes hacen deseos, esos deseos se envían directamente a todo el equipo de desarrollo. A veces, un ingeniero ve un deseo que la intriga, pero necesita más contexto para comprender lo que quiere el remitente; otras veces, ella puede decidir que ama la idea del deseo y quiere desarrollarla. En el primer caso, el ingeniero se comunicará con el remitente del deseo para obtener información adicional o una conversación sobre el deseo; en el último caso, el ingeniero puede comenzar a trabajar en el deseo inmediatamente, o programar un tiempo para desarrollarlo.

Crear una función de deseo a menudo llevará al menos uno o dos días. Luego, la función tendrá que someterse a una revisión de código por parte de un equipo de ingenieros, y esto puede tomar tan solo 3 días, dependiendo de la complejidad. Pero se otorgan varios deseos dentro de una o dos semanas para que un ingeniero vea la solicitud.

Además, los deseos se envían a el equipo de productos, quienes notan cuándo se solicitan deseos específicos varias veces. El equipo de producto a menudo usará deseos para guiar el desarrollo de la hoja de ruta, por lo que puede comunicarse con los ingenieros si hay una masa crítica de interés en una función determinada.

Los deseos se hacen realidad

Como ejemplo, aquí hay tres deseos que se convirtieron en características reales del dashboard de Meraki.

  1. Modo daltónico para el dashboard de instrumentos. Habilitar un modo de asistencia de daltonismo para ver los informes del dashboard es un gran ejemplo del poder de los deseos. Esta característica, si bien es importante, es probable que no se haya creado basándose solo en la tracción de ventas. Pero después de un deseo, se hizo realidad. De hecho, algunos empleados de Meraki que son daltónicos hacen un uso intensivo de esta función, por lo que nos hemos beneficiado directamente del sistema de deseos.

La típica alerta del dashboard de Meraki se ve para aquellos con visión normal.

La apariencia de las alertas del dashboard de Meraki para aquellos que son daltónicos y usan el modo de asistencia.

2. Uso de arrendamiento DHCP por VLAN. Esta es una característica ingeniosa en la página de estado y salud local del dispositivo de seguridad MX (Monitor> Estado del dispositivo). Si está utilizando el MX como un servidor DHCP, ahora puede obtener visibilidad sobre el agotamiento del grupo de direcciones IP por VLAN.

3. Estado de configuración del dispositivo. Todo el equipo Meraki recibe actualizaciones continuas durante todo el año para mejoras de firmware y funciones. Los administradores de red siempre han podido programar fechas y horas para estas actualizaciones, y un deseo que ahora está en producción es la capacidad de implementar manualmente las actualizaciones directamente desde la página de estado local de cualquier dispositivo Meraki.

¡Los deseos importan!

¡Así que los deseos de Meraki realmente se hacen realidad, y son una parte importante del ciclo de desarrollo de productos! Los deseos nos ayudan a asegurarnos de que estamos dedicando tiempo a desarrollar funciones que son importantes para usted y los clientes, y son una forma de obtener comentarios críticos. Entonces, si tiene un deseo, pídalo: ¡lo estamos escuchando!