Autor: Hermano Dong
introducción
¿Deberíamos utilizar nuestro tiempo para mejorar la calidad del software o centrarnos en lanzar características más valiosas? Este parece ser un tema eterno en el desarrollo de software.
- ¿Qué es exactamente la calidad? ¿Cuáles son las cualidades de la calidad?
- ¿Cuál es la relación entre la calidad y la velocidad? Los dos son los pros y los contras de la misma moneda. ¿Es imposible tener ambos?
- ¿Cuál es la relación entre calidad y costo?¿Qué significa calidad?
- Además, ¿qué pasa con la calidad y la innovación? ¿El enfoque en la calidad sofoca la innovación?
¿Cuál es la relación entre la deuda técnica y la calidad? (Si la deuda técnica es necesaria y si es buena o mala no es el contenido de esta sección, trataremos este tema en un capítulo aparte)
¿Qué es la calidad?
Hablemos primero de la primera pregunta, qué es la calidad. Después de aclarar la definición, podemos discutir la relación entre la calidad y otros asuntos.
Hay muchos aspectos en el desarrollo diario que están relacionados con la calidad del software: por ejemplo, si la interfaz de usuario puede guiar fácilmente a los usuarios para completar las tareas que deben completarse; otro ejemplo es la confiabilidad del software; y si la arquitectura es altamente cohesiva y de bajo acoplamiento, para que los desarrolladores puedan modificar y publicar fácilmente; y si el código es claro, fácil de leer y fácil de mantener.
Parece que hay muchas cosas que se pueden contar como calidad del software, entonces, ¿qué es exactamente la calidad?
Calidad de consulta de la Enciclopedia Baidu, un total de 9 términos relacionados con el software, hay varias entradas, como conceptos de gestión, definiciones filosóficas, términos de ingeniería y términos de productos:
- En el concepto de gestión, la definición de calidad es: el grado en que un conjunto de características inherentes de un objeto cumplen los requisitos.
- En términos de ingeniería de calidad, la calidad es "las características generales y las características de un producto o servicio en función de su capacidad para satisfacer las necesidades establecidas o implícitas".
- La terminología del producto de calidad propone que "la calidad del producto es la aplicabilidad del producto, es decir, el grado en que el producto puede satisfacer con éxito las necesidades de los usuarios cuando se utiliza".
- En la definición filosófica de calidad, "tiempo, espacio y calidad se denominan colectivamente los tres elementos del universo, y la calidad es el elemento original de los tres elementos. Sin calidad, no hay espacio, y sin espacio, no hay tiempo. Si adoptamos la descripción poética del Tao Te King de Lao Tzu, entonces hay: protoplasma, la calidad genera espacio, el espacio genera tiempo y el tiempo genera todas las cosas". el tiempo, el espacio y la calidad se pueden usar como referencia en el proceso de desarrollo de software, que mencionaremos más adelante).
La entrada de gestión en la Enciclopedia Baidu está más relacionada con la calidad del software de la que estamos hablando, pero parece que varios maestros de gestión de calidad tienen diferentes interpretaciones de la calidad:
- El Dr. JM Juran, un conocido experto en gestión de calidad en los Estados Unidos, planteó que la calidad del producto es la aplicabilidad de los productos desde la perspectiva de los clientes. Es decir, el grado en que el producto satisface con éxito las necesidades del usuario cuando se utiliza. El requisito básico de los usuarios para los productos es la aplicabilidad, y la aplicabilidad expresa adecuadamente la connotación de calidad.
- Crosby, un experto estadounidense en gestión de la calidad, una vez resumió la calidad como "el grado en que un producto cumple con los requisitos especificados" desde la perspectiva del productor;
- El maestro de gestión de calidad estadounidense Drucker cree que "la calidad es satisfacer las necesidades";
- Feigenbaum, el fundador del control de calidad total, cree que la calidad del producto o servicio se refiere a la síntesis de varias características en marketing, diseño, fabricación y mantenimiento.
De las definiciones de los maestros, podemos concluir dos perspectivas para observar la calidad de los productos o software:
- Calidad interna: Como indicador de proceso, se enfoca más en el proceso de desarrollo de funciones internas del producto, como el número de defectos, cobertura de código, cobertura de UT, etc., que es la "perspectiva del productor" mencionada por Crosby.
- Calidad externa: como indicador de resultado, centrarse en si los requisitos funcionales y no funcionales de los usuarios se cumplen realmente. Mientras se cumplen las demandas básicas de los usuarios, si la confiabilidad y la experiencia del usuario superan las expectativas del usuario también es el punto de vista de Juran y Drucker.
Si el desarrollo de software es para producir productos que sean valiosos para los clientes, entonces, para permitir que los clientes obtengan más valor continuamente, necesitamos construir calidad. La calidad externa está directamente relacionada con el reconocimiento del valor por parte del cliente, y la calidad interna es para una entrega de valor más rápida, más y más continua.
La calidad interna es relativamente controlable para los productores, y también es el cuerpo principal de calidad incorporada y garantía de calidad que a menudo discutimos. La calidad externa es percibida por los clientes/usuarios (este capítulo no distingue entre clientes y usuarios, denominados colectivamente usuarios).Los productos que entregamos son controlables, pero las expectativas de calidad de los usuarios son incontrolables. La calidad externa es la base de la existencia del valor del producto, y un producto sin la aprobación del usuario no tiene sentido a puerta cerrada. La calidad interna debe reflejarse y eventualmente se reflejará en la calidad externa, es un factor de garantía de la calidad externa y no puede ser ignorada.
¿Importa la calidad interna?
Los usuarios y clientes a menudo pueden ver qué hace que un producto de software sea de alta calidad externa, pero no pueden distinguir entre alta y baja calidad interna. Los usuarios pueden juzgar si están dispuestos a pagar más por más funciones, una interfaz de usuario más sencilla, porque pueden evaluar si son suficientes para valer el dinero extra. Pero los usuarios no pueden ver la estructura modular dentro del software, y mucho menos juzgar si es bueno o malo.
¿Por qué pagar más por algo que no funciona? Entonces, ¿realmente importa la calidad interna? La respuesta es, por supuesto, importante.
La calidad interna y la calidad externa son dos aspectos de una transacción, la calidad externa es el resultado y la calidad interna es la base.
La calidad está integrada, se construye en la calidad, pero en última instancia debe reflejarse en la calidad externa. Si la garantía de calidad interna del proceso afecta la apelación de la calidad externa al resultado, y hay un conflicto entre ambos, se está poniendo la carreta delante del caballo. La calidad externa es visible y perceptible por los usuarios reales, mientras que la interna es la garantía de la calidad externa, generalmente denominada Quality Assurance.
Hay dos tipos de calidad externa para los clientes, uno es que los clientes satisfechos estarán satisfechos y el otro es que los clientes no satisfechos estarán insatisfechos. En pocas palabras, la primera categoría es lo que solemos llamar requisitos funcionales, mientras que la segunda categoría es lo que solemos llamar requisitos no funcionales NFR.Cuando no se puede cumplir con la estabilidad, la facilidad de uso, la seguridad, el rendimiento, etc., los clientes estarán insatisfechos. La segunda categoría en realidad está estrechamente relacionada con la calidad interna de la que hablamos y, de hecho, también afecta la calidad externa.
Una analogía común de la calidad interna es la deuda técnica: si es fácil agregar funciones, el costo adicional es como pagar intereses y eliminar los obstáculos que dificultan la entrega es como pagar el capital. El beneficio de la metáfora de la deuda técnica es que facilita ver la calidad interna desde una perspectiva económica, ya que con la calidad externa podemos comprender el valor de la calidad interna y el interés que debe pagarse si (más o menos) falta.
Descuidar la calidad interna puede conducir a una rápida acumulación de deuda que ralentiza el desarrollo de funciones. No se puede evitar la deuda, pero a través de prácticas como la refactorización, se puede mantener la calidad interna y las pilas de deuda se reducen al mínimo, lo que permite a los equipos agregar funciones con menos esfuerzo, tiempo y costo.
Implementar el desarrollo de software en sistemas cada vez más complejos es difícil y el fracaso/fracaso es inevitable. Pero la deuda técnica es inevitable, e incluso los mejores equipos tendrán errores en su software. La diferencia es que los buenos equipos no solo crean mucha menos deuda nueva, sino que también siguen pagando suficiente deuda histórica para que puedan continuar agregando funciones a un ritmo rápido.
El secreto de los equipos de alto rendimiento es:
- El desarrollo de la línea principal garantiza un ritmo estricto de envío y liberación, ramificaciones cortas y pequeños lotes de envíos; los lotes grandes y los cambios de baja frecuencia traerán riesgos al proceso de implementación. Una vez que ocurre una falla/falla, es muy difícil encontrar la causa raíz del problema y restaurar los servicios. Para empeorar las cosas, la implementación también puede desencadenar una cascada de otras fallas en todo el sistema, y el tiempo que lleva recuperarse por completo de estas fallas secundarias es asombroso.
- Integración continua, para minimizar los problemas de integración causados por la colaboración entre equipos;
- Tómese el tiempo para crear pruebas automatizadas, la automatización de pruebas tiene un gran impacto en la entrega continua, especialmente en combinación con la integración continua, para que los problemas se puedan encontrar rápidamente y se dedique menos tiempo a corregir errores y publicar en vivo;
- Refactorización frecuente para eliminar el exceso de "grasa" antes de que se acumule lo suficiente como para impedir la acción;
- A través de entrega continua, entrega bajo demanda al entorno de producción o clientes;
- Tome la calidad de la entrega y la retroalimentación rápida sobre la implementación del sistema como la primera prioridad;
- Optimización y mejora continua.
Los productos en diferentes etapas tienen diferentes requisitos de calidad.
La calidad es sensible al tiempo
La calidad no es un concepto fijo, es dinámico, cambia y se desarrolla con el tiempo. La cualidad estará en constante cambio en diferentes períodos, constantemente enriquecida, perfeccionada y profundizada.
La calidad es sensible al tiempo, variará con el tiempo, el lugar y los objetos de uso, y se actualizará y enriquecerá constantemente con el desarrollo de la sociedad y el progreso tecnológico. Las necesidades y expectativas de los clientes cambian constantemente y, por lo tanto, los requisitos de calidad deben ajustarse constantemente.
El proceso de personas que usan productos presentará ciertos requisitos sobre la calidad del producto, y estos requisitos a menudo se ven afectados por factores como el tiempo de uso, el lugar de uso, los objetos de uso, el entorno social y la competencia en el mercado. Los cambios en los factores externos harán que las personas tengan diferentes requisitos de calidad para el mismo producto.
Modelo 3X de Kent Beck
Durante el trabajo de Kent Beck en Facebook, fue testigo del modelo de producto e I+D de FB, lo que se puede decir que ha subvertido hasta cierto punto su concepto de desarrollo y calidad, por lo que Kent propuso el modelo 3X como se muestra en la siguiente figura.
¿Cómo se evalúa la calidad de la fase de innovación? Los productos que carecen de usuarios y mercados son el mayor desperdicio y el mayor problema de calidad. En la etapa inicial de exploración del producto, lo que se necesita es obtener rápidamente la retroalimentación del mercado, en lugar de lanzar un producto integral. En este momento, la medida de la calidad debe ser la velocidad de la retroalimentación y la respuesta, en lugar de la estabilidad, la facilidad de uso, etc.
En la etapa de rápida expansión de los productos intermedios lo que se necesita es poder soportar el crecimiento exponencial de los productos, en este momento la velocidad de entrega, el rendimiento, la escalabilidad, etc., son el rendimiento de la calidad.
Cuando se trata de la etapa de cosecha, lo que se necesita es maximizar el valor del producto extraído de manera estable, en este momento se debe evaluar la estabilidad, la eficiencia, la seguridad y otros factores de calidad.
La calidad de la calidad externa e interna afecta directamente la popularidad de los productos en el mercado, pero en general, el enfoque de calidad está determinado por el mercado y los factores externos, y generalmente no se mide por un conjunto de indicadores internos.
Las diferentes etapas del producto tienen diferentes definiciones y requisitos de calidad, así como diferentes tolerancias para la calidad y los riesgos de falla. Debemos considerar el beneficio marginal de la calidad, es decir, la relación entre la inversión marginal y el ingreso marginal. Cada centavo invertido debe recuperar al menos un centavo año tras año, en lugar de buscar ciegamente la alta calidad y perder oportunidades de mercado.
Diferentes grupos de clientes tienen diferentes definiciones de calidad.
La opinión general es que cuanto mayor sea la calidad del producto, mejor, y cuanto mayor sea la calidad, mayor será el valor, pero de hecho, esta opinión no es necesariamente correcta. Los productos de alta calidad no son necesariamente populares en el mercado, de hecho, diferentes audiencias tienen diferentes definiciones de calidad.
Un producto necesita tener un mercado y una multitud que coincidan, lo cual se describe en detalle en la teoría del "Posicionamiento" de Trout. De manera similar al posicionamiento del producto, también existe un posicionamiento sobre la medida en que se debe controlar la calidad del producto, es decir, el posicionamiento de la calidad del producto.
La calidad es relativa. Diferentes grupos de clientes pueden tener diferentes requisitos funcionales para el mismo producto, y también pueden tener diferentes requisitos para la misma función del mismo producto. Diferentes necesidades tienen diferentes requisitos de calidad, solo los productos que satisfacen las necesidades pueden considerarse productos de buena calidad.
El rápido ascenso de Pinduoduo en los últimos años es un excelente caso. Ya cuando Pinduoduo era conocido, JD.com realizó una investigación al respecto y concluyó que era insuficiente. Después de revisar Pinduoduo después de que se incluyó en la lista, se descubrió que los gigantes del comercio electrónico como JD.com habían perdido la vista y los usuarios de Pinduoduo valoraban más la calidad del producto. Sin embargo, los usuarios de Pinduoduo tienen una definición de calidad completamente diferente a la de los usuarios de JD.com. Por ejemplo, el papel higiénico de alta calidad tiene "tres capas y no se derrite cuando se expone al agua", mientras que el papel de alta calidad de los usuarios de JD.com es "ecológico y no contiene lejía".
El posicionamiento de calidad, al igual que el posicionamiento de productos, debe tener en cuenta los diferentes mercados, los diferentes grupos de clientes, la aceptación y la popularidad del valor del producto (incluida la calidad) y determinar el posicionamiento de la calidad del producto de acuerdo con la demanda real del mercado. La "alta calidad" en su mente puede no ser la misma que en la mente de otras personas.
¿No se puede tener calidad y velocidad?
La entrega rápida conduce a una mejor calidad externa
A menudo, las presiones comerciales y las razones para las revisiones de desempeño de los departamentos llaman la atención sobre la entrega de valor comercial. Y la calidad a menudo se pasa por alto fácilmente hasta que surgen problemas.
Cabe señalar que no queremos hacer una función para satisfacer las necesidades del cliente, sino comprender cuál es el propósito y la intención del cliente. Lo que quieren los clientes no es un caballo más rápido o un automóvil más rápido, sino llegar de A a B a tiempo. Si la distancia es de miles de kilómetros, un avión es adecuado; si son cientos de kilómetros, un automóvil es bueno; si son decenas de kilómetros, un automóvil es bueno; si son unos pocos kilómetros, una bicicleta es suficiente. Por lo tanto, las necesidades de los clientes no son generalizadas y los productos correspondientes deben proporcionarse de acuerdo con el propósito real.
La gente a menudo considera el aseguramiento de la calidad y la respuesta rápida a las necesidades del cliente como un par de contradicciones y carece del concepto de equilibrar las oportunidades y los riesgos con los clientes.
La intención del cliente se va aclarando gradualmente a través de la comunicación y la exploración, lo que nos obliga a obtener rápidamente retroalimentación, aclarar constantemente y ajustar constantemente la dirección del producto a través de métodos y medios técnicos. El propósito del cliente es la dirección del producto, que es un objetivo en movimiento, y la agilidad es tratar de alcanzar el objetivo en movimiento de forma curvilínea a través de una entrega rápida, una retroalimentación rápida y un ajuste rápido.
Por lo tanto, la respuesta rápida que brinda la entrega rápida está directamente relacionada con la calidad externa. Sin comentarios de clientes externos, cualquier función o desempeño es simplemente pescar en el agua. La velocidad puede ayudar a satisfacer mejor las demandas reales de los clientes, especialmente en esta era de UKA.
A la larga, la calidad es garantía de rapidez
Al mismo tiempo, escribir un buen software requiere un esfuerzo adicional, lo que tiene un costo a corto plazo. Sin embargo, como se discutió en el capítulo de Deuda Técnica, la calidad interna también puede sacrificarse deliberadamente para lograr una mayor velocidad, si es beneficioso.
Por supuesto, lo que sigue es la falta de legibilidad del código, escalabilidad, estabilidad, facilidad de uso, etc., y se adjuntará a cada entrega de función nueva en el futuro. 1.01^100≈2.705, 0.99^100≈0.366, por lo que en el corto plazo la calidad interna consume más recursos (mano de obra, recursos materiales, tiempo), pero en el largo plazo será una retroalimentación exponencial.
Por lo tanto, a corto plazo, sacrificar deliberadamente la calidad interna debe poder generar un mayor valor económico y debe superar el interés de la deuda técnica. Pero a la larga, el papel fundamental de la calidad interna es reducir el costo de los cambios futuros. Una mejor calidad interna hace que agregar nuevas funciones sea más fácil y, por lo tanto, más rápido y económico, por lo que la calidad interna también trae beneficios externos. La alta calidad intrínseca nos permite implementar 10 veces al día y agregar nuevas características cada semana, mientras que la baja calidad intrínseca nos mantiene atascados en trámites burocráticos. Aunque puede retrasarse en los primeros días, pronto el software de alta calidad intrínseca es mucho más poderoso que los productos de baja calidad intrínseca, y todos los clientes elegirán la aplicación con más funciones, incluso si cuesta más (de hecho, el precio puede ser más bajo, porque se invierten menos recursos).
Mejorar la calidad interna consiste en reducir la pérdida de productividad a largo plazo. Esto se puede ver en el diagrama tiempo-función-calidad de Martin Fowler. Con una calidad interna deficiente, el progreso inicial fue rápido, pero con el tiempo se hizo cada vez más difícil agregar nuevas funciones. Incluso los cambios pequeños requieren que los programadores modifiquen una amplia gama de código; código que es difícil de entender y tiene una alta probabilidad de romperse accidentalmente cuando se cambia, lo que resulta en un tiempo de prueba excesivo y defectos adicionales que deben corregirse.
También se puede ver en el esquema que hay un momento en que la masa intrínseca baja es más eficiente que la masa intrínseca alta. Durante este período, existe algún tipo de compensación entre calidad y costo. La pregunta es ¿cuánto tiempo transcurre antes de que se crucen las dos líneas? De acuerdo con la ilustración de Martin, el código de baja calidad puede ralentizar significativamente la entrega en unas pocas semanas, por lo que cambiar calidad por velocidad solo es adecuado para plazos extremadamente cortos.
La velocidad se encuentra con la calidad
La compensación (compensación) entre el rendimiento y la estabilidad es una práctica industrial común, especialmente en campos gubernamentales o altamente regulados, donde las organizaciones prefieren adoptar estrategias conservadoras de desarrollo y entrega de software. Aseguraron que liberar código con poca frecuencia era una estrategia efectiva. Porque entonces se puede dedicar más tiempo a la implementación, las pruebas y el control de calidad, y se minimizará la posibilidad de falla/falla.
En el modelo de TI de modo dual, discutimos si la división del modelo de estado estable y el modelo de estado sensible es aplicable a la transformación de TI actual, y ampliamos aún más las diferencias y conexiones entre la transformación de TI y la transformación digital. El punto de vista de Jez Humble es que el modelo de modo dual es una propuesta falsa, como se puede ver en el "Informe de estado de DevOps". El informe señaló que la eficiencia de la I+D de software tiene un gran impacto en la industria minorista, seguida de los servicios financieros. Para el comercio minorista y las finanzas, dos industrias que generalmente consideramos muy diferentes, el problema ya no es elegir conservador o buscar la excelencia. La eficiencia no es una cuestión de SER O NO SER, sino un deber. Después de todo, los bárbaros han irrumpido en la puerta y han entrado en el pasillo.
De hecho, se pueden lograr tanto la velocidad como la estabilidad. Las mejores organizaciones de alto rendimiento siempre pueden lograr excelentes niveles de rendimiento y estabilidad al mismo tiempo, en lugar de elegir entre los dos o sacrificar uno. Según el "Informe de estado de DevOps" de DORA, las organizaciones de alto rendimiento pueden lograr tanto velocidad como calidad. A través de la calidad integrada, la automatización y la retroalimentación continua, mientras mejoran la calidad, no pierden la velocidad a corto plazo.
"Los equipos de software de élite actualizan el código de producción varias veces al día, impulsando los cambios de código del desarrollo a la producción en menos de una hora. Cuando lo hacen, sus tasas de fallas en los cambios son significativamente más bajas que las de las organizaciones más lentas, por lo que pueden recuperarse de los errores más rápidamente".
"No tenemos tiempo para escribir código de alta calidad, porque lleva demasiado tiempo." Efecto de mirada furtiva, pensamiento de escasez, solo mirando aquellas opciones con mayores retornos a corto plazo, es fácil ignorar invertir en cosas que son más eficientes a largo plazo.
¿La calidad es gratis? Una cuenta económica para la calidad.
La calidad es gratis, pero nunca gratis.
"La calidad es gratis" de Crosby es un libro de administración clásico, "La calidad no solo es gratis, sino que también es una verdadera fuente de ingresos. Dado que el trabajo se realiza desde el principio, cada centavo ahorrado sin volver a trabajar se incluirá en la columna de "beneficio" del estado contable".
La calidad nunca se puede obtener de forma gratuita y requiere una gran cantidad de mano de obra y recursos materiales.Sin embargo, la búsqueda de la calidad es la actividad con el mayor ROI de entrada y salida. La búsqueda de la calidad multiplica la velocidad y tiene un efecto de ponderación a largo plazo.
La calidad es económica
Debido a que las necesidades de los clientes son la expresión del valor del producto, la alta calidad y el bajo precio reflejan la orientación de valor de las personas, y la relación calidad-precio significa que la calidad es económica.
Los tres elementos de tiempo, espacio y calidad en la definición de la filosofía de la calidad, el concepto de "sin calidad, sin espacio, sin espacio, sin tiempo", también se puede aplicar al desarrollo de software. El triángulo tradicional de gestión de proyectos de requisitos, tiempo y recursos, con factores de calidad implícitos. Los requisitos son fijos y los recursos y el tiempo se consideran variables, pero de hecho este no es el caso, por lo que la calidad a menudo se sacrifica de forma pasiva y los desarrolladores en realidad sacrifican la calidad de forma pasiva. En el desarrollo ágil, este modelo se ha convertido en un triángulo invertido. Admitimos que los recursos y el tiempo siempre son limitados, por lo que la demanda es negociable y la demanda también refleja los requisitos del cliente para la calidad externa, que también está relacionada con la calidad interna, por lo que los requisitos de calidad pueden cambiar con el tiempo, pero somos proactivos en este proceso. (Por supuesto, también debemos tomar la iniciativa para compensar el sacrificio de calidad a corto plazo).
Lo que es adecuado es lo mejor, demasiado es demasiado, la velocidad demasiado rápida y la búsqueda excesiva de calidad también son un desperdicio. Tomando SLA como ejemplo, la búsqueda de la actualización del 99 % al 99,99 % requiere 10 o incluso 100 veces de inversión de capital y tiempo, pero para los clientes, la percepción puede no ser 100 veces la mejora, y puede ser menos del 10 %.
Por lo tanto, no es aconsejable buscar ciegamente la alta calidad.La calidad no solo está relacionada con la velocidad, sino también estrechamente relacionada con el riesgo de probabilidad de error. Si el resultado está dentro del rango aceptable, el riesgo de una calidad ligeramente inferior se puede asumir por completo.
La actitud de las empresas alemanas y japonesas ante la calidad a partir del caso de Huawei
Tomando a Huawei como ejemplo, "En opinión de Huawei, la innovación debe aprenderse de las empresas estadounidenses y la calidad debe aprenderse de las empresas alemanas y japonesas". En el proceso de formación de la "gran calidad" de Huawei, la evaluación comparativa con empresas alemanas y japonesas juega un papel clave.
Las características de las empresas alemanas se basan en estándares de calidad, utilizando como medios la informatización, la automatización y la inteligencia, integrándose en todo el proceso de realización del producto y comprometiéndose a construir un sistema de gestión de calidad que no dependa de las personas. Alemania enfatiza los estándares de calidad, prestando especial atención a la construcción de reglas, procesos y sistemas de gestión; alrededor del 90% de los estándares de la industria emitidos por Alemania son utilizados como modelos o adoptados directamente por países de Europa y otros continentes. La teoría alemana de la calidad dio forma a la primera mitad del proceso de evolución de la calidad de Huawei, es decir, el sistema de gestión de calidad construido con procesos y estándares.
La característica de las empresas japonesas es que se centran en la teoría de la producción ajustada para reducir el desperdicio y mejorar la eficiencia. Creen que la mala calidad es un desperdicio y un alto costo. Las empresas japonesas se centran en la mejora de la calidad de los "puntos", prestan mucha atención al factor "humano" y enfatizan la autonomía, la iniciativa y la mejora continua de los empleados. Esto también ayuda a Huawei a formar gradualmente una cultura de calidad de mejora continua.
Huawei cree que la base de una empresa de alta calidad es una cultura de calidad. Las herramientas, los procesos y los métodos son "técnicas"; la cultura es "camino".
Además del tema eterno de centrarse en el cliente, el Sr. Ren habló más sobre la "cultura de la calidad", y el enfoque en la calidad es precisamente la piedra angular de la innovación continua de Huawei en la opinión del Sr. Ren.
El impacto de la digitalización en los trabajadores de calidad
Como personal de calidad, debe pensar en la digitalización para el futuro desarrollo profesional del control de calidad. La transformación digital tiene un gran impacto en los métodos de trabajo del control de calidad. En el pasado, debido a la opacidad de los datos, se requería que el control de calidad proporcionara visibilidad como policía. Dado que los datos no se pueden obtener automáticamente y no existe un modelo de evaluación automático, el equipo del proyecto también necesita control de calidad para ayudar a analizar la calidad o brindar orientación sobre el método de calidad. Si se digitaliza por completo, la mayor parte del trabajo de control de calidad actual se puede eliminar.
Pero, de hecho, mientras el desarrollo de productos sea un proceso, y la ley natural de garantizar un buen resultado mediante la construcción de un buen proceso permanezca sin cambios, el desarrollo de productos requiere una gestión de calidad y se requieren profesionales para construir un sistema de gestión de calidad.
Es solo que en el proceso de transformación digital, el método habilitador del sistema de gestión de calidad ha cambiado. El control de calidad debe realizar un análisis comercial profundo de los problemas de calidad, resumir las prácticas excelentes, extraer requisitos y métodos, incorporarlos en los flujos de trabajo como herramientas, rastrear sus efectos de ejecución y continuar mejorando. El control de calidad ha cambiado de servicios personales a brindar servicios a través de herramientas de calidad. ingeniero.
Referencias
- "¿Vale la pena el precio del software de calidad?" - Martin Fowler
- Enciclopedia Baidu
- "Del accidente a la inevitabilidad"