por Stack Overflow

Para una práctica exitosa de Agile y DevOps, las organizaciones deben pensar más allá de las herramientas. Aquí se explica cómo crear una gran cultura de ingeniería que fomente la colaboración y el aprendizaje entre equipos.

Stack Overflow es nombrado proveedor de muestra en el Gartner® Hype Cycle™ de 2022 para Agile y DevOps para comunidades de práctica. Creemos que este es un poderoso paso adelante para permitir que las organizaciones de todos los tamaños construyan comunidades internas sólidas que fomenten el aprendizaje colectivo.

Pero antes de entrar en demasiados detalles, he aquí por qué esto es importante…

Grandes culturas de ingeniería

Las grandes culturas de ingeniería permiten la autonomía sin crear silos que impidan la colaboración y el aprendizaje entre equipos. En pocas palabras, las personas pueden compartir lo que saben, encontrar lo que no saben y descubrir lo que otros saben.

Estas son también las características de una comunidad de práctica (CoP). Estas son comunidades dirigidas por empleados, autodirigidas y siempre activas que permiten a las personas colaborar, compartir conocimientos y aprender y desarrollar sus habilidades colectivamente. O bien, una definición más formal de  Etienne y Beverly Wenger-Trayner  es “Las comunidades de práctica son grupos de personas que comparten una preocupación o una pasión por algo que hacen y aprenden cómo hacerlo mejor a medida que interactúan regularmente”.

Para una práctica exitosa de Agile y DevOps, las organizaciones deben pensar más allá de las herramientas. 

Las organizaciones de ingeniería necesitan una sólida cultura de comunidad de práctica que apoye la recopilación y distribución de conocimientos, una mayor colaboración entre organizaciones y rompa los silos que pueden ocurrir en empresas de todos los tamaños.

El ciclo del bombo

Tanto DevOps como Agile se han vuelto omnipresentes en las organizaciones de ingeniería de software de todos los tamaños, pero en un momento dado, eran nuevos y brillantes, objeto de asombro, promoción y desinformación. El Hype Cycle toma nuevas tecnologías innovadoras e infla las expectativas hasta donde es imposible cumplirlas. Una vez que suficientes organizaciones ven lo que esa tecnología realmente puede hacer, superan su decepción y comienzan a llegar a un punto en el que esa tecnología se convierte en una parte productiva de las organizaciones en todas partes.

El éxito de DevOps y Agile ha llevado a que una gran cantidad de tecnologías ingresen al ciclo de exageración: plataformas de gestión de flujo de valor, observabilidad, gestión de contenedores, ingeniería del caos y más. Si bien muchas de estas tecnologías son innovadoras y resuelven problemas importantes, es posible que no sean adecuadas para todas las organizaciones.

La adopción de herramientas a veces puede ser impulsada por equipos individuales dentro de una organización más grande. 

Los proveedores estarán más que felices de vender las soluciones de una empresa, pero en realidad no resolverán nada si están aislados. Para que una organización implemente prácticas Agile y DevOps de manera efectiva, las herramientas por sí solas no son suficientes.

Agile y DevOps requieren más que herramientas

Cuando la mayoría de las personas habla sobre DevOps, habla sobre canalizaciones de CI/CD, automatización, observabilidad y otras categorías de herramientas. Pero las mejores herramientas no mejorarán los procesos por sí solas. Las personas son las que hacen que DevOps funcione.

En  The DevOps Handbook  de Gene Kim, Jez Humble, Patrick Debois, John Willis y Nicole Forsgren, PhD, los autores explican los principios que sustentan DevOps: flujo, retroalimentación y aprendizaje y experimentación continuos. 

En resumen: La primera forma (flujo) es sobre el proceso. El proceso de extremo a extremo debe mejorarse continuamente. La segunda forma (retroalimentación) tiene que ver con la comunicación. Las personas involucradas en el proceso deben poder comunicarse, y esa comunicación debe mejorarse continuamente. La tercera forma se trata de experimentar y aprender. Para realizar grandes mejoras, las personas deben poder experimentar, aprender de los errores y mantener los experimentos que tienen éxito.

Piense en la cultura creada cuando los procesos comerciales son ad hoc, las personas involucradas no se comunican o no pueden comunicarse, y/o el fracaso se castiga hasta que nadie se arriesga a probar algo nuevo.

Para que DevOps sea un éxito, los procesos deben estar definidos, visibles y en constante mejora; la comunicación debe ser fomentada, capturada y detectable; y la capacidad de experimentar y aprender debe impulsar la innovación a través de un proceso empírico y científico.

Las herramientas pueden facilitar algunos elementos de flujo, retroalimentación y aprendizaje y experimentación continuos, pero son las personas y la cultura las que sustentan todo.

Todas las herramientas del mundo no arreglarán una cultura que fomenta el acaparamiento de conocimientos, castiga a las personas por no saber o aísla a los equipos para que no trabajen juntos y aprendan unos de otros.

La cultura no se arreglará con iniciativas ad hoc o definidas por la administración con plazos definidos para construir la colaboración dentro de límites establecidos y en torno a agendas establecidas o pensando que el intercambio de conocimientos ocurrirá simplemente poniendo algo en un wiki o un documento. Cambiar la cultura de la empresa requiere un movimiento, no un mandato.

Creación de una comunidad de práctica.

Debido a que las comunidades de práctica son dirigidas por empleados y voluntarias, cualquier persona dentro de una organización puede iniciar una.

El primer paso para crear una comunidad de práctica es encontrar a su gente. ¿Quiénes son las personas que tienen una pasión o enfoque común? Piense más allá de las personas que tienen un título específico o un rol específico. Con el auge de  los equipos en forma de T , es probable que las personas tengan interés o deseo de aprender en áreas fuera de su enfoque principal. Pregunte por recomendaciones o sugerencias para las personas que puedan estar interesadas.

En este punto, todos pueden decidir si quieren que sea una comunidad informal o si quieren construirla utilizando un enfoque estructurado.

Un enfoque estructurado implica:

  • crear una visión conjunta de la meta de la comunidad
  • definir cómo/dónde las personas colaboran abiertamente (qué plataformas usarán las personas, reuniones/reuniones periódicas)
  • saber cómo se beneficiarán las personas de la comunidad: qué obtendrán las personas del tiempo que dedican
  • identificar cómo la comunidad beneficiará al negocio

Al final de la publicación del blog, proporcionamos algunos recursos para que lea más sobre el lanzamiento de una comunidad de práctica, qué esperar en torno a la participación, cómo mantener el impulso una vez que comienza y obtener patrocinio ejecutivo.

Aquí en Stack Overflow, un par de analistas en diferentes grupos se dieron cuenta de que estaban tratando de resolver problemas similares y comenzaron a trabajar juntos de manera informal. Querían crear enfoques y definiciones estándar que se utilizarían en todos los equipos. Compartieron lo que estaban aprendiendo, colaboraron en posibles enfoques e intercambiaron ideas sobre formas de resolver los desafíos analíticos entre equipos. Cuando escucharon sobre analistas en otros grupos o personas que simplemente tenían pasión por el análisis, los invitaron a unirse a sus reuniones semanales. Trabajando de esta manera, el grupo ideó soluciones innovadoras en todos los ámbitos. Los proyectos avanzaron más rápido, recibieron aceptación con menos dificultades y el valor comercial de lo que cada individuo entregó aumentó.

Stack Overflow en sí mismo es una comunidad de práctica (¡en realidad, son varias!). Programadores de todos los niveles y tipos de habilidades vienen a nuestros sitios para mejorar sus habilidades y compartir el conocimiento que han adquirido en el campo. El resultado es que los codificadores en su conjunto son más eficientes: si tiene una pregunta, es probable que alguien más ya la haya hecho y haya una solución para usted. Tomamos ese marco comunitario y las necesidades de colaboración e intercambio de conocimientos que tienen las empresas y creamos Stack Overflow for Teams para que las organizaciones puedan iniciar fácilmente su propia comunidad interna de prácticas.

Las comunidades de práctica tienen valor empresarial

Las comunidades de práctica reducen la distancia (real y virtual) entre las personas y el conocimiento y aprendizaje colectivo.

¿Qué valor comercial ofrece cuando los empleados dedican tiempo a colaborar, contribuir, participar, aprender y consumir todo lo que ofrece la comunidad de práctica? ¿Justifica el tiempo que le quitan a sus actividades diarias? La respuesta es rotundamente sí.

Gartner® Hype Cycle™ para Agile y DevOps enumera el impacto comercial de las comunidades de práctica como:

  • Acortar la curva de aprendizaje de los empleados
  • Proporcionar niveles más altos de satisfacción de los empleados, lo que lleva a una mayor motivación e innovación.
  • Responder más rápidamente a las necesidades y consultas de los clientes
  • Reducir la duplicación de esfuerzos
  • Genere nuevas ideas para productos y servicios.
  • Ayudar a los miembros a desarrollar capacidades que se alineen con las necesidades de la organización

En resumen, las comunidades de práctica permiten a las organizaciones ver mejoras en:

  • Incorporar, retener y mejorar el talento
  • Mejora de la productividad
  • Acelerar la innovación

Fuente: https://www.cio.com/article/411233/great-engineering-cultures-are-built-on-social-learning-communities.html

Deja una respuesta