¿Son los parches una mala señal para el cliente? [cerrado]

14

En la oficina acabamos de salir de un largo período en el que lanzamos parches con demasiada frecuencia. Cerca del final de ese período estábamos haciendo casi tres parches por semana en promedio.

Además de que esto era muy desmotivador para los desarrolladores, me preguntaba qué pensaría el cliente al respecto. Yo mismo hice la pregunta y llegué a la conclusión de que nunca supe el software que se actualizaba con tanta frecuencia. Sin embargo, para el caso que más se acerque, no me importa, ya que los parches se aplican con bastante rapidez.

Los clientes que recibieron estos parches difieren mucho entre sí. Algunos realmente esperaban el parche donde a otros no les importaba, pero todos tenían los mismos parches. El tiempo para actualizar el software de los clientes es inferior a 30 segundos, por lo que no espero ningún problema con respecto al tiempo. Sin embargo, sí deben desconectarse.

Entonces, mi pregunta con más detalle: ¿Obtener actualizaciones a menudo da un mensaje 'negativo' al destinatario?

Por supuesto, podría preguntar a los clientes, pero no estoy en esa posición ni quiero 'Despertar a los perros durmiendo'.

PD: Si hay algo que pueda hacer para mejorar mi pregunta, por favor, deje un comentario.

    
pregunta Mixxiphoid 12.03.2014 - 20:27

4 respuestas

24

Como con muchas cosas en computación, depende. Si los parches son una respuesta a las solicitudes de los clientes de nuevas funciones o mejoras, su empresa se verá receptiva. Si, por otro lado, sus parches son una respuesta a los informes de errores, entonces su compañía será vista como incompetente.

Probar el software en sus clientes es la forma más costosa posible de detectar errores, sin importar lo que digan los demás. Es una economía falsa; la mano de obra gratuita que cree que está obteniendo está más que compensada por el esfuerzo de servicio al cliente, rompiendo el ciclo de vida del desarrollo del software y perdiendo la confianza del cliente.

    
respondido por el Robert Harvey 12.03.2014 - 20:34
10

Siento que lanzar varios parches en estrecha proximidad se refleja mal en la compañía. Siempre me hace sentir que no probaron lo suficiente por adelantado, que los desarrolladores son incompetentes o que la administración no tiene idea de lo que están haciendo.

Dicho de otro modo, el otro lado del token es que la publicación de varios parches cercanos muestra que la compañía está adoptando un enfoque proactivo para su producto y continúa mejorando su producto para el consumidor.

Estoy más inclinado a sentir que la primera es la forma en que la mayoría lo verá desde el punto de vista del consumidor, pero hablar directamente con ellos (obviamente) será la mejor opción, pero también planteará el problema dentro de la base de clientes que pueden no haber sido conscientes inicialmente

    
respondido por el Jack 12.03.2014 - 20:32
7

Cada vez más empresas siguen los pasos de Chrome y tienen comunicados de clientes cada vez más frecuentes.

El requisito previo para implementar ciclos cortos de lanzamiento es una actualización sencilla: en Chrome, por ejemplo, la actualización se realiza sin la intervención del usuario en el inicio de la aplicación, y si el usuario mantiene su aplicación siempre activada, recibe una marca secundaria que le aconseja que reinicie la aplicación en el momento oportuno, y luego la aplicación hace el esfuerzo de devolverlo a su estado anterior después del reinicio.

Este método deja contento al cliente, ya que no necesita estar al tanto de cada actualización, y dado que los lanzamientos de funciones son frecuentes, los lanzamientos de corrección de errores serán bienvenidos.

Si, por otro lado, los parches se producen después de los errores evidentes del programa, y vienen en grupos, ya que los anteriores no solucionaron el error o crearon un error mayor. Tenga la seguridad de que sus clientes lo olerán. Esto definitivamente se reflejará pobremente en la reputación profesional del proveedor y reducirá los estándares de software percibidos por el proveedor. La entrega continua se basa en gran medida en las pruebas unitarias efectivas y las pruebas de integración para garantizar su éxito.

En cuanto a no hablar con sus clientes para 'dejar que los perros duermen', creo que esta es una estrategia equivocada: los clientes no son ciegos y no son tontos. Creo que una buena comunicación con sus clientes solo puede asegurarles que son su prioridad y que usted es receptivo a sus críticas. Si ha realizado lanzamientos incorrectos un par de veces y no los oye quejarse, definitivamente debe preocuparse, no es que no se hayan dado cuenta, es más probable que estén ocupados en encontrar un reemplazo para usted ...

    
respondido por el Uri Agassi 12.03.2014 - 21:38
2

Obviamente, los parches específicamente para los clientes que han detectado un problema tendrán que salir lo antes posible.

He visto software en grandes empresas y luego tomo el enfoque de que otros clientes obtendrán esos parches como un paquete de servicio a intervalos regulares programados. Normalmente, los parches requieren un poco de esfuerzo para instalarlos y probarlos en el entorno del cliente, pero en su caso solo se pueden utilizar para disminuir el posible impacto del efecto que le preocupa.

También he visto personas que abogan por colocar parches en repositorios o en sitios web donde los clientes pueden descargar e instalar los que deseen. Esto puede crear problemas al saber qué parches tienen los clientes, de modo que cuando llaman con un problema, tienen que determinar exactamente qué código están ejecutando, pero con el cuidado que se puede rastrear. Luego, puede forzar a las personas a que se actualicen a uno de los 'paquetes' más grandes cuando se lanza uno que contiene muchos parches.

La excepción son los parches de seguridad. Se sabe que una gran compañía de software con sede en Washington se metió en el agua caliente al esperar el tercer jueves del mes antes de lanzar parches críticos de seguridad y la información sobre el hackeo se filtró y obligó a su mano a una mayor vergüenza.

Google Chrome soluciona el problema al actualizarse automáticamente con mucha frecuencia, también requieren que realice un ciclo del programa (reinicie Chrome o, en su caso, cierre de sesión). Ahora han hecho esa práctica normal para los navegadores y la gente ya ni siquiera piensa en ello. Pero no todos pueden ser Google.

Las aplicaciones SaaS solucionan el problema al hacer las actualizaciones en segundo plano.

Sin embargo, sobre todo, a menos que esté realizando una integración o actualización continua con nuevas características solicitadas por el usuario con mucha frecuencia, creo que todavía estamos en un momento en que la gente espera que haya realizado una cantidad decente de pruebas antes del lanzamiento. Si se avergonzaría de conocer a sus clientes y hablar sobre la frecuencia de las correcciones de errores, probablemente no esté realizando suficientes pruebas. ¿Ha liberado la cantidad de riesgo que estaba tomando antes de lanzar el código? Existe un argumento para liberar el código de buggy muy temprano siempre que sepa que es lo que es, pero creo que necesita tener una buena comprensión de su calidad conocida, lo que significa comprender y mantener bajo control su tiempo para conocer la calidad.

    
respondido por el Encaitar 12.03.2014 - 21:15

Lea otras preguntas en las etiquetas