Gaming the System: Cómo los videojuegos pueden ayudarnos a crear equipos virtuales más efectivos

Rate this content
Bookmark

¿Qué tienen en común la Ley de Conway y el videojuego League of Legends? Ambos pueden enseñarnos cómo organizar equipos de desarrollo que logren una inteligencia colectiva. Cuando se trata del arte del desarrollo de software, nunca es un juego de azar

FAQ

Jessica Craig es una Defensora del Desarrollador en LaunchDarkly.

Los videojuegos, como Age of Empires 2, nos enseñan que asignar a varios jugadores a una tarea puede acelerar su realización. Sin embargo, en el ámbito de la infraestructura digital, es importante considerar la comunicación y la coordinación entre los miembros del equipo para lograr resultados efectivos.

El libro 'El mes del hombre mítico' analiza cómo la cantidad de personas y el tiempo pueden ser intercambiables solo cuando las tareas pueden dividirse sin necesidad de comunicación constante. En casos donde la división de tareas no es posible, agregar más personas no necesariamente acelera el proceso.

La inteligencia colectiva se refiere a la capacidad de un grupo para desempeñarse bien en conjunto. Un estudio utilizó el juego League of Legends para determinar que la capacidad de un equipo para ejecutar bien una tarea es transferible a nuevas actividades, destacando que aspectos como la percepción social y la diversidad cognitiva son cruciales.

Un alto nivel de comunicación no necesariamente equivale a una alta inteligencia colectiva. Investigaciones han encontrado que los equipos más eficientes tienden a comunicarse de manera más efectiva, no necesariamente más frecuente.

El libro `Accelerate` sugiere que el rendimiento del equipo puede optimizarse siguiendo cuatro métricas principales: la frecuencia de despliegue, que debería ser alta, y otras métricas relacionadas con la eficiencia y la calidad del proceso, que se deben mantener lo más bajas posible.

Se recomienda mantener el equipo pequeño, no más de nueve miembros si es posible, y que sea multifuncional. Un miembro del equipo debería ser elegido con la intención de aplicar principios de generalización y especialización.

Jessica Cregg
Jessica Cregg
7 min
25 Mar, 2022

Comments

Sign in or register to post your comment.

Video Summary and Transcription

La charla de hoy explora las lecciones que los videojuegos pueden enseñarnos sobre la construcción de equipos virtuales. Se discute el impacto de la comunicación en el desarrollo de software, destacando la importancia de comprender el software para una implementación exitosa. Se introduce el concepto de inteligencia colectiva, enfatizando el papel de la percepción social, la diversidad cognitiva y la distribución equitativa de la comunicación. La charla también enfatiza la necesidad de optimizar el rendimiento del equipo con métricas clave y sugiere mantener los equipos pequeños y multifuncionales para facilitar la comunicación y reducir la carga cognitiva.

1. Video Games and Virtual Teams

Short description:

Hola a todos, soy Jessica Craig y soy una Defensora del Desarrollador en LaunchDarkly. Hoy hablaré sobre los videojuegos y lo que nos pueden enseñar sobre cómo construir mejores equipos virtuales. La colaboración no siempre es la respuesta para resolver problemas. El libro El mes del hombre mítico analiza el impacto de la comunicación en el desarrollo de software. La inteligencia colectiva es la capacidad de un grupo para desempeñarse bien, y puede verse influenciada por la percepción social, la diversidad cognitiva y la distribución equitativa de la comunicación.

Hola a todos, soy Jessica Craig y soy una Defensora del Desarrollador en LaunchDarkly. Hola a todos, soy Jessica Craig y soy una Defensora del Desarrollador en LaunchDarkly.

Hoy estoy aquí para hablarles sobre los juegos video y lo que nos pueden enseñar sobre cómo construir mejores equipos virtuales. Cuando algo sale mal, ¿cuál es tu primer instinto? ¿Pides ayuda? Deberías ser perdonado por pensar que la colaboración es la respuesta a tus problemas. Entre los dichos de que dos cabezas piensan mejor que una y un problema compartido es un problema reducido a la mitad, es comprensible pensar que agregar a otra persona a la mezcla podría mejorar tus posibilidades de llegar a la solución y llegar más rápido. Quiero decir, ¿funciona con la programación en pareja, verdad? Pero esto no siempre es el caso.

Ahora, si has jugado juegos de computadora y recuerdas Age of Empires 2, recordarás que la mejor manera de construir una estructura rápidamente es asignar tantos aldeanos como sea posible a esa tarea. Pero cuando se trata de infraestructura digital fuera de un video juego, o incluso los propios video juegos, necesitamos tener en cuenta algunas diferencias clave.

Ahora, el libro El mes del hombre mítico, como muchos de nosotros sabemos, es una colección de ensayos sobre la artesanía del desarrollo de software que analiza la idea de que la cantidad de personas y el tiempo requerido para completar algo pueden ser intercambiables como bienes solo cuando una tarea se puede dividir entre muchos trabajadores sin comunicación entre ellos. Pero cuando una tarea no se puede dividir, ya sea debido a su estructura o su complejidad, el esfuerzo adicional no tiene impacto en el cronograma actual. Ahora, el desarrollo de software se encuentra entre estas dos categorías mencionadas anteriormente. Las tareas pueden, por supuesto, dividirse. Podemos descomponer algo en lotes más pequeños, pero se requiere comunicación entre cada sub-tarea, ya sea para resolver problemas o para informar el estado. En estas situaciones, el mejor resultado posible no se acerca ni de lejos a un intercambio equitativo entre personas y horas. Ahora, hay algunas corrientes de pensamiento sobre cómo se pondera la carga cognitiva hacia la comunicación. Pero se acepta ampliamente que la intercomunicación es donde radica la mayor parte del trabajo. Si cada parte de la tarea en la que estás trabajando necesita ser coordinada por separado, el esfuerzo requerido para completar esa sección del trabajo aumenta a una tasa casi exponencial con más personas involucradas. Tres personas requerirán tres veces más interacción que dos personas para realizar la misma cantidad de trabajo, y eso solo aumenta, como podemos ver en la línea aquí. Las cosas solo se complican cuando se suman las reuniones de grupo. Esta línea de tiempo proyectada realmente muestra la Ley de Brooks en acción, que agregar personas a proyectos de software atrasados solo hace que se retrasen aún más. Pero para abordar esto, hablemos del concepto de inteligencia colectiva.

La inteligencia colectiva es descrita por los investigadores como la capacidad de un grupo para desempeñarse bien. Esencialmente, es un índice de competencia a nivel de grupo que, a pesar de ser ampliamente reconocido, todavía se está estudiando y comprendiendo activamente. Un estudio utilizó el videojuego de arena de batalla en línea masiva, League of Legends, como método de testing para determinar si los equipos virtuales emparejados en función de sus habilidades, en lugar de una comprensión profunda de sus hábitos de trabajo y de los demás, podrían superar a los últimos. ¿Qué tiene que ver esto con el trabajo? Bueno, gran parte de los videojuegos de arena de batalla en línea masiva se caracterizan por su intensidad, su toma de decisiones rápidas y su competitividad, lo cual no es muy diferente de las organizaciones del mundo real en las que trabajamos todos los días. ¿Y qué encontraron estos investigadores? Bueno, al investigar la medida de la inteligencia colectiva, los investigadores encontraron que la capacidad de un grupo para desempeñarse bien en una tarea era en gran medida transferible, lo que significa que si podían hacer una cosa bien, es probable que también puedan hacer nuevas tareas bien. Las cosas que nos pueden hacer colectivamente inteligentes son la percepción social, un nivel moderado de diversidad cognitiva y una gran cantidad y distribución equitativa de la comunicación. Pero en este último punto, los investigadores notaron que la comunicación verbal no se equiparaba a o altos niveles de comunicación verbal, más bien no se equiparaba a un alto nivel de inteligencia colectiva. De hecho, los investigadores midieron la desviación estándar, tanto en las líneas de chat de los jugadores exitosos como en el recuento de palabras dentro de esos mensajes de chat.

2. Communication and Team Performance

Short description:

Un mayor chat no equivale a inteligencia colectiva. Los jugadores habilidosos pasan menos tiempo comunicándose. Comprender el software es crucial para una implementación exitosa. Optimiza el rendimiento del equipo con métricas clave. Mantén los equipos pequeños y multifuncionales. Facilita la comunicación y reduce la carga cognitiva.

Y descubrieron que un mayor chat, más líneas de chat o más comunicación por chat no equivale a un alto nivel de inteligencia colectiva o, de hecho, a un buen rendimiento. Una de las primeras observaciones del estudio, de hecho, encontró que los jugadores más habilidosos tienden a pasar menos tiempo comunicándose por preferencia. Son buenos en el juego y ahí es donde quieren pasar su tiempo. Minimizan el cambio de contexto, se involucran en señales no verbales casi instintivamente.

¿Les suena familiar? Un sabor a comunicación, mencionado aquí, es el reconocimiento no expresado de la posición de los demás. Y lo más importante, conduce a acciones para objetivos comunes. En el contexto de una empresa, esto se ve como evidencia de abogar por medidas de observabilidad, automatización, pero, por supuesto, optando por métricas que todos entiendan genuinamente. Si no entendemos el software que estamos probando, es probable que restrinjamos la cantidad de veces que implementamos.

Y como cualquiera que haya leído el libro `Accelerate` o seguido los informes anuales del Estado de DevOps sabrá, optimizar el rendimiento del equipo se puede lograr mediante el seguimiento de estas cuatro métricas clave, todas las cuales deseamos reducir, excepto la frecuencia de implementación, que deseamos que sea lo más alta posible. Ahora, si el software con el que estamos trabajando no encaja perfectamente en nuestras mentes, estas métricas tendrán un valor casi finito. Es probable que desconfiemos de nuestras pruebas en primer lugar, nuestra confianza para implementar se desplomará, y si no entendemos los servicios con los que estamos trabajando, no podremos restaurarlos cuando inevitablemente se caigan.

Entonces, como resumen rápido, mantén tu equipo pequeño, apunta a no más de nueve en tu equipo, si es posible. Mantén los equipos multifuncionales, con un miembro del equipo elegido intencionalmente para ayudarte a aplicar este último principio, para contratar personas con la reputación de especialistas pero con las capacidades de generalistas, es una excelente manera de comenzar bien con tus equipos virtuales. Facilita el sabor de la comunicación, haciendo que los sistemas sean fáciles de entender y recorrer. Reduce la carga cognitiva. Nuestra carga cognitiva debe mantenerse baja para que todos sepan qué hacer. Esto nos ayuda a fortalecer nuestros sistemas y cuando nos comunicamos, y cuando lo hacemos, se vuelve mucho más significativo.

Aquí está la lista de recursos. Y finalmente, muchas gracias. He sido Jessica Craig y espero que tengas un maravilloso DevOps.js.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Elevando Monorepos con los Espacios de Trabajo de npm
DevOps.js Conf 2022DevOps.js Conf 2022
33 min
Elevando Monorepos con los Espacios de Trabajo de npm
Top Content
Aprenda más sobre cómo aprovechar las características predeterminadas de los espacios de trabajo de npm para ayudarlo a administrar su proyecto monorepo, mientras también explora algunas de las nuevas características de npm cli.
Un Marco para Gestionar la Deuda Técnica
TechLead Conference 2023TechLead Conference 2023
35 min
Un Marco para Gestionar la Deuda Técnica
Top Content
Seamos realistas: la deuda técnica es inevitable y reescribir tu código cada 6 meses no es una opción. La refactorización es un tema complejo que no tiene una solución única para todos. Las aplicaciones de frontend son particularmente sensibles debido a los frecuentes cambios de requisitos y flujos de usuario. Nuevas abstracciones, patrones actualizados y limpieza de esas viejas funciones - todo suena genial en papel, pero a menudo falla en la práctica: los todos se acumulan, los tickets terminan pudriéndose en el backlog y el código legado aparece en cada rincón de tu base de código. Por lo tanto, un proceso de refactorización continua es la única arma que tienes contra la deuda técnica.En los últimos tres años, he estado explorando diferentes estrategias y procesos para refactorizar el código. En esta charla describiré los componentes clave de un marco para abordar la refactorización y compartiré algunos de los aprendizajes acumulados en el camino. Espero que esto te ayude en tu búsqueda de mejorar la calidad del código de tus bases de código.

Principios para Escalar el Desarrollo de Aplicaciones Frontend
React Summit 2023React Summit 2023
26 min
Principios para Escalar el Desarrollo de Aplicaciones Frontend
Top Content
Después de pasar más de una década en Google, y ahora como el CTO de Vercel, Malte Ubl no es ajeno a ser responsable de la infraestructura de software de un equipo. Sin embargo, estar a cargo de definir cómo las personas escriben software, y a su vez, construir la infraestructura que están utilizando para escribir dicho software, presenta desafíos significativos. Esta presentación de Malte Ubl revelará los principios guía para liderar una gran infraestructura de software.
Construyendo Experimentos Divertidos con WebXR & Babylon.js
JS GameDev Summit 2022JS GameDev Summit 2022
33 min
Construyendo Experimentos Divertidos con WebXR & Babylon.js
Top Content
Durante esta sesión, veremos un par de demostraciones de lo que puedes hacer usando WebXR, con Babylon.js. Desde experimentos de audio en VR, hasta juegos casuales en VR en una máquina de arcade hasta un uso más serio para crear nuevas formas de colaboración usando AR o VR, deberías tener una comprensión bastante buena de lo que puedes hacer hoy.
Consulta también el artículo para ver el contenido completo, incluyendo ejemplos de código: artículo. 
Luchando contra la Deuda Técnica con la Refactorización Continua
React Day Berlin 2022React Day Berlin 2022
29 min
Luchando contra la Deuda Técnica con la Refactorización Continua
Top Content
Afrontémoslo: la deuda técnica es inevitable y reescribir tu código cada 6 meses no es una opción. La refactorización es un tema complejo que no tiene una solución única para todos. Las aplicaciones de Frontend son particularmente sensibles debido a los frecuentes cambios de requisitos y flujos de usuario. Nuevas abstracciones, patrones actualizados y limpieza de esas viejas funciones - todo suena genial en papel, pero a menudo falla en la práctica: los todos se acumulan, los tickets terminan pudriéndose en el backlog y el código legado aparece en cada rincón de tu base de código. Por lo tanto, un proceso de refactorización continua es la única arma que tienes contra la deuda técnica. En los últimos tres años, he estado explorando diferentes estrategias y procesos para refactorizar el código. En esta charla describiré los componentes clave de un marco para abordar la refactorización y compartiré algunos de los aprendizajes acumulados en el camino. Espero que esto te ayude en tu búsqueda de mejorar la calidad del código de tus bases de código.
Automatizando Todo el Código y las Pruebas con GitHub Actions
React Advanced Conference 2021React Advanced Conference 2021
19 min
Automatizando Todo el Código y las Pruebas con GitHub Actions
Top Content
Las tareas de código como linting y pruebas son partes críticas del flujo de trabajo de un desarrollador que nos ayudan a mantenernos cuerdos, como prevenir problemas de sintaxis o estilo y fortalecer nuestra lógica de negocio central. Hablaremos de cómo podemos usar GitHub Actions para automatizar estas tareas y ayudar a mantener nuestros proyectos funcionando sin problemas.

Workshops on related topic

Despliegue de aplicaciones React Native en la nube
React Summit 2023React Summit 2023
88 min
Despliegue de aplicaciones React Native en la nube
WorkshopFree
Cecelia Martinez
Cecelia Martinez
Desplegar aplicaciones React Native manualmente en una máquina local puede ser complejo. Las diferencias entre Android e iOS requieren que los desarrolladores utilicen herramientas y procesos específicos para cada plataforma, incluidos los requisitos de hardware para iOS. Los despliegues manuales también dificultan la gestión de las credenciales de firma, las configuraciones de entorno, el seguimiento de las versiones y la colaboración en equipo.
Appflow es la plataforma de DevOps móvil en la nube creada por Ionic. Utilizar un servicio como Appflow para construir aplicaciones React Native no solo proporciona acceso a potentes recursos informáticos, sino que también simplifica el proceso de despliegue al proporcionar un entorno centralizado para gestionar y distribuir tu aplicación en múltiples plataformas. Esto puede ahorrar tiempo y recursos, permitir la colaboración, así como mejorar la confiabilidad y escalabilidad general de una aplicación.
En este masterclass, desplegarás una aplicación React Native para su entrega en dispositivos de prueba Android e iOS utilizando Appflow. También aprenderás los pasos para publicar en Google Play y Apple App Stores. No se requiere experiencia previa en el despliegue de aplicaciones nativas, y obtendrás una comprensión más profunda del proceso de despliegue móvil y las mejores prácticas para utilizar una plataforma de DevOps móvil en la nube para enviar rápidamente a gran escala.
Despliegue de Aplicación MERN Stack en Kubernetes
DevOps.js Conf 2022DevOps.js Conf 2022
152 min
Despliegue de Aplicación MERN Stack en Kubernetes
Workshop
Joel Lord
Joel Lord
Desplegar y gestionar aplicaciones JavaScript en Kubernetes puede volverse complicado. Especialmente cuando una base de datos también debe formar parte del despliegue. MongoDB Atlas ha facilitado mucho la vida de los desarrolladores, sin embargo, ¿cómo se integra un producto SaaS con su clúster de Kubernetes existente? Aquí es donde entra en juego el Operador de MongoDB Atlas. En este masterclass, los asistentes aprenderán cómo crear una aplicación MERN (MongoDB, Express, React, Node.js) localmente y cómo desplegar todo en un clúster de Kubernetes con el Operador de Atlas.
Azure Static Web Apps (SWA) con Azure DevOps
DevOps.js Conf 2022DevOps.js Conf 2022
13 min
Azure Static Web Apps (SWA) con Azure DevOps
WorkshopFree
Juarez Barbosa Junior
Juarez Barbosa Junior
Las Azure Static Web Apps se lanzaron a principios de 2021 y, de forma predeterminada, pueden integrar su repositorio existente y implementar su aplicación web estática desde Azure DevOps. Este masterclass demuestra cómo publicar una Azure Static Web App con Azure DevOps.
Cómo desarrollar, construir e implementar microservicios Node.js con Pulumi y Azure DevOps
DevOps.js Conf 2022DevOps.js Conf 2022
163 min
Cómo desarrollar, construir e implementar microservicios Node.js con Pulumi y Azure DevOps
Workshop
Alex Korzhikov
Andrew Reddikh
2 authors
El masterclass ofrece una perspectiva práctica de los principios clave necesarios para desarrollar, construir y mantener un conjunto de microservicios en el stack Node.js. Cubre los detalles específicos de la creación de servicios TypeScript aislados utilizando el enfoque de monorepo con lerna y yarn workspaces. El masterclass incluye una descripción general y un ejercicio en vivo para crear un entorno en la nube con el framework Pulumi y los servicios de Azure. Las sesiones están dirigidas a los mejores desarrolladores que deseen aprender y practicar técnicas de construcción e implementación utilizando el stack Azure y Pulumi para Node.js.