CONSIDERAR CUIDADOSAMENTE LA "CONTINUIDAD EMPRESARIAL ÁGIL"

Muchos ejecutivos de empresas se preguntan a los responsables de la continuidad del negocio -y también a los directores de otras disciplinas-: "¿Debemos implantar Agile en nuestro programa?"
Es una pregunta justa, pero ¿puede una organización aplicar plenamente los principios ágiles a la continuidad de la actividad y lograr el nivel adecuado de resistencia y, al mismo tiempo, alcanzar mayores niveles de eficiencia y eficacia?

En este blog examinaremos estas cuestiones y cómo Agile tiene el potencial de mejorar los resultados de la continuidad del negocio. Dicho esto, este artículo pretende simplemente estimular el debate sobre el tema de Agile fuera del desarrollo de aplicaciones. NO pretende ser la respuesta definitiva sobre cómo aplicar Agile a la continuidad del negocio.
Creo que es importante empezar este blog con una introducción de Agile para asegurarnos de que todos estamos en la misma página.

En primer lugar, la intención de Agile es alinear el trabajo (a menudo relacionado con el desarrollo de aplicaciones) con las necesidades del negocio. Cuando se hacen bien, los proyectos Agile se centran más en el cliente y fomentan la retroalimentación y la participación del cliente. En Riskonnect, utilizamos Agile con éxito en el desarrollo y la mejora continua de nuestro sistema de software de continuidad empresarial, Riskonnect.

En segundo lugar, hay muchos "sabores" diferentes de Agile, siendo Scrum y Kanban dos métodos de implementación populares. Pero independientemente del tipo de método que emplee una organización, Agile es simplemente un conjunto de valores y principios, algunos de los cuales pueden aplicarse perfectamente a la continuidad del negocio, mientras que otros pueden ser más difíciles de aplicar. Muchos de estos valores y principios -que presentaré en un momento- se alinean con el Business Continuity Operating SystemTM (BCOS) de Riskonnect. Así que aquí está la línea de golpe - Agile tiene la promesa de proporcionar un valor significativo a su organización y su programa de continuidad del negocio (pero permítanme explicar por qué en este blog). A continuación, al revisar la lista de valores y principios de Agile, simplemente sustituya la palabra "software" por "continuidad del negocio".

Visión general de los valores ágiles y conclusiones

Independientemente del "sabor", Agile tiene cuatro "valores" fundamentales, y aquí está mi interpretación de cada uno...

1. Software de trabajo sobre la documentación completa - Obsérvese la capacidad de construcción en lugar de la documentación y las especificaciones de diseño.
2. Colaboración con el cliente en las negociaciones de los contratos - Trabajar juntos en la mejor solución en lugar de centrarse en cuestiones administrativas, barreras políticas y fronteras.
3. Responder al cambio en lugar de seguir un plan - Tener un enfoque es estupendo, pero hay que estar preparado para adaptarlo a medida que se aprende.
4. Los individuos y las interacciones por encima de los procesos y las herramientas - El compromiso con la resolución de un problema es clave.

El siguiente gráfico resume cómo veo el beneficio de los cuatro valores ágiles en su aplicación a la continuidad del negocio.

¿Por qué estas conclusiones?

En primer lugar, en lo que respecta a Working Software Over Comprehensive Documentation, veo algún beneficio para la profesión de la continuidad del negocio, pero de los cuatro, es probablemente el menos impactante. Anteriormente en el blog, mencioné cómo creo que un poco de Agile se alinea con el enfoque BCOS de Riskonnect. BCOS aboga por una documentación de procesos "seguida por todos". Admito que el proceso y la documentación del proceso es simplemente un medio para un fin. Pero un proceso que las partes interesadas clave entiendan y en el que puedan participar es necesario para llegar al verdadero fin, "la capacidad de respuesta/recuperación de trabajo".

En segundo lugar, en lo que respecta a la colaboración con el cliente por encima de la negociación del contrato, veo el valor de la colaboración. Algunos críticos de Agile a menudo interpretan este valor como evitar el compromiso, lo que significa una falta de compromiso con una línea de tiempo para cumplir con una expectativa. Sin embargo, este valor significa en realidad que Agile debería centrarse más apropiadamente en la innovación y la evolución para llegar a la mejor solución. Para mí, la colaboración es clave y da lugar a un acuerdo sobre los objetivos, las prioridades y los requisitos. En muchos sentidos, la metodología "tradicional" de continuidad del negocio, tal y como se describe en la norma ISO 22301, ya aboga por el liderazgo y el compromiso del propietario del proceso, así como por el compromiso de otras partes interesadas necesarias. En realidad, muchos programas no hacen hincapié en un enfoque basado en el riesgo y en la participación de las partes interesadas, y la colaboración con el cliente empresarial no siempre es intencionada. Más sobre esto en un momento, cuando entremos en los "principios" de Agile.

En tercer lugar, en lo que respecta a la respuesta al cambio sobre el seguimiento de un plan, veo el beneficio cuando emparejamos este valor con las mejores prácticas tradicionales de continuidad de negocio añadiendo "agilidad" a los planes de respuesta y recuperación. En mi opinión, los planes son un resultado útil del proceso de planificación de la continuidad de la actividad en el sentido de que recogen información difícil de memorizar, que no siempre es intuitiva, y sirven de orientación -o recordatorio- sobre cómo gestionar la respuesta a una interrupción.

Por último, en lo que respecta a las personas y las interacciones en lugar de los procesos y las herramientas, veo muchos beneficios en este aspecto, ya que el compromiso es un factor clave para el éxito de los programas de continuidad de la actividad que ofrecen resiliencia. Desgraciadamente, el pensamiento tradicional de la planificación de la continuidad del negocio se centra principalmente en la ejecución de la metodología, siendo el compromiso de los participantes una consideración secundaria. Como se señala en el modelo BCOS de Riskonnect, un "proceso documentado y seguido por todos" es extremadamente importante, pero cuando se combina con un gran compromiso entre los participantes del programa en su base, la organización está mucho mejor posicionada para lograr el nivel correcto de resiliencia. Teniendo esto en cuenta, yo cambiaría el título de este valor por el de "Individuos e interacciones con los procesos y las herramientas" (si pudiera).

Visión general de los principios ágiles y conclusiones

Agile tiene 12 principios fundamentales que tradicionalmente aportan beneficios al desarrollo de software, y algunos pueden añadir beneficios cuando se aplican a la continuidad del negocio.

1. Satisfacción del cliente mediante la entrega temprana y continua de software - Entregue, innove, entregue, innove, entregue innove (y así sucesivamente); cree capacidad, pruébela y mejore (pero no espere a la perfección para entregarla).
2. Adaptar los requisitos cambiantes a lo largo del proceso de desarrollo - Recoger las opiniones en todo momento y aplicarlas de forma prioritaria.
3. Entrega frecuente de software en funcionamiento - Por ejemplo, no espere a que termine la fase de estrategia "una vez al año" para mejorar la capacidad de respuesta y recuperación; ofrezca la capacidad de continuidad de negocio de forma continua.
4. Colaboración entre las partes interesadas de la empresa y los desarrolladores a lo largo del proyecto - Mantener el compromiso con la empresa (incluidos los propietarios de procesos y recursos) y asociarse con ellos para desarrollar y mantener las capacidades de respuesta y recuperación.
5. Apoyar, confiar y motivar a las personas implicadas - Comprenda lo que le importa a la empresa cuando se trata de la continuidad del negocio y asegúrese de que el enfoque, la capacidad y el compromiso se alinean (y confíe en que la empresa hará lo correcto al ayudarle a ejecutar el programa de continuidad del negocio).
6. Permitir las interacciones cara a cara - En un mundo perfecto, seguro.... Vea más abajo para saber más sobre esto.
7. El software de trabajo es la principal medida de progreso - En el lenguaje de la continuidad del negocio, una respuesta o capacidad de recuperación más que la metodología y los planes.
8. Procesos ágiles para apoyar un ritmo de desarrollo consistente - El ritmo constante puede no ser aplicable, o no añadir mucho valor, a la continuidad del negocio.
9. La atención a los detalles técnicos y al diseño mejora la agilidad - Indirectamente, este es un principio clave, que garantiza que los participantes en el programa tengan el tiempo y las competencias necesarias para desempeñar sus funciones.
10. Simplicidad - ¡SÍ! Manténgalo sencillo (elimine la complejidad innecesaria) y facilite la participación de la organización en el programa de continuidad de la actividad.
11. Los equipos autoorganizados fomentan grandes arquitecturas, requisitos y diseños - En lo que respecta a la continuidad de la actividad, considero que este principio fomenta los experimentos de bajo riesgo para impulsar la eficiencia y la eficacia de los programas.
12. Reflexiones periódicas sobre cómo ser más eficaz - Compromiso, evaluar el rendimiento, procesar los problemas y mejorar (específicamente el programa de continuidad de negocio y las capacidades de respuesta/recuperación).

El siguiente gráfico resume cómo veo el beneficio asociado a cada uno de los principios ágiles en su aplicación a la continuidad del negocio.

¿Por qué estas conclusiones?

1. Satisfacción del cliente mediante la entrega temprana y continua de software - Algunos profesionales trabajan para abordar la "fruta que cuelga del suelo" al mismo tiempo que abordan las cuestiones "más sustanciosas", pero muchos programas esperan a la conclusión de un ciclo de planificación cuando llega el momento de seleccionar las estrategias (que es esencialmente la metodología sobre la mitigación de riesgos). Gracias a un gran y continuo compromiso, la solución suele ser obvia rápidamente. De este modo, se establece rápidamente una acción o un objetivo a corto plazo para alcanzar mayores niveles de capacidad.
2. Adaptar los requisitos cambiantes a lo largo del proceso de desarrollo - La continuidad del negocio tradicional es siempre verde en el sentido de que se reconoce ampliamente que nunca se termina, y los resultados de la continuidad del negocio cambiarán a medida que la organización cambie. Este principio se ajusta ciertamente a las mejores prácticas, pero recuerde que debe innovar y evolucionar continuamente.
3. Entrega frecuente de software de trabajo - Esto es muy valioso y, en muchos sentidos, Riskonnect incorpora este principio al BCOS. Comienza centrándose en lo que es más importante y luego continúa utilizando ciclos de trabajo de dos semanas, trimestrales, anuales y trienales (incluidos los objetivos y las metas) para ofrecer una mejor capacidad de respuesta y recuperación.
4. Colaboración entre las partes interesadas de la empresa y los desarrolladores a lo largo del proyecto - Esto supone un beneficio potencial importante, ya que se centra en el compromiso productivo con todas las partes interesadas, incluida la alta dirección a través de los que realizan el trabajo.
5. Apoyar, confiar y motivar a las personas implicadas - Este principio es muy importante. Desgraciadamente, no se aborda del todo en las normas y mejores prácticas de continuidad de negocio. Con demasiada frecuencia, los profesionales de la continuidad de la actividad exigen la participación de las empresas pero restringen a los participantes ("los encajonan") debido a la falta de confianza en que harán lo correcto. En última instancia, los profesionales de la continuidad de la actividad deben esforzarse por motivar a los participantes del programa (involucrando a las personas que quieren participar y ayudándoles a conectar con la importancia de la continuidad de la actividad), inculcar una gran energía y un compromiso eficaz con los participantes del programa, confiar en que harán lo correcto si reciben la formación adecuada y centrarse en medir y mejorar.
6. Permitir las interacciones cara a cara - Sencillamente, no lo veo como una "realidad empresarial" en el entorno laboral global y móvil de hoy en día. Pero cuando se puede tener tiempo cara a cara, se facilita el compromiso. Y siempre está la videoconferencia...
7. El software de trabajo es la principal medida de progreso - Con demasiada frecuencia medimos y valoramos cómo llegamos a las soluciones y estrategias de continuidad de negocio, siendo la capacidad de resiliencia real una idea de último momento. El eterno objetivo del BCOS es "el nivel adecuado de resiliencia", que es esencialmente el equivalente a "software que funciona". Para mí, este principio es el más valioso de todos.
8. Procesos ágiles para apoyar un ritmo de desarrollo consistente - Creo que podemos omitir este principio; el ritmo constante no es tan importante como un ritmo basado en el riesgo.
9. La atención a los detalles técnicos y al diseño mejora la agilidad - Como he mencionado antes, veo que este principio se alinea con algo valioso, las competencias y experiencias de los participantes en el programa son fundamentales.
10. Simplicidad - Mi observación más común en nuestra disciplina es que hay demasiada complejidad innecesaria en los programas porque muchas prácticas tradicionales de planificación de la continuidad de la actividad carecen de pragmatismo.
11. Los equipos autoorganizados fomentan grandes arquitecturas, requisitos y diseños - Esto es muy valioso. No reprima a los que realmente quieren participar de forma proactiva para hacer avanzar el programa y la capacidad de respuesta y recuperación de la organización. Al mismo tiempo, recuerde que debe buscar las aportaciones y/o la aprobación de las personas adecuadas en su intento de mejorar y alcanzar el nivel adecuado de resiliencia.
12. Reflexiones periódicas sobre cómo ser más eficaz - El último de los valiosos principios ágiles. Las normas y las mejores prácticas abordan temas como las acciones correctivas, las revisiones posteriores a los incidentes y las revisiones de la dirección, pero a menudo no ayudan a explicar cómo conseguir el máximo valor. Involucrar a las personas adecuadas con la frecuencia adecuada y con información que motive. Y en las reuniones y otras interacciones, "procese" los problemas de rendimiento, lo que implica resolver la causa raíz de los problemas de rendimiento u otras oportunidades de mejora.

Conclusiones

Cuando alguien te pida que apliques Agile a la continuidad del negocio, pregúntales si están mezclando los valores y principios con un sabor de Agile como el señalado anteriormente, como Scrum o Kanban. En mi opinión, el enfoque Scrum puede ser más valioso para la continuidad del negocio y se alinea con muchos de los atributos BCOS de Riskonnect (como los incrementos de dos semanas que se encuentran en Evolve), los ingredientes fundamentales (como Engage) y los procesos básicos (como Evolve). Kanban podría ser mucho más difícil de extraer valor dentro de la continuidad del negocio dado su enfoque en minimizar el trabajo en curso.

En general, he aquí una pregunta. ¿Se pide a los contables que hagan una contabilidad ágil? ¿Recursos Humanos ágiles? ¿Cumplimiento ágil? El hecho de que funcione en TI no significa que deba aplicarse a todo el mundo y, desde luego, no es una solución única. Tal vez, en lugar de considerar por defecto un tipo de Agile, considere la posibilidad de aprovechar determinados valores y principios de Agile para ayudar a lograr el nivel adecuado de resistencia mediante el enfoque del programa y el compromiso con las personas adecuadas en su organización.