¿Pueden Agile e ISO 9001 interactuar bien?

28

Hay pocos documentos académicos que aborden la relación entre el desarrollo de software lean y las prácticas cubiertas por ISO 9001. La mayoría de los artículos dice que la divergencia entre estos enfoques es grande , pero algunos también señalan que estos conceptos pueden ser complementarios y las ganancias son mucho mayores cuando se usan ambos enfoques .

Académicamente es muy hermoso, pero en la práctica ¿lo es de todos modos?

Entonces esta es la pregunta: ¿trabaja o trabajó en empresas que aplican tanto Agile como ISO 9001? ¿Cuál es tu percepción? ¿Qué es realmente bueno y qué es inapropiado?

agile lean iso

— Erick Petrucelli
fuente

11

Mientras lee las respuestas, contemple las palabras de Richard Buetow, quien fue Director de Calidad en Motorola en 1993, cuando la moda de los programas de calidad estaba en su apogeo: "Con ISO 9000 todavía puede tener procesos y productos terribles. Puede certificar un fabricante que fabrica chalecos salvavidas de hormigón, siempre y cuando esas chaquetas estén hechas de acuerdo con los procedimientos documentados y la compañía proporcione a los familiares con instrucciones sobre cómo presentar una queja por defectos ".

— Blrfl

34

ISO9001 tiene un poco de presión porque la mayoría de las empresas intentan ser auditadas y fallan la primera vez, luego cometen el error de aumentar la documentación de sus procesos. Pero ese nunca es el punto de ISO9001.

En una vida anterior, he sido auditor interno de ISO9001. Si bien dejo eso fuera de mi CV hoy en día, lo que hacen es bastante simple:

Pregúntale a alguien qué está haciendo
Pregúnteles cómo saben que eso es lo que deberían estar haciendo.
Esto debería conducir a alguna documentación que debería coincidir

Esto debería ser fácil en Agile. Debe tener sus procesos documentados en una wiki, pero deben ser muy simples y ligeros. Eso debería ser suficiente para un auditor.

Anécdota relacionada: en el pasado, estaba con una compañía que estaba tratando de obtener ISO9001. Pagaron por mi acreditación. Después de varios intentos fallidos, la forma en que lo hicimos fue romper las 19 carpetas de documentación de proceso (no es broma, eran 2 estantes enteros, en los que ninguno de nosotros podía encontrar nada cuando lo desafiaban) y traerlo todo hasta una carpeta menos que llena de documentos útiles .

ISO9001 no insiste en masas de procesos, solo que tiene suficiente y que los que tiene son seguidos.

— pdr
fuente

3

Gran respuesta. :) ¿Alguna vez se encontró con un libro bueno y liviano sobre ISO que se adaptara a una mentalidad ágil?

— Mal Ross

1

gran anécdota y después de haber trabajado en algún lugar que hizo ISO9001, estoy completamente de acuerdo Teníamos como 2 páginas de documentación para cada uno de los principales tipos de roles (como 30 páginas de las cuales solo miraba unos pocos) y pasos para garantizar que se almacenaran las firmas que mostraban que cerró la sesión al completar cada uno de los pasos detallados en esos documentos. En algunos puntos, tenían toneladas de documentos más de lo que necesitaban, y otros quedaron bastante desnudos, pero nuestros auditores internos estuvieron generalmente contentos siempre que demostráramos que hicimos lo que dijimos que haríamos.

— Jimmy Hoffa

20

UH no. ISO 9000 no funciona bien con nada, ni siquiera con sí mismo.

Nunca conocí a nadie que implementara ISO 9000 y dijera que mejoraba su empresa. Solo lo hicieron por requisitos gubernamentales o de clientes. Nunca escuché a nadie decir que estaban contentos de haberlo implementado, o que valió la pena (aparte de calificar para contratos).

Ágil por otro lado, trabaja "en la naturaleza" (también conocido como fuera de un documento académico).

Respuesta: Ágil - bueno; ISO 9000: solo para calificar para contratos, no seguir realmente.

Editar No conozco la escritura pequeña en ISO 9000, pero podría ser posible implementar ágil con ISO 9000, básicamente significa que documenta sus procesos ágiles al pie de la letra. Pero dudo que esto lo califique para la certificación ISO 9000. Sin embargo, vale la pena investigar si tienes algunos contratos que estás considerando y requieren ISO 9000.

— Ricardo
fuente

55

¿No es una gran fricción entre Agile e ISO9000 la apertura de Agile al cambio? Parece que si está cambiando su proceso (en cierta medida u otra) cada 2 semanas, va en contra de la meta de ISO9000. Además, ISO9000 tiene que ver con el proceso y la documentación de ese proceso. Ágil, incluso en el manifiesto, valora a las personas y la interacción sobre el proceso. En mi experiencia, los dos no son compatibles.

— Dave Kincaid

3

@Dave: si sus procesos están documentados en una wiki, puede cambiarlos tanto como desee. Si un desarrollador, por ejemplo, está suscrito a todos los procesos que lo afectan, eso realmente se vería muy bien para un auditor de ISO.

— pdr

2

@pdr: Pero quién tiene tiempo para asegurarse de que el wiki refleje exactamente cuáles son sus nuevos procesos. El mantenimiento de ISO 9001 es el gran problema.

— Richard

3

Esa es ciertamente la razón por la que ISO9001 se ha vuelto irrelevante (aunque los militares aún lo esperan), pero eso es cierto si sus procesos son ágiles, en cascada o cualquier otra cosa. Los procesos cambian y ahora es mucho más fácil mantener sus documentos actualizados de lo que solían ser, y aún así en el mundo real las personas a menudo no lo hacen, hasta que obtienen un nuevo comienzo. Pero la pregunta aquí es "son los dos incompatibles" y no lo son; obtener ISO9001 con procesos ágiles ligeros en un Wiki debería ser más fácil de lo que fue con procesos pesados impresos y encuadernados.

— pdr

20

Todo lo que ISO 9000/9001 requiere es que su proceso esté documentado y que siga ese proceso.

No dice qué es ese proceso o qué tan bueno o útil es. La idea detrás de esto es que puede garantizar que puede producir lo que sea que produzca de manera repetible y auditable.

Hace años, cuando la compañía con la que estaba en ese momento decidió obtener la certificación ISO, cometimos el error de pensar que teníamos que tener un buen proceso. Esto hizo que todo el procedimiento fuera un asunto largo y prolongado que nos distrajo de nuestro trabajo real. Lo que deberíamos haber hecho es documentar lo que hicimos y luego, después de obtener la certificación, gradualmente mejoró el proceso.

Entonces, si está siguiendo una metodología ágil, puede obtener la certificación ISO, pero, como otros han dicho, no por su propio bien. El beneficio real es que le permite ofertar por más contratos.

— ChrisF
fuente

13

El discurso del ascensor para ISO 9000 es "di lo que haces, haz lo que dices, pruébalo". En los Estados Unidos, cada parte de las 3 cláusulas se convierte en enormes pilas de documentación. Esto hace que ISO 9000 sea un proceso terriblemente ineficiente.

Explicación de Dilbert 1 Explicación de
Dilbert 2

Académicamente es muy hermoso, pero en la práctica ¿lo es de todos modos?

Creo que la mejor respuesta a su pregunta es el siguiente aforismo:

En teoría, teoría y práctica son lo mismo.
En la práctica, no lo son.

De Yogi Berra .

— Tangurena
fuente

1

¡Oh, cómo desearía poder seguir viendo esos cómics de Dilbert! Todo lo que obtengo es una página 404 ahora.

— ronlybonly

@ronlybonly He actualizado los enlaces.

— Tangurena

Oh hombre. ¡Valió la pena la espera! ¡Gracias por actualizarlo @Tangurena!

— ronlybonly

3

Soy médico y auditor independiente de ISO en los Estados Unidos. Creo que no es justo decir que el ISO per se es un fracaso. Depende de cómo lo mire la compañía. Si está decidido a casarse solo con el certificado, sí, no pueden lograr mucho, pero no podemos culpar al estándar por ello. Puede lograr mucho si solo cuenta con procesos de calidad. ISO no es un "demonio de la documentación" como algunos lo retratan. La idea es que "haga lo que diga y documente lo que hace". Creo que ISO realmente puede encajar bien con la metodología eficiente de Six Sigma, ya que no tiene por qué limitarse a los procesos de fabricación. En lo que respecta a Agile, lo veo como un subconjunto del tipo iterativo ya existente del SDLC. Sin embargo, es difícil imaginar que la documentación no tenga importancia. ¿Qué sucede con las lecciones aprendidas si no documenta? Siento con procesos de calidad y la documentación correcta, Agile va bien con ISO y voy un paso más allá para sugerir que la inclinación de Six Sigma, ISO 9000 y la metodología Agile interactúan de manera rentable y pueden ahorrarle tiempo, dinero y recursos. Además, el modelo CMMi que se basa esencialmente en el estándar ISO puede ir de la mano con el trío de Six Sigma ISO, Agile y Lean. Paciencia es la palabra clave y apuesto a que ningún estándar o metodología puede obtener beneficios de la compañía solo para obtener la certificación en la respectiva línea de declive. Inicialmente necesita tanto trabajo duro para implementarlos y seguirlos con el espíritu correcto. La metodología ISO 9000 y Agile interactúan de manera rentable y pueden ahorrarle tiempo, dinero y recursos. Además, el modelo CMMi que se basa esencialmente en el estándar ISO puede ir de la mano con el trío de Six Sigma ISO, Agile y Lean. Paciencia es la palabra clave y apuesto a que ningún estándar o metodología puede obtener beneficios de la compañía solo para obtener la certificación en la respectiva línea de declive. Inicialmente necesita tanto trabajo duro para implementarlos y seguirlos con el espíritu correcto. La metodología ISO 9000 y Agile interactúan de manera rentable y pueden ahorrarle tiempo, dinero y recursos. Además, el modelo CMMi que se basa esencialmente en el estándar ISO puede ir de la mano con el trío de Six Sigma ISO, Agile y Lean. Paciencia es la palabra clave y apuesto a que ningún estándar o metodología puede obtener beneficios de la compañía solo para obtener la certificación en la respectiva línea de declive. Inicialmente necesita tanto trabajo duro para implementarlos y seguirlos con el espíritu correcto.

— Dr. Muralidhara SK
fuente