Saltar al contenido
← Blog

13 de agosto de 2026 · 5 min

La importancia de una buena cultura en TI

Cultura · Equipos · DevOps

Dos equipos con las mismas herramientas, el mismo presupuesto y gente igual de capaz pueden dar resultados muy distintos. La diferencia suele estar en algo que no aparece en ningún organigrama: cómo se hacen las cosas aquí. Eso es la cultura.

Qué es la cultura (sin humo)

La cultura no son los valores en la pared ni las frases del manual de bienvenida. Es lo que realmente ocurre cuando nadie está mirando: qué pasa cuando alguien comete un error, cómo se toman las decisiones, a quién se escucha, qué comportamientos se premian y cuáles se toleran. Una definición útil: cultura es lo que el equipo hace de forma consistente y lo que la gente cree que es seguro hacer.

Por qué importa en TI en particular

En tecnología el trabajo es complejo, cambiante e interdependiente. Se necesita que la gente:

  • Avise cuando algo va mal, antes de que sea un incidente.
  • Admita lo que no sabe y pida ayuda.
  • Comparta conocimiento en lugar de acapararlo.
  • Pruebe cosas nuevas, aun a riesgo de equivocarse.

Nada de eso se logra con procesos ni con herramientas. Se logra con una cultura donde sea seguro hacerlo.

Lo que dice la investigación

El sociólogo Ron Westrum describió tres tipos de cultura organizacional según cómo fluye la información:

| Tipo | Cómo se maneja la información | Ante un fallo | |---|---|---| | Patológica (orientada al poder) | Se oculta; se castiga al mensajero | Se busca un culpable | | Burocrática (orientada a reglas) | Se canaliza por la jerarquía | Se juzga con las reglas | | Generativa (orientada al desempeño) | Fluye libremente; se busca | Se investiga para aprender |

La investigación de DORA encontró que una cultura generativa se relaciona con mejor desempeño de entrega de software y de la organización. No es una cuestión "blanda": afecta resultados medibles.

Rasgos de una buena cultura técnica

Seguridad psicológica

Se puede hablar sin miedo a ser castigado o ridiculizado. La investigación de Amy Edmondson la ha vinculado con equipos que aprenden más rápido, precisamente porque los errores se reportan y se discuten.

Aprendizaje de los errores

Tras un incidente se hace un análisis sin culpables (blameless post-mortem): se pregunta qué falló en el sistema y el proceso, no quién falló. La gente que sabe que no será señalada cuenta la verdad, y así se corrige la causa real.

Responsabilidad compartida

Calidad, seguridad y operación son tarea de todos, no del "equipo de QA", "el de seguridad" o "los de operaciones".

Transparencia

Las decisiones, los objetivos y los problemas se comparten. Menos rumores, más confianza.

Mejora continua

Retrospectivas con acciones reales, tiempo para reducir deuda técnica, experimentos pequeños.

Crecimiento de las personas

Hay espacio para aprender, mentorías, retroalimentación frecuente y caminos de carrera claros.

Señales de una cultura que enferma

  • Se culpa a personas por los fallos.
  • Las malas noticias se esconden o se suavizan.
  • Las reuniones están llenas de silencios y las verdaderas conversaciones ocurren en los pasillos.
  • Hay héroes que siempre salvan la situación, y sistemas que dependen de ellos.
  • La gente tiene miedo de preguntar.
  • Rotación alta, sobre todo de gente muy buena.
  • El "siempre se hizo así" gana a cualquier propuesta.

Cómo se construye

La cultura no se decreta; se construye con conductas repetidas, y empieza por quienes lideran.

  1. Modela lo que pides. Si pides transparencia, reconoce tus propios errores primero.
  2. Reacciona bien a las malas noticias. La primera reacción define si te volverán a contar la próxima.
  3. Premia lo que quieres ver: colaborar, documentar, ayudar, aprender, no solo entregar rápido.
  4. Haz post-mortems sin culpables y cumple las acciones acordadas.
  5. Crea espacios de aprendizaje: demos, charlas internas, revisiones de código constructivas.
  6. Acuerda y escribe cómo trabajan. Las normas explícitas evitan fricciones.
  7. Contrata y promueve considerando la conducta además de la habilidad técnica.
  8. Escucha con regularidad. Encuestas breves, conversaciones uno a uno y actúa sobre lo que oyes.

Cómo la entiendo yo

Si tuviera que resumir la cultura que quiero ayudar a construir en tres ideas, serían estas: que todos puedan crecer, que no haya culpables y que las personas del equipo se apoyen entre sí. Todo lo demás (procesos, herramientas, rituales) se apoya en eso. Es lo que busco tanto en los equipos de trabajo como en las comunidades que he liderado, donde la confianza es lo único que sostiene el trabajo. Y lo aplico en lo técnico: por eso soy partidario de los análisis posteriores a incidentes sin culpables y de la trazabilidad como herramienta de aprendizaje, no de vigilancia.

Cultura y comunidad

Las comunidades tecnológicas muestran la cultura en estado puro: sin jerarquía formal ni salarios, la gente participa porque se siente bienvenida, aprende y aporta. Una comunidad que valora compartir, ayudar al que empieza y celebrar logros ajenos crece; una que protege egos se apaga. Los equipos de trabajo pueden aprender mucho de eso.

Errores frecuentes

  • Confundir cultura con beneficios: mesa de ping-pong, fruta gratis y fiestas no sustituyen a la confianza.
  • Valores que solo existen en el discurso.
  • Esperar que la cultura cambie sin cambiar incentivos y líderes.
  • Intentarlo todo de golpe. Empieza con una o dos prácticas y mantenlas.

Para finalizar

Las herramientas se copian, los procesos se compran, pero la cultura es lo que hace que lo demás funcione. Se construye con decisiones pequeñas y repetidas: cómo reaccionas, qué premias, qué toleras. Si quieres mejorar tu equipo, empieza por una pregunta: ¿es seguro aquí decir "me equivoqué"? La respuesta te dirá mucho.