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