CONSIDERAR CUIDADOSAMENTE LA «CONTINUIDAD ÁGIL DE LA EMPRESA»
Muchos ejecutivos de empresa preguntan a los responsables de la continuidad de negocio -y también a los directores de otras disciplinas-: «¿Deberíamos implantar Agile en nuestro programa?»
Es una pregunta justa, pero ¿puede una organización aplicar plenamente los principios Agile a la continuidad de negocio y lograr el nivel adecuado de resistencia, al tiempo que consigue mayores niveles de eficiencia y eficacia?
Examinaremos estas cuestiones en este blog y cómo Agile tiene potencial para mejorar los resultados de la continuidad empresarial. 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 a 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 empresariales. Cuando se hacen bien, los proyectos Ágiles se centran más en el cliente y fomentan los comentarios 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: Scrum y Kanban son dos métodos de aplicación muy populares. Pero, independientemente del estilo que emplee una organización, Agile no es más que un conjunto de valores y principios en su esencia, algunos de los cuales pueden aplicarse perfectamente a la continuidad empresarial, mientras que otros pueden ser más exagerados. Muchos de estos valores y principios -que presentaré dentro de un momento- coinciden con el Sistema Operativo de Continuidad EmpresarialTM (BCOS) de Riskonnect. Así que aquí está el remate: Agile promete aportar un valor significativo a tu organización y a su programa de continuidad empresarial (pero permíteme que te explique por qué en este blog). Ten en cuenta que, cuando revises la lista de valores y principios ágiles que aparece a continuación, sólo tienes que sustituir la palabra «software» por «continuidad empresarial».
Visión general de los valores ágiles y conclusiones
Independientemente del «sabor», Agile tiene cuatro «valores» fundamentales, y he aquí mi interpretación de cada uno…
1. 1. Software de trabajo en lugar de documentación exhaustiva – Obsesiónate por crear capacidad en lugar de documentación de diseño y especificaciones.
2. Colaboración con el cliente en lugar de negociaciones contractuales – Trabaja conjuntamente en la mejor solución en lugar de centrarte en cuestiones administrativas, barreras políticas y límites.
3. Responder al cambio en lugar de seguir un plan – Tener un enfoque es estupendo, pero debes estar preparado para adaptarlo a medida que aprendes.
4. Individuos e interacciones en lugar de procesos y herramientas – El compromiso en la resolución de un problema es clave.
El siguiente gráfico resume cómo veo el beneficio de los cuatro valores Ágiles en lo que se refiere a la continuidad empresarial.
¿Por qué estas conclusiones?
En primer lugar, en lo que respecta específicamente al Software de Trabajo sobre Documentación Completa, veo algún beneficio para la profesión de la continuidad del negocio, pero de los cuatro, probablemente sea el menos impactante. Anteriormente en el blog, mencioné cómo creo que bastante 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 son simplemente un medio para alcanzar un fin. Pero un proceso que las partes interesadas clave comprendan y en el que puedan participar es necesario para llegar al verdadero fin, «capacidad de respuesta/recuperación operativa».
En segundo lugar, en lo que respecta a la colaboración con el cliente por encima de la negociación del contrato, veo valor en la colaboración. Algunos críticos de Agile suelen interpretar este valor como evitar el compromiso, es decir, la falta de compromiso con un plazo para cumplir una expectativa. Sin embargo, más exactamente, este valor significa en realidad que Ágil 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 objetivos, prioridades y requisitos. En muchos sentidos, la metodología «tradicional» de continuidad empresarial, tal y como se describe en la norma ISO 22301, ya aboga por el compromiso del liderazgo y 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 dentro de un momento, cuando entremos en los «principios» ágiles.
En tercer lugar, en lo que se refiere específicamente a Responder al Cambio Siguiendo un Plan, veo el beneficio cuando emparejamos este valor con las mejores prácticas tradicionales de continuidad empresarial, 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 empresarial, ya que captan información difícil de memorizar, que puede no ser siempre 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 muchas ventajas en este aspecto, ya que el compromiso es un factor clave para el éxito de los programas de continuidad empresarial de alto funcionamiento que aportan resiliencia. Desgraciadamente, el pensamiento tradicional sobre la planificación de la continuidad de las actividades se centra principalmente en la ejecución de la metodología, y el compromiso de los participantes es una consideración secundaria. Como se señala en el modelo BCOS de Riskonnect, un «proceso documentado seguido por todos» es extremadamente importante, pero cuando se combina con un gran compromiso entre los participantes en el programa como base, la organización está mucho mejor posicionada para alcanzar el nivel adecuado de resistencia. Teniendo esto en cuenta, cambiaría el título de este valor por «Individuos e interacciones con procesos y 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 empresarial.
1. Satisfacción del cliente mediante la entrega temprana y continua de software – Entrega, innova, entrega, innova, entrega innova (y así sucesivamente); crea capacidad, pruébala y mejórala (pero no esperes a la perfección antes de entregar). 2. Acomoda los requisitos cambiantes a lo largo del proceso de desarrollo – Recoge opiniones todo el tiempo y aplícalas de forma prioritaria. 3. Entrega frecuente de software operativo – Por ejemplo, no esperes a que termine la fase de estrategia «una vez al año» para mejorar la capacidad de respuesta y recuperación; entrega capacidad de continuidad de negocio continuamente.
4. Collaboration between the business stakeholders and developers throughout the project – Mantente comprometido con la empresa (incluidos los propietarios de procesos y recursos) y asóciate con ellos para desarrollar y mantener las capacidades de respuesta y recuperación. 5. Apoya, confía y motiva a las personas implicadas – Comprende lo que le importa a la empresa cuando se trata de la continuidad empresarial y asegúrate de que el enfoque, la capacidad y el compromiso se alinean (y confía en que la empresa hará lo correcto al ayudarte a ejecutar el programa de continuidad empresarial). 6. Permite las interacciones cara a cara – En un mundo perfecto, seguro…. Más adelante encontrarás más información al respecto. 7. El software operativo es la principal medida del progreso – En el lenguaje de la continuidad de negocio, una respuesta o capacidad de recuperación más que metodología y planes. 8. Procesos ágiles para apoyar un ritmo de desarrollo consistente – Un ritmo consistente puede no ser aplicable, o añadir mucho valor, a la continuidad de negocio. 9. La atención a los detalles técnicos y al diseño mejora la agilidad – Indirectamente, éste 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Í! Mantenlo sencillo (elimina la complejidad innecesaria) y facilita a la organización la participación en el programa de continuidad de negocio. 11. Los equipos autoorganizados fomentan grandes arquitecturas, requisitos y diseños – Específicamente para la continuidad del negocio, veo que este principio fomenta los experimentos de bajo riesgo para impulsar la eficiencia y la eficacia del programa.
12. Reflexiones periódicas sobre cómo ser más eficaces : comprometerse, evaluar el rendimiento, procesar los problemas y mejorar (específicamente el programa de continuidad de la actividad 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 empresarial.
¿Por qué estas conclusiones?
1. Satisfacción del cliente mediante la entrega temprana y continua de software – Algunos profesionales trabajan para abordar la «fruta al alcance de la mano» mientras abordan al mismo tiempo cuestiones «más sustanciosas», pero muchos programas esperan a la conclusión de un ciclo de planificación cuando llega el momento de seleccionar estrategias (lo que es esencialmente metodología por encima de mitigación de riesgos). A través de un gran y continuo compromiso, la solución a menudo se hace obvia rápidamente. Como tal, establece rápidamente una tarea a corto plazo o una acción u objetivo a más largo plazo para alcanzar mayores niveles de capacidad. 2. Acomoda los requisitos cambiantes a lo largo del proceso de desarrollo – La continuidad empresarial tradicional es siempre verde en el sentido de que existe un reconocimiento generalizado de que nunca se termina, y los resultados de la continuidad empresarial cambiarán a medida que cambie la organización. Este principio se ajusta sin duda a las mejores prácticas, pero recuerda innovar y evolucionar continuamente.
3. Frequent delivery of working software – Aquí hay algo de valor y, en muchos sentidos, Riskonnect incorpora este principio al BCOS. Empieza centrándose en lo más importante y sigue utilizando ciclos de trabajo bisemanales, trimestrales, anuales y trienales (incluidos objetivos y metas) para conseguir mejorar la capacidad de respuesta y recuperación. 4. Colaboración entre las partes interesadas del negocio y los desarrolladores a lo largo del proyecto – Aquí hay un importante beneficio potencial debido al enfoque en el compromiso productivo con todas las partes interesadas, incluida la alta dirección a través de quienes realizan el trabajo. 5. Apoya, confía y motiva a las personas implicadas – Este principio es muy importante. Por desgracia, en realidad no se aborda plenamente 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») por falta de confianza en que harán lo correcto. En última instancia, los profesionales de la continuidad de la empresa deben esforzarse por motivar a los participantes en el programa (implicando a las personas que quieran participar y ayudándoles a conectar con la importancia de la continuidad de la empresa), infundirles una gran energía y un compromiso eficaz, confiar en que harán lo correcto si se les forma adecuadamente, y centrarse en medir y mejorar. 6. Posibilita las interacciones cara a cara – Sencillamente, no lo considero una «realidad empresarial» en el entorno de trabajo global y móvil de hoy en día. Pero cuando se puede conseguir el cara a cara, el compromiso es más fácil. Y siempre está la videoconferencia… 7. El software de trabajo es la principal medida del progreso – Demasiado a menudo medimos y valoramos cómo llegamos a las soluciones y estrategias de continuidad de negocio, y la capacidad de resistencia real es una idea tardía. El eterno objetivo del BCOS es «el nivel adecuado de resiliencia», que es esencialmente el equivalente a «software operativo». Considero que este principio es el más valioso de todos. 8. Procesos ágiles para apoyar un ritmo de desarrollo coherente: creo que podemos omitir este principio; el ritmo coherente 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 se ha mencionado antes, veo que este principio se alinea con algo valioso, siendo clave las competencias y experiencias de los participantes en el programa.
10. Simplicidad – Mi observación más habitual en nuestra disciplina es que hay demasiada complejidad innecesaria en los programas, porque muchas prácticas tradicionales de planificación de la continuidad de negocio carecen de pragmatismo. 11. Los equipos autoorganizados fomentan grandes arquitecturas, requisitos y diseños – Aquí hay algo de valor. No reprimas a los que realmente quieren participar de forma proactiva para hacer avanzar el programa y la capacidad de la organización para responder y recuperarse. Al mismo tiempo, recuerda buscar la opinión y/o aprobación de las personas adecuadas en tu afán por 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 incidentes y las revisiones de gestión, pero a menudo no ayudan a explicar cómo conseguir el máximo valor. Involucra a las personas adecuadas con la frecuencia adecuada y con información que motive. Y en las reuniones y otras interacciones, «procesa» 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úntale si está mezclando los valores y principios con un sabor de Agile como los señalados anteriormente, como Scrum o Kanban. En mi opinión, el enfoque Scrum puede aportar más valor a la continuidad del negocio y se alinea con muchos de los atributos del BCOS de Riskonnect (como las tareas pendientes en incrementos de dos semanas que se encuentran en Evolve), los ingredientes fundacionales (como Engage) y los procesos centrales (como Evolve). Puede que sea mucho más difícil extraer valor de Kanban dentro de la continuidad del negocio, dado que se centra 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 plenamente a todo el mundo y, desde luego, no es una solución única para todos. Tal vez, en lugar de considerar por defecto un sabor de Agile, deberías plantearte aprovechar determinados valores y principios de Agile para ayudar a alcanzar el nivel adecuado de resistencia mediante el enfoque de programa y el compromiso con las personas adecuadas de tu organización.
