Stor Wars: La empresa contraataca

Escrito por:

Confrontar el miedo es el destino de un Jedi

Por qué un ciclo de desarrollo moderno para cargas de trabajo modernas es su destino

¿A quién no le gusta una cita sólida de Luke Skywalker para comenzar el 4 de mayo? Si bien el día de hoy está reservado para celebrar todo lo relacionado con Star Wars y, para nosotros, Stor Wars (¡Que el Cuarto Te Acompañe!), pensé que sería apropiado analizar una de las mayores oportunidades que enfrentan las empresas hoy en día: Modernizar su enfoque de almacenamiento .

Seré el primero en admitir que la palabra "moderno" se ha usado en exceso, lo que hace que usarla para este blog sea un desafío. Aunque la palabra moderno is usado en exceso por tantos otros, argumentaré que no necesariamente tienen los puntos de prueba para respaldar el uso de la palabra moderno en lo que respecta a sus soluciones y especialmente a su ciclo de entrega. Es hora de que su "Empresa contraataque".

Convertirse en un Jedi de almacenamiento

Encontrar un proveedor de soluciones que evolucionará para satisfacer sus necesidades futuras

A medida que las empresas invierten en soluciones, los compradores inteligentes tienen un gran interés en algo más que las funciones que se adaptan a sus necesidades actuales, sino que también se centran en cómo evoluciona el producto para satisfacer sus necesidades futuras.

Qumulo no solo usa la palabra "moderno" para describir nuestra solución, sino que la respaldamos en la forma en que entregamos nuestra solución desde una perspectiva de desarrollo de productos. Una de las cosas que me resulta refrescante es ser parte de una empresa que valora el progreso del producto a través de un proceso de toda la empresa llamado "sprints". Un sprint es un ciclo de vida de funciones que implementamos cada dos semanas, por lo que los clientes no tienen un tiempo de espera típico de 3, 6 o 9 meses para el lanzamiento de una función. Cuando una función está lista y ha salido con éxito del sprint, la función se incluye en una actualización con otras funciones para que las implementen nuestros clientes. Mientras escribía este blog, uno de nuestro equipo de ventas me informó sobre un cliente que ejecutaba la solución de un competidor en una de las principales nubes de PaaS y sufría muchos problemas y errores. Estoy seguro de que el proveedor se pondrá manos a la obra para intentar arreglar esto, pero esto no es lo que yo llamo moderno y no lo que llamo un modo de operación del cliente primero. A lo largo de este blog, entraré en detalles sobre por qué seleccionar un la solución basado en funciones es importante, y cómo los ciclos de lanzamiento y los modelos de desarrollo pueden ser igualmente importantes para los clientes y, en última instancia, por qué Qumulo marca todas esas casillas. Por último, hablaré sobre por qué estas diferencias en las filosofías de desarrollo son importantes para el éxito del cliente.

¿Nunca has oído hablar del Halcón Milenario?

Encontrar un proveedor de soluciones que se adapte al ritmo de su negocio

Esa es una tarea difícil y muchos clientes se encuentran atrapados entre la espada y la pared debido a decisiones que se tomaron incluso hace solo tres años. ¿Podrían haberse evitado los desafíos a los que se enfrenta hoy seleccionando una solución alternativa que no solo sea moderna según los estándares de usabilidad sino también moderna en la forma en que se entrega? Esta es la “cebolla” que pelaremos un poco porque creemos que esta modernización puede ser su ventaja competitiva.

La Fuerza es Fuerte (con las Características Correctas)

Encontrar el proveedor de soluciones adecuado

Probablemente, la razón clave por la que se toman decisiones para comprar una solución en lugar de otra es la comparación de funciones. Si tiene una lista de verificación de características principales usted requiere, por lo general, su pase inicial a través de todos los productos del proveedor que respondieron se conservan o eliminan en función de un puntaje de integridad de características asignado a cada uno. Entonces, las características importan, pero ¿qué pasa mañana o dentro de tres meses? ¿Qué pasa con las mejoras, las correcciones de errores y los principales lanzamientos? ¿Importan tanto durante el proceso de toma de decisiones? ¿Cómo califica a los proveedores mañana versus hoy?  

Piense en un momento en el que tomó la decisión de comprar una solución, emitió la orden de compra a su revendedor y, posteriormente, los proveedores enviaron el pedido para su cumplimiento y en algún momento del camino, 2, 3 o incluso 6 meses después. En el camino, finalmente implementa la solución solo para descubrir que su entorno ha cambiado y las funciones en las que basó su selección ahora carecen de una o dos casillas de verificación. ¿Cuánto tiempo tardó el proveedor en entregar una solución, una actualización o una versión de mantenimiento para brindarle asistencia? Con Qumulo, este desafío se alivia con nuestro robusto Asistencia Qumulo Care portal, donde las notas de lanzamiento, las actualizaciones y las guías técnicas están al alcance de su mano.  

Habiendo estado del lado del comprador, sé lo importante que son las funciones cuando se trata de seleccionar el proveedor y la solución correctos, pero también aprendí, de la manera más difícil, lo importante que es comprender cómo responde el proveedor a las solicitudes de funciones y mejoras.

Debe desaprender lo aprendido

Ciclos de liberación 101

En el pasado, una frase que uso mucho ya que he estado en esta industria el tiempo suficiente para usarla, trabajamos con algo llamado "obsolescencia planificada", un término que escuché por primera vez que Steve Jobs usó a mediados de finales de los 80 con la entrega del primer Macintosh, como se refirió al sistema completo. Este concepto fue llevado a nuevas alturas con la llegada de las computadoras portátiles iPhone y MacBook Pro años después. En última instancia, a medida que comencé a trabajar cada vez más con proveedores de soluciones líderes en software, el término elegido fue "ciclo de lanzamiento" para referirse solo al software. Al principio de mi carrera, las empresas con las que trabajé estaban contentas con 1 lanzamiento principal cada 1 o 2 años y 3 o 4 lanzamientos de nivel de puntos o puntos a lo largo del año entre los lanzamientos principales, y correcciones de errores cuando los niveles de gravedad alcanzan entre 3 y 2 en una base más inmediata. Es posible que escuche esto llamado "Sev2", "Sev3", etc. en referencia al nivel de gravedad del error. A continuación se muestran los 5 niveles de gravedad que se encuentran normalmente en la mayoría de los manuales de desarrollo.

  1. Sev1 es un obstáculo que hace que la solución falle o no continúe con las pruebas o la calificación.
  2. Sev2 es un error crítico que puede afectar un área funcional del software hasta el punto de fallar, como un método tradicional para instalar a través de una interfaz UI va cursus (línea de comando)
  3. Sev3 es un error importante, pero no necesariamente afecta la totalidad de la aplicación. Puede considerarse importante debido a la prioridad otorgada o en función de la disminución de usabilidad calificada por el control de calidad.
  4. Sev 4 es un error menor
  5. Sev 5 es trivial

Ningún producto debe lanzarse nunca con Sev 1 o Sev 2 a sabiendas. En ocasiones, los Sev3 se descubren durante la implementación de un caso extremo por parte de un cliente que el equipo de ingeniería y administración de productos no consideró un caso de uso de primera clase, en cuyo caso el proveedor debe enviar rápidamente una solución de mantenimiento para este Sev3 porque tiene un alto prioridad dado el caso de uso. Si una empresa dice que tiene una solución moderna, entonces su ciclo de entrega debe coincidir con ese apodo.  

Tu Camino Debes Decidir

Ágil vs Cascada

Para que las empresas digan que tienen una solución moderna para los centros de datos modernos, debe seguir que se suscriban a un enfoque de desarrollo y un ciclo de lanzamiento modernos. En algunos casos, este simplemente no es el caso. De hecho, creo que uno de estos oligarcas del almacenamiento anunció recientemente que se mudarán a un ciclo de lanzamiento de 6 meses. ¡Qué maravillosamente 90 de ellos para hacerlo! Los lanzamientos son tan importantes como las características que está seleccionando desde el principio, de hecho, diría que durante su proceso de selección y en sus criterios de selección es importante hacer la pregunta sobre los ciclos de lanzamiento y obtenerla por escrito. Una empresa para la que trabajé hace muchos años hizo importantes promesas de ofrecer funciones a un importante proveedor de telecomunicaciones en el medio oeste si el cliente aceptaba comprar la solución. El cliente accedió pero con estipulaciones. Si las funciones no se entregaban a tiempo, habría una compensación monetaria para el cliente por cada mes que no se cumplieran las solicitudes. Si bien sé personalmente que los desarrolladores trabajaron muy duro para entregar, también sé que el proceso de lanzamiento realmente les impidió entregar de manera oportuna. Ellos, como muchos todavía hoy, estaban usando el enfoque de cascada.  

 

Tú enfoque determina tu realidad

Por qué importan las diferencias entre ágil y cascada

Estos son dos enfoques de un estilo y una filosofía de gestión de proyectos. Así es como los miro desde un alto nivel.

Agil Modelo de

vs

Cascada

  • Iterativo y continuo
  • muy flexible
  • Fallar rapido
  • Pequeños equipos enfocados
  • Enfoque en el cliente
  • Aproximación de furgones (fases secuenciales)
  • Inflexible
  • Debe completar todas las fases
  • Gestión de proyectos / programas pesados
  • Enfoque del plan del proyecto

Nuevamente, este es un nivel muy alto, pero muestra algunas diferencias significativas entre las dos metodologías. Anteriormente compartí un poco de mi experiencia con el método Waterfall, pero permítanme abordar otro ejemplo y cómo me expusieron por primera vez de qué se trataba el desarrollo Agile y por qué creo que es tan importante.  

En una empresa anterior, estaba trabajando con un cliente, un cliente bueno y leal, en un proyecto que involucraba una nueva tecnología que acabábamos de adquirir e integrar en una solución completamente nueva para el mercado de copia de seguridad/recuperación. Había un requisito específico que este cliente necesitaba y, en base a varias otras conversaciones con otros clientes, analistas y mi propia experiencia, determiné que esta solicitud se requería de manera más amplia para todos en lugar de solo para este cliente. Cuando llevé esta solicitud de mejora de características a ingeniería de productos con toda mi documentación de respaldo e información de antecedentes para respaldar esta solicitud, me encontré con "probablemente podamos hacer esto en 6 a 8 meses". Tenemos que pasar por una fase de revisión para garantizar la viabilidad de su solicitud y luego continuar con el resto de las fases antes de que podamos obtener la verificación de ingeniería y luego el control de calidad/prueba”. Pedí más aclaraciones y descubrí que esta empresa, para cada ajuste de código, tenía un proceso de 8 fases antes de que se pudiera entregar algo, comenzando con la Fase 0: que era solo para determinar por voto mayoritario si sería aceptado en el modelo de ciclo de vida. Usaron y continúan usando el modelo Waterfall. Cuando me lo explicaron, lo comparé con un tren con una serie de vagones adjuntos. Mientras se sienta en un cruce de trenes esperando que pase el tren, observa cómo cada vagón se mueve secuencialmente ante sus ojos, este proceso lineal es lo que impediría que mi cliente reciba esta función y, en última instancia, sería la desaparición de este exitoso proyecto.

Fue entonces cuando aprendí sobre el desarrollo Agile, que tiene el concepto de sprints, mencionado al principio de este blog, que se enfoca en características específicas. A diferencia del enfoque en cascada, los sprints generalmente se lanzan en un cronograma de dos semanas a un mes, con preferencia apoyándose en la línea de tiempo más corta. De hecho, si lees el Manifiesto Ágil uno de los principios clave establece, “Nuestra mayor prioridad es satisfacer al cliente a través de la entrega temprana y continua de software valioso”. Entrega temprana y continua. Ese es un enfoque moderno para cumplir con su entorno empresarial en constante cambio.  

Usa la fuerza

Qumulo es ágil

Qumulo desde el primer día tuvo la visión de una empresa que entregaría un plataforma de datos de archivo moderna a clientes que buscaban algo que no podían encontrar en el mercado en ese momento. Los fundadores de Qumulo entrevistaron a miles de posibles clientes sobre lo que buscan en una plataforma de datos de archivos. Esto inició la filosofía de colocar al cliente primero en todas las cosas, también significó para Qumulo "satisfacer al cliente a través de la entrega temprana y continua de software valioso". Necesitábamos hacer las cosas de manera diferente desde adentro hacia afuera y eso significa que debemos ser ágiles. , flexible y centrado en el cliente. Entonces, a diferencia de muchos de los oligarcas del almacenamiento que todavía están atrapados en una cascada o en un modelo de cascada modificado, comenzamos de nuevo y con borrón y cuenta nueva y pusimos al cliente en primer lugar al escuchar sus necesidades y cumplir. Cada dos semanas hay una nueva actualización de código para nuestros clientes que pueden optar por instalar las actualizaciones cuando se publiquen o esperar si lo desean.

¿En qué se diferencia Qumulo?

[un tercio]

Qumulo


Hardware independiente. Qumulo es 100% solo software, lo que significa que puede elegir el hardware que le gustaría usar de nuestra lista calificada o cualquier nube de su elección de los tres proveedores principales.[/ one_third]

[un tercio]

Oligarcas de almacenamiento


Dependiente del hardware. Algunos han afirmado que se desagregan del hardware, pero el hecho es que todavía dependen de su hardware de marca específico para funcionar.[/ one_third] [one_third_last]

Recién llegados, modelo antiguo


Algunos de los jugadores más nuevos han ingresado al mercado del almacenamiento con soluciones similares en construcción a las de los oligarcas, ya que requieren hardware muy específico para funcionar. Si bien pueden afirmar que son solo software, el hecho de que debe elegir entre su único distribuidor con un conjunto de hardware muy específico los convierte en un "alma vieja" y no en el buen sentido.[/ One_third_last]

[un tercio]

Qumulo


On LocalNube, o Hybrid brindará exactamente la misma experiencia a nuestros clientes. Debido a que nuestro código de software se ejecutará en cualquiera de esas ubicaciones sin variación, nuestros clientes tendrán un rendimiento de usabilidad constante, ya sea en la nube o en las instalaciones.[/ One_third] [one_third]

Oligarcas de almacenamiento


Dado que estos jugadores heredados aún tienen que ofrecer realmente una versión solo de software de su solución de almacenamiento, la experiencia en la nube varía entre los proveedores y las plataformas en la nube. Uno de los oligarcas heredados solo admitirá hasta 500 TB en una nube y no todas las características que uno esperaría de una solución local. Mientras que el otro simplemente aterriza paletas de hardware en la nube y lo llama un "servicio"[/ one_third] [one_third_last]

Recién llegados, modelo antiguo


Algunos de estos jugadores más nuevos deben haber sido parte de la creación del libro de jugadas para los proveedores de soluciones heredados porque tampoco tienen forma de crear una experiencia perfecta en la nube sin enviar paletas de hardware y llamarlo un "viaje a la nube". Si bien es interesante, usar la palabra "moderno" es una exageración.[/un_tercio_último][un_tercio]

Qumulo


Qumulo se enfoca en resultados de los clientes y su éxito. Como tal, somos un grupo de desarrollo ágil y ofrecemos actualizaciones cada dos semanas. En el mundo de “nube avanzada” en el que vivimos hoy, no puede esperar para ofrecer funciones a sus clientes. Es un mercado muy competitivo en el que vivimos hoy y los clientes dependen de una experiencia verdaderamente moderna en todos los ámbitos.[/ One_third] [one_third]

Oligarcas de almacenamiento


Como se mencionó anteriormente, según los ciclos de lanzamiento de algunos proveedores de almacenamiento heredados, parece que todavía se adhieren a la metodología de cascada (o cascada modificada). Ciclos de lanzamiento de 6 meses, revoluciones de hardware, etc. es un retroceso a hace 20-30 años.[/ one_third] [one_third_last]

Recién llegados, modelo antiguo


Si bien algunos de estos recién llegados aprovechan la filosofía de desarrollo ágil, se cortocircuitan a sí mismos por las limitaciones de diseño físico de su solución al estar vinculados a un hardware específico. Y si bien es posible que no sea un problema hoy, podría existir la posibilidad de que el hardware alcance un punto de obsolescencia, dejándolo sin otra opción que hacer una actualización forzada. De hecho, un proveedor ha anunciado una importante refactorización de hardware que hará que todas las versiones anteriores sean incompatibles con su ideología de protección de la inversión a largo plazo.[/ One_third_last]

La Fuerza despierta

Despierte su empresa con soluciones modernas para problemas obsoletos

Sin duda las características de un producto pesan mucho en el proceso de selección. Si está buscando una solución que admita SMB3 pero que solo admita SMB2, es bastante seguro decir que el proveedor que admite SMB2 recibirá una puntuación mucho más baja en comparación con los que admiten SMB3. Sin embargo, si tiene las funciones que necesita hoy pero aún no tiene planes breves para implementar esas funciones o, mejor aún, todo es igual, entonces realmente le corresponde a usted profundizar un poco más y preguntar sobre el mañana. Pregunte cuáles son los ciclos de lanzamiento del proveedor y con qué frecuencia tiene acceso a las actualizaciones de su software, cuánto tiempo llevarán las actualizaciones y luego solicítelo por escrito.  

Nuestros clientes son nuestro deleite, cuando nuestros clientes tienen éxito, nosotros tenemos éxito: es una ecuación muy simple. De nuestro Canal de Slack para el éxito del cliente, para nuestro Metodología de desarrollo ágil, a nuestra comunicación abierta entre los grupos comerciales dentro de Qumulo y acceso a cualquier ejecutivo de nuestro equipo para responder o abordar cualquier pregunta que pueda tener, Qumulo está posicionado para continuar acelerando hacia el futuro porque hemos modernizado tantos procesos y funciones obsoletos que Todavía persisten algunos de los jugadores heredados e incluso algunos de los recién llegados. Entonces, cuando decimos que Qumulo es la plataforma de datos de archivos moderna para su centro de datos o nube modernos, lo decimos en serio y podemos respaldarlo.

En palabras de Obi Wan, "Recuerda... la Fuerza estará contigo, siempre".

Chapa, despidiéndose.

0 0 votos
Valoración del artículo
Suscríbete
Notificarme sobre
invitado
0 Comentarios
Más antiguo
Más Nuevos Más votados
Comentarios en línea
Ver todos los comentarios

Artículos Relacionados

0
Me encantaría tus pensamientos, por favor comenta.x
Ir al Inicio