Islas y feudos
El éxito de cualquier cambio importante en las prácticas empresariales, la cultura o las operaciones tecnológicas requiere una mentalidad de crecimiento. En el fondo de la mentalidad de crecimiento se encuentra la capacidad de aceptar el cambio y proporcionar liderazgo a pesar de la ambigüedad.
Algunos antipatrones bloquean la mentalidad de crecimiento en organizaciones que desean crecer y transformarse. Estos antipatrones incluyen microadministración, pensamiento sesgado y prácticas excluyentes. Muchos de estos bloqueadores son desafíos personales que crean oportunidades de crecimiento personal para todo el mundo. Pero dos antipatrones comunes en TI, silos y feudos, requieren más que el crecimiento individual o la madurez para abordar.
Estos antipatrones son el resultado de cambios orgánicos en varios equipos, lo que da lugar a comportamientos incorrectos de la organización. Para abordar la resistencia causada por cada antipatrón, es importante comprender la causa principal de la formación.
Equipos de TI orgánicos y sin problemas
Es natural crear una división del trabajo en TI. Es recomendable establecer equipos que tengan una experiencia similar, procesos compartidos, un objetivo común y una visión alineada. También es natural que esos equipos tengan su propia microcultura, normas compartidas y perspectivas.
Los equipos de TI sin problemas se centran en asociarse con otros equipos para promover el correcto cumplimiento de sus tareas. Los equipos de TI sin problemas tratan de comprender los objetivos empresariales que soporta su contribución tecnológica. Los detalles y efectos fiscales pueden ser aproximados, pero la contribución de valor del equipo normalmente se comprende dentro del equipo.
Aunque los equipos de TI sin problemas sienten entusiasmo por la tecnología que apoyan, están abiertos al cambio y dispuestos a probar cosas nuevas. Estos equipos son normalmente los colaboradores más antiguos y fuertes con el trabajo del centro de excelencia de la nube (CCoE). Quiere fomentar enormemente su contribución.
Resistencia natural al cambio
En ocasiones, las microculturas comprendidas en equipos de TI sin problemas pueden reaccionar mal a las decisiones ejecutivas o jerárquicas para impulsar el cambio. Esta reacción es natural, ya que los colectivos humanos con normas compartidas a menudo cooperan para superar las amenazas externas.
Las personas a veces perciben los cambios que afectan al trabajo diario del equipo, la sensación de seguridad o la autonomía, como un riesgo para el colectivo. Las señales de resistencia son normalmente un indicador temprano de que los miembros del equipo no sienten que forman parte del proceso de toma de decisiones.
Cuando los arquitectos y otros responsables de la nube invierten en erradicar los sesgos personales y en promover equipos de TI inclusivos, es probable que esta resistencia disminuya rápidamente y se resuelva con el tiempo. Un CCoE es una herramienta que ayuda a los arquitectos y líderes de la nube a crear una toma de decisiones inclusiva.
Fricción sin problemas
Es fácil confundir resistencia con fricción. Los equipos de TI existentes con frecuencia conocen los errores del pasado, riesgos tangibles, conocimientos del sector sobre soluciones y deudas técnicas no documentadas. Desafortunadamente, incluso los mejores equipos de TI pueden caer en la trampa de describir estos importantes puntos de datos como parte de una solución técnica específica que no debe cambiarse. Este enfoque de la comunicación enmascara los conocimientos de los equipos, lo que crea una percepción de resistencia.
Al proporcionar a estos equipos un mecanismo para comunicarse con una terminología de futuro, agregan puntos de datos, se identifican lagunas y se crea una fricción sin problemas en torno a las soluciones propuestas. Esa arena de fricción adicional baja los bordes ásperos de la solución y impulsa los valores a largo plazo. Con tan solo cambiar la conversación se puede aumentar la claridad sobre asuntos complejos y generar energía que se traduzca en mejores soluciones.
La guía sobre la definición de la directiva corporativafacilita las conversaciones basadas en el riesgo con las partes interesadas de la empresa. Sin embargo, puede utilizar este mismo modelo para facilitar las conversaciones con los equipos que se perciben como antagonistas a la nube. Cuando la percepción de la resistencia esté muy extendida, sería prudente incluir prácticas de resolución de resistencia en los estatutos de un equipo de gobernanza en la nube.
Antipatrones
El crecimiento orgánico y dinámico en TI que crea equipos de TI sin problemas también puede dar lugar a antipatrones que bloquean la transformación y la adopción de la nube. Las islas y los feudos de TI son distintos de las microculturas naturales presentes en equipos de TI sin problemas. En cualquiera de los dos patrones, el enfoque del equipo tiende a estar dirigido a la protección de su "territorio". Cuando los miembros del equipo se enfrentan a la oportunidad de cambiar y mejorar las operaciones, invertirán más tiempo y energía en bloquear el cambio que en encontrar una solución positiva.
Como se mencionó anteriormente, los equipos de TI sin problemas pueden crear resistencia natural y fricción positiva. Las islas y los feudos son otro desafío. No se ha documentado ningún indicador adelantado para ninguno de los dos antipatrones. Estos antipatrones tienden a identificarse después de meses de trabajo del centro de excelencia de la nube y el equipo de gobernanza en la nube. Se detectan como resultado de la resistencia continuada.
Incluso en las culturas tóxicas, el trabajo del CCoE y el equipo de gobernanza en la nube deberían contribuir a impulsar el crecimiento cultural y el progreso técnico. Después de meses de trabajo, es posible que algunos equipos no muestren todavía signos de conductas inclusivas y se mantengan firmes en su resistencia al cambio. Es probable que estos equipos funcionen en uno de los siguientes modelos de antipatrón: islas y feudos. Aunque estos modelos presentan síntomas similares, la causa raíz y los enfoques para resolver la resistencia son radicalmente diferentes entre ellos.
Islas de TI
Es probable que los miembros del equipo de una isla de TI se definan a sí mismos a través de su alineación con unos pocos proveedores de TI o un área de especialización técnica. No obstante, no deben confundirse las islas de TI con los feudos de TI. Las islas de TI suelen estar determinadas por la comodidad y el entusiasmo y, a veces, son más fáciles de superar que los motivos basados en el miedo que subyacen en los feudos.
Este antipatrón suele surgir de un entusiasmo común por una solución concreta. Las islas de TI se ven luego reforzadas por las aptitudes avanzadas del equipo como resultado de la inversión en esa solución específica. Esta aptitud superior es un acelerador del trabajo de adopción en la nube si se puede superar la resistencia a los cambios. También puede convertirse en un bloqueador importante si las islas se dividen o si los miembros del equipo no pueden evaluar con precisión las opciones. Afortunadamente, las islas de TI a menudo se pueden solucionar sin realizar cambios importantes en el organigrama.
Resolución de la resistencia de islas de TI
Puede abordar los silos de TI a través de los siguientes enfoques. El mejor enfoque depende de la causa raíz de la resistencia.
Cree equipos virtuales: en la sección Preparación de la organización de Cloud Adoption Framework se describe una estructura de varias capas para integrar y definir cuatro equipos virtuales. Una ventaja de esta estructura es la visibilidad y la inclusión entre organizaciones. La introducción de un centro de excelencia de la nube crea un equipo de aspiraciones de alto perfil en el que los mejores ingenieros desean participar. Este cambio le ayuda a crear nuevas alineaciones entre soluciones que no están enlazadas por restricciones de organigrama. También impulsa la inclusión de ingenieros principales que han sido protegidos por silos de TI.
La introducción de un equipo de estrategia en la nube crea una visibilidad inmediata de las contribuciones de TI en cuanto al trabajo de adopción. Cuando las islas de TI luchan por la separación, esta visibilidad puede ayudar a motivar a los responsables empresariales y de TI para que apoyen adecuadamente a los miembros del equipo que se resisten. Este proceso es una vía rápida para la involucración y el soporte de las partes interesadas.
Considere la experimentación y la exposición: Es probable que los miembros de un equipo en una isla de TI se hayan visto obligados a pensar de cierta manera durante algún tiempo. La ruptura con la mentalidad de vía única es un primer paso para resolver la resistencia.
La experimentación y la exposición son herramientas eficaces para derribar barreras de las islas. Es posible que los miembros del equipo sean resistentes a soluciones de la competencia, por lo que no es aconsejable colocarlos a cargo de un experimento que compite con su solución existente. No obstante, como parte de una primera prueba de carga de trabajo de la nube, la organización debe implementar soluciones que compitan entre sí. Debe invitarse al equipo aislado en la isla a participar como origen de entrada y de revisión, pero no como responsable de la toma de decisiones. Comunique claramente este enfoque al equipo con un compromiso de involucrarlos más profundamente como responsables de la toma de decisiones antes de pasar a soluciones de producción.
Durante la revisión de la solución competitiva, siga las prácticas descritas en la definición de la directiva corporativa para documentar los riesgos tangibles del experimento y establecer directivas que ayuden a que el equipo aislado en la isla se sienta más cómodo con el estado futuro. Este enfoque expone el equipo a nuevas soluciones y afianzará la solución futura.
No se ponga límites: A los equipos que impulsan la adopción de la nube les resulta fácil forzar los límites explorando nuevas e interesantes soluciones nativas de la nube. Es la mitad del enfoque para eliminar los límites. No obstante, ese planteamiento puede reforzar aún más las islas de TI. Si se intenta lograr un cambio demasiado rápido sin respetar las culturas existentes, se puede crear una fricción incorrecta y provocar una resistencia natural.
Cuando las islas de TI comienzan a resistirse, es importante no ponerse límites en las propias soluciones. No olvide una sencilla verdad: una solución nativa de la nube no siempre es la mejor. Plantéese utilizar soluciones híbridas que puedan ofrecer la oportunidad de proyectar las inversiones existentes de la isla de TI en el futuro.
Plantéese también usar versiones basadas en la nube de la solución que el equipo de la isla de TI usa ya. Experimente con las soluciones y obtenga exposición al punto de vista de los miembros del equipo que trabajan en el silo de TI. Como mínimo, obtendrá una nueva perspectiva. En muchas situaciones, es posible que gane suficiente respeto de la isla de TI como para disminuir la resistencia.
Invierta en educación: Muchas de las personas que viven en una isla de TI se entusiasmaron con la solución actual como resultado de la expansión de su propia educación. Invertir en la educación de estos equipos rara vez está fuera de lugar. Asigne tiempo a estas personas para que participen en aprendizaje autodidacta, clases o incluso conferencias que rompan el enfoque del día a día sobre la solución actual.
Para que la educación sea una inversión, debe ver algún retorno del gasto. A cambio de la inversión, el equipo podría mostrar la solución propuesta al resto de los equipos involucrados en la adopción de la nube. También podría facilitar documentación sobre los riesgos tangibles, los enfoques de administración de riesgos y las directivas esperadas en la adopción de la solución propuesta. Cada beneficio involucra a los equipos en la solución y usa sus conocimientos tribales.
Convierta los muros en baches: Las islas de TI pueden ralentizar o detener cualquier transformación. La experimentación y la iteración encuentran salida, pero solo si el proyecto sigue avanzando. Céntrese en convertir los muros en baches. Defina directivas con las que todos puedan sentirse temporalmente cómodos a cambio de un progreso continuo.
Por ejemplo, si la seguridad de TI es el obstáculo porque su solución de seguridad no puede supervisar los datos protegidos en peligro en la nube, establezca directivas de clasificación de datos. Evite la implementación de datos clasificados en la nube hasta que encuentre una solución de aceptación. Invite a la seguridad de TI a la experimentación con soluciones híbridas o nativas de la nube para supervisar los datos protegidos.
Si el equipo de red funciona como una isla, identifique las cargas de trabajo que son autónomas y no tienen dependencias de red. En paralelo, puede experimentar, exponer y enseñar al equipo de red mientras trabaja en soluciones híbridas o alternativas.
Sea paciente e inclusivo: Es tentador seguir adelante sin contar con una isla de TI. Pero esta decisión causa interrupciones y presentará obstáculos más adelante. El cambio de mentalidad sobre la isla de TI puede llevar tiempo. Sea paciente con su resistencia natural. Conviértelo en valor. Sea inclusivo e invite a la fricción sin problemas para mejorar la solución futura.
No compita nunca: La isla de TI existe por un motivo. Se conserva por un motivo. Existe una inversión en el mantenimiento de la solución que entusiasma a los miembros del equipo. La competencia directa con la solución o la isla de TI distrae la atención del objetivo real de lograr resultados empresariales. Esta trampa ha bloqueado muchos proyectos de transformación.
Manténgase centrado en el objetivo, y no en un solo componente del objetivo. Contribuya a acentuar los aspectos positivos de la solución de la isla de TI y ayude a los miembros del equipo a tomar decisiones acertadas sobre las mejores soluciones para el futuro. No vaya contra la solución actual, ya que esto sería contraproducente.
Asóciese a la empresa: Si la isla de TI no bloquea los resultados empresariales, ¿por qué se preocupa? No existe una solución perfecta ni un proveedor de TI perfecto. La competencia existe por un motivo; cada uno tiene sus propias ventajas.
Adopte la diversidad e incluya la empresa mediante el apoyo y la alineación con un equipo de estrategia en la nube fuerte. Cuando una isla de TI prefiere una solución que bloquea los resultados empresariales, es más fácil comunicar ese obstáculo sin el ruido de las disputas técnicas. El apoyo a islas de TI sin pegas muestra cómo colaborar para obtener los resultados empresariales esperados. Este trabajo consiguen un mayor respeto y más apoyos de la empresa cuando una isla de TI presente un bloqueador legítimo.
Feudos de TI
Los miembros del equipo de un feudo de TI probablemente se definan a sí mismos a través de su alineación con un proceso o un área de responsabilidad en concreto. El equipo trabaja bajo el supuesto de que la influencia externa en su área de responsabilidad da lugar a problemas. Los feudos suelen ser un antipatrón basado en el miedo que requiere un considerable apoyo de liderazgo para superarlos.
Los feudos son especialmente comunes en organizaciones que han tenido una reducción de TI, inestabilidad frecuente del personal de TI o un liderazgo de TI deficiente. Cuando la empresa considera la TI simplemente un centro de costos, es mucho más probable que surjan feudos.
Por lo general, los feudos son consecuencia de un superior jerárquico que teme la pérdida del equipo y de la base de poder asociada. Estos responsables suelen tener un sentido del deber hacia sus equipos y sienten la necesidad de proteger a sus subordinados de las consecuencias negativas. Frases como "proteger al equipo del cambio" y "proteger al equipo de la interrupción del proceso" son indicadores de un jefe demasiado cauteloso que puede necesitar más apoyo del liderazgo.
Resolución de la resistencia de feudos de TI
Los feudos de TI pueden mostrar crecimiento si se siguen los enfoques de resolución de la resistencia de silos de TI. Antes de intentar resolver la resistencia de un feudo de TI, se recomienda tratar primero al equipo como una isla de TI. Si ese tipo de enfoques no produce ningún cambio significativo, el equipo resistente podría verse afectado por un antipatrón de feudo de TI. La causa raíz de los feudos de TI es un poco más compleja de resolver, ya que esa resistencia tiende a proceder del superior jerárquico directo (o un responsable superior en la organización). Por lo general, es más fácil superar los retos basados en islas de TI.
Cuando la resistencia continua de los feudos de TI bloquea el trabajo de adopción de la nube, sería conveniente realizar un trabajo conjunto para evaluar la situación con los responsables de TI existentes. Los responsables de TI deben considerar detenidamente la información procedente del equipo de estrategia en la nube, el centro de excelencia de la nube y el equipo de gobernanza de la nube antes de tomar decisiones.
Nota
Los responsables de TI no deben tomar nunca a la ligera los cambios en el organigrama. También deben validar y analizar los comentarios de cada uno de los equipos auxiliares. Aunque el trabajo de transformación, como la adopción en la nube, tiende a magnificar los problemas subyacentes que han pasado desapercibidos o llevan mucho tiempo sin abordarse antes de esta iniciativa. Cuando los feudos impiden el éxito de la empresa, es posible que se necesite un cambio de liderazgo.
Afortunadamente, quitar el responsable de un feudo no siempre acaba en despido. Estos responsables fuertes y entusiastas a menudo pueden pasar a desempeñar un papel directivo después de un breve período de reflexión. Con el apoyo adecuado, este cambio es recomendable para el responsable del feudo y el equipo actual.
Precaución
En el caso de los jefes de feudos de TI, proteger el equipo de riesgos es un claro valor de liderazgo. No obstante, hay una delgada línea divisoria entre protección y aislamiento. Impedir que el equipo participe en impulsar los cambios puede tener consecuencias psicológicas y profesionales en él. La tentación de resistirse al cambio puede ser fuerte, especialmente durante los momentos de cambio visible.
El jefe de cualquier equipo aislado puede demostrar mejor una mentalidad de crecimiento experimentando con la guía asociada a equipos de TI sin problemas de las secciones anteriores. La participación activa y optimista en actividades de CCoE y de gobernanza puede conducir al crecimiento personal. Los jefes de feudos de TI son los más idóneos para cambiar las mentalidades asfixiantes y ayudar al equipo a desarrollar nuevas ideas.
Los feudos de TI es a veces una señal de problemas de liderazgo sistémicos. Para superar un feudo de TI, los responsables de TI necesitan tener libertad para realizar cambios en las operaciones, las responsabilidades y, ocasionalmente, incluso en las personas responsables del mando directo de equipos específicos. Cuando los cambios son necesarios, es aconsejable abordarlos con puntos de datos claros y defendibles.
Puede que se requiera la alineación con las partes interesadas de la empresa, las motivaciones empresariales y los resultados empresariales para impulsar el cambio necesario. La asociación con el equipo de estrategia en la nube, el centro de excelencia de la nube y el equipo de gobernanza en la nube puede proporcionar los puntos de datos necesarios para una posición defendible. Cuando sea necesario, estos equipos deben participar en una escalación de grupo para abordar los desafíos que no se pueden abordar solo con el liderazgo de TI.
Pasos siguientes
La interrupción de los antipatrones de la organización es un trabajo del equipo. Para actuar según esta guía, revise la introducción a la preparación de la organización para identificar los participantes y las estructuras de equipo correctos: