Este artículo está escrito por Joshua Kuforiji y publicado por primera vez en GOV.UK. Haga clic aquí para leer el artículo original.


El departamento de operaciones técnicas (TechOps) de los Servicios Digitales del Gobierno (GDS) del Reino Unido se unió y participó en un "día de juego" en todo el departamento. Sé que la primera pregunta que hice es probablemente la misma pregunta que haces: ¿Qué es un día de juego?

Cuando escuché el nombre por primera vez, pensé que este sería uno de esos días épicos cuando salimos a toda velocidad o caminamos por el O2. Todas estas cosas habrían sido estimulantes, pero no se podían comparar con lo que realmente hicimos.

¿Qué es un día de juego?

Un día de juego es donde un equipo digital multidisciplinario se reúne para resolver un incidente simulado.

Cada trimestre, el departamento de TechOps de GDS realiza un día de ausencia, donde el departamento se reúne y recuerda los logros de los últimos 3 meses y avanza hacia lo que vendrá después. La retroalimentación de los días pasados anteriores dijo que el día estaba lleno de altos ejecutivos que les hablaban y que los asistentes querían algo más interactivo. Por lo tanto, se puso a todos a idear una alternativa. Puede pensar que había muchas ideas volando desde el éter, pero en realidad solo había una.

Solo se necesita una chispa para crear un fuego.

Sin embargo, no se preocupe, este fue un incendio simulado, por lo que no se quemaron árboles en el proceso.

Los ingenieros y analistas de ciberseguridad en nuestra sesión de ideas idearon muchas formas extrañas y maravillosas de hacer que las cosas se estrellen y exploten, de forma digital.

La idea era celebrar un día de juego en todos los TechOps. El objetivo de este día de juego era aliviar los silos que se habían desarrollado en todo el departamento y aumentar la comunicación entre las personas en diferentes equipos. También pretendía ser interactivo y atractivo, alentando a todos a participar.

Emma Pearce y yo tomamos el timón para hacer realidad este día de juego de TechOps. Nos dirigimos a voluntarios técnicos, que tendrían que encontrar un incidente falso y construir los componentes técnicos necesarios para formar un grupo de trabajo.

Cuando el grupo de trabajo comenzó a funcionar, lo primero que tuvimos que resolver fue cuál sería el incidente en el que tendrían que trabajar los equipos multidisciplinarios. Esto en sí mismo era una tarea, ya que descubrimos que era similar a Alice y la madriguera del conejo. Los ingenieros y analistas de ciberseguridad en nuestra sesión de ideas idearon muchas formas extrañas y maravillosas de hacer que las cosas se estrellen y exploten, de forma digital. Sin embargo, como gerentes de entrega en la sala, tuvimos que reenfocar a todos en lo que era manejable y alcanzable que se ajustara a los objetivos del día.

Por lo tanto, se decidió que crearíamos un incidente con múltiples capas, en el que cada equipo podría trabajar simultáneamente.

¿Cuál fue el escenario?

Un equipo de servicio multidisciplinario ha heredado un servicio heredado sin documentación sobre cómo funciona, construido con código fuente abierto . No hay una infraestructura como código configurada para la aplicación. El único registro de cómo se construye la máquina es el inicio de la nube (datos del usuario).

Ahora comenzó la verdadera diversión, aunque los participantes pueden no haber estado de acuerdo, ya que comenzamos a orquestar el caos. Como todo buen juego de guerra, esto generó una reacción de lucha o huida de los participantes. Algunos aceptaron el desafío y otros se hundieron bajo la presión. Pero, como con cualquier día de juego, las diferentes capas del incidente probaron nuestra resistencia y nos vieron unirnos para superarlo.

¿Cómo lo encontraron los jugadores?

Hubo una reacción mixta de los participantes, principalmente positiva pero constructiva. Aquí hay algunas citas de los comentarios que recibimos, de algunos de los que participaron:

"¡Pensé que era genial! ¡Mas por favor!"

"Preferiría que durara más o si hubiera más tiempo antes de que comenzaran los incidentes".

"A algunos de los miembros de nuestro equipo no les gusta la puntuación en vivo, ya que agrega estrés a nuestro equipo".

"Felicitamos a los organizadores por la cantidad de preparación y su capacidad de respuesta a los eventos mientras se desarrollaba el juego . Fue ambicioso y tal vez no todo funcionó exactamente como estaba planeado, pero hicieron un excelente trabajo y merecen mucho crédito".

¿Logramos nuestros objetivos?

Por lo menos, lo único que provocó este día de juego fue una reacción y, en comparación con la ausencia de uno de los días anteriores, diría que hicimos algo bien. Si recuerdas, nos propusimos:

  • Alivie los silos que se habían desarrollado en todo el departamento a partir de allí, habiendo poca o ninguna comunicación entre individuos en diferentes equipos.
  • Tenga un día interactivo y atractivo donde todos puedan participar.

Después del día del juego, enviamos una encuesta y el 95.2% de las personas dijeron que tenían la oportunidad de trabajar con personas con las que normalmente no hablan, mientras que el 82.4% de las personas dijeron que encontraron este día fuera más atractivo que el anterior. En general, diría que damos en el blanco.

No fue una hazaña pequeña pero definitivamente fue un gran día. Me gustaría agradecer enormemente a todos los organizadores y jugadores: ¡Gracias! - Joshua Kuforiji

(Crédito de la imagen: Unsplash)


Asegúrate de compartir tus propias ideas con el autor dejando un comentario abajo