BlogBlog
Liderazgo & GerenciamientoLiderazgo & Gerenciamiento 4 Ago 2026 · 3 min lectura1 min read por by Ariel Deligdisch Sosa

Responsabilidad compartida en implementaciones tecnológicas: ni milagros ni excusas

¿De quién es la culpa cuando un proyecto de tecnología patina: ¿del proveedor, del cliente o del clima?

¿De quién es la culpa cuando un proyecto de tecnología patina: ¿del proveedor, del cliente o del clima? Pregunta incómoda, respuesta sencilla: si la responsabilidad no es compartida, el proyecto ya nació chueco. Implementar tecnología no es instalar un electrodoméstico; es cirugía organizacional. Y sí, duele. ¿Queremos resultados serios? Entonces hablemos en serio.

Lo que le toca al proveedor (liderazgo, por favor)

Un buen proveedor no es un vendedor de cajas ni un ejército de “tickets resueltos”. Es líder del proyecto. Lidera la metodología, el alcance, la ruta crítica, las dependencias y la gestión de riesgos. ¿Se ve obvio? Lo obvio suele ser lo primero que se olvida cuando aparecen los correos de “urgente” o “pendiente”.

Responsabilidades concretas:

  • 📋 Gobernanza y metodología: plan, gestión del proyecto, chequeos periódicos, definición on clara de puntos concretados y criterios de aceptación claros.

  • 🔄 Gestión del cambio (interna y con el cliente): comunicación, training plan, champions, materiales y soporte de adopción.

  • 📊 Transparencia radical: tableros, KPIs, riesgos y decisiones documentadas. Sin sorpresas, sin relatos épicos.

  • 🗣️ Escucha activa y negociación: sí, también decir “no” cuando algo rompe el diseño o el timeline. Liderar no es complacer.

Lo que le toca al cliente (propiedad real, no ceremonial)

El cliente no “observa” el proyecto; lo co-construye. ¿De verdad queremos transformar procesos? Entonces hay que poner músculo.

Responsabilidades concretas:

  • 👑 Dueños de proceso identificados con autoridad real para decidir. Sin “comités fantasmas”.

  • Datos, accesos y tiempo de los usuarios clave liberados a tiempo. La agenda es un insumo, no un lujo.

  • 📢 Gestión del cambio interna: sponsor visible, narrativas claras y una verdad incómoda: la adopción no es capacitación de un día.

  • ✂️ Disciplina en el alcance: no, no “metemos esto chiquito ya que estamos”. El documento de alcance (¿porque lo tienen?) es el mapa de trabajo, el plano de la construcción, respetarlo es parte del éxito del proyecto.

¿Proyecto tecnológico o político?

(Spoiler Alert: político)

La resistencia al cambio no es técnica; es política. ¿Quién pierde poder? ¿Qué indicadores exponen ineficiencias? ¿Qué hábitos mueren? Si no hablamos de incentivos, miedos y territorios, discutimos pantallas cuando el problema está en las relaciones de poder.

Antídotos prácticos:

  • 🗺️ Mapa de tomadores de decisiones: intereses, nivel de influencia y posibles bloqueos.

  • 📨 Mensajes distintos para audiencias distintas: dirección, mandos medios, usuarios.

  • 📈 Métricas de adopción (uso, velocidad, calidad de datos) con consecuencias reales.

Cadena de pago: un agujero negro

¿Queríamos hablar de “partnership”? Cumplir la cadena de pago según lo acordado es vital. Sin flujo, el proveedor prioriza supervivencia, no innovación. ¿Resultado? Riesgos, rotación de equipo, pérdida de foco. Profesionalicemos lo básico: hitos claros, entregables aceptados y pagos en fecha. No hay agilidad que compense una tesorería en modo “ya veremos”.

Gobierno del proyecto: acuerdos explícitos o fricciones eternas

  • 📑 Proyecto vivo y publicado. Todos saben quién decide, quién ejecuta y quién da soporte.

  • 🗓️ Comité quincenal con decisiones registradas. Las reuniones sin acta son teatro. Tiempos, roles y actividades claras.

  • ⚠️ Gestión de riesgos con dueño, probabilidad, impacto y plan de respuesta. No sirve “lo estamos mirando”.

  • 📌 KPIs compartidos: tiempo a valor, adopción, NPS interno, calidad de datos, tickets por usuario, desviación de alcance.

¿Y cuando algo falla?

El proyecto es un ente vivo, y como tal debemos manejar imprevistos, por eso antes de buscar culpables, miremos el tablero: ¿se respetó la metodología?, ¿hubo sponsor activo?, ¿se liberaron usuarios y datos a tiempo?, ¿se pagó en fecha?, ¿se gestionaron incentivos y resistencias? Si la respuesta es “no” a dos o más, no es un problema técnico: es de gobernanza.

Cierre (con realidad y cariño profesional)

Implementar tecnología es política + procesos + personas + presupuesto. El proveedor lidera, el cliente gobierna con él, y ambos rinden cuentas. ¿Milagros? No hay milagros, hay trabajo, orden, respeto, capacidad. Trabajamos con acuerdos, disciplina y transparencia. Si eso incomoda, estamos en el camino correcto: la incomodidad creativa siempre fue el verdadero motor del cambio.

Checklist ejecutable

  1. 👀 Sponsor visible y activo, con narrativa clara de negocio.

  2. 📣 Gestion del proyecto público, plan de comunicaciones y plan de training con responsables empoderados.

  3. 🔑 Datos y accesos listos, ambientes definidos y ciclos de prueba calendarizados.

  4. 📏 KPIs de adopción y calidad de datos acordados antes del go‑live.

  5. 💸 Hitos, entregables y cadena de pago alineados al cronograma.

  6. 📝 Comité de proyecto con decisiones, riesgos y cambios documentados.

Si todo esto se cumple, la pregunta deja de ser “¿de quién es la culpa?” y pasa a ser la única que importa: ¿cuánto valor generamos y en cuánto tiempo?

Ariel Deligdisch Sosa
CEO y fundador de OLAM y Login, apasionado por el lado humano de la tecnologia, las cosas no funcionan automagicamente.

¿Te resultó útil este artículo? Found this article helpful?

Hablemos sobre cómo podemos implementar estas ideas en tu empresa. Let's talk about how we can implement these ideas in your company.

HablemosLet's talk
CompartirShare LinkedIn X WhatsApp
Dejá tu comentarioLeave a comment
El comentario se publica tras aprobación. Comments are published after moderation.
Seguí leyendoKeep reading
Inteligencia ArtificialArtificial Intelligence
¿Está su directorio entusiasmado con la IA?¿Está su directorio entusiasmado con la IA?
4 Ago 2026 · 2 min1 min
Inteligencia ArtificialArtificial Intelligence
Escritorio como Servicio (DaaS)Escritorio como Servicio (DaaS)
26 Ago 2025 · 2 min1 min
Estas son todas las nuevas funciones que Microsoft agregó a Teams en julio de 2025Estas son todas las nuevas funciones que Microsoft agregó a Teams en julio de 2025
31 Jul 2025 · 1 min1 min