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